Do you need Table Lock when you have multiple OLE DB connections inserting to the same table?
The table lock option facilitates minimal logging, reducing transaction log space requirements under certain circumstances.  Below are relevant excerpts from the Prerequisites for Minimal Logging topic in the SQL Server Books Online.


  
  The table is not being replicated.
  Table locking is specified (using TABLOCK).
  Table is not a memory-optimized table.
  If the table has no indexes, data pages are minimally logged.
  If the table has no clustered index but has one or more nonclustered    indexes, data pages are always minimally logged. How
  index pages are    logged, however, depends on whether the table is
  empty:
  
  
  If the table is empty, index pages are minimally logged.
  If table is non-empty, index pages are fully logged.
  
  If you start with an empty table and bulk import the data in multiple    batches, both index and data pages are minimally logged
  for the first    batch, but beginning with the second batch, only data
  pages are    minimally logged.
  If the table has a clustered index and is empty, both data and index    pages are minimally logged. In contrast, if a table has a
  clustered    index and is non-empty, data pages and index pages are
  both fully    logged regardless of the recovery model.
  


The table lock will block other processes using the table, including the other OLEDB Destinations within the SSIS package. You could set the Maximum Insert Commit Size to improve concurrency but with the consideration that file will be partially imported in the event of a failure.