对于一个团队来说，紧密的分工配合才是高效地完成一个项目的关键。这时的团队领头人就要起到一个公司的项目经理的职责，他要负责制定项目开发计划文档，量化任务，并合理分配给团队中相应的编程人员。在项目的开发过程中，他还要负责跟踪项目的进度，协调项目组成员之间的合作。对于已经过了磨合期的团队，领头人的职责可以减少一些，但是对于刚组建的团队，领头人的职责很重大。

因为一个刚成立的团队，组员之间大家都互相不熟悉，甚至有些人之间有隔阂。这个时候，让大家自己去领任务，无异于玩火。因为每个人都怕自己背黑锅，每个人都怕别人做的少反而受奖励。在领任务的时候，大家都会尽量去挑容易的做，出现问题的时候，都会尽量去推卸责任。这个时候，领头人可以表现的很强力，这个时期，应尽量以指派任务为主，并且要随时跟进任务完成的进度，随时调整任务的分配。指派任务需要注意方式方法，也要说清楚来龙去脉，否则组员可能会有抵触或者消极情绪。

在经历了团队组建初期的互相不信任之后，就应该进入了磨合期了。这个时候，组员之间相互了解，是建立相互信任感的时候了。领头人在这个时候，可以让大家自行领任务，已经可以达到很好的效果，但是监控不可少。因为组员之间的配合还不可能很默契，不会完全按照各自的优缺点去分配，很可能是按照自身的兴趣爱好去领任务。有些无趣的、难的、鸡肋的任务，会被一些不愿意说话、不喜欢出风头的人领走；而那些积极分子们，会先去领一些好玩的、他们自己觉得有趣的任务，哪怕这个任务不是他们自己擅长的。

如果任务之间的差异性不大，那么这个时期去自行领任务，基本也不会有什么问题。但是如果任务之间差异比较大，那么领头人不控制的话，会在磨合期出不少问题。配置无法最优化不说，那些不愿意说话的人，领到了不好的任务，就会觉得不公平，但是他们又不愿意表达出来，自然就会在工作效率上打折扣了，而且也会影响团队的相互信任。

作为团队的成员来说，最关键的是加强与周围其他成员的沟通。一个最优的项目配合是，组员之间都相互了解，相互信任。每个人都愿意为项目组出谋划策。每个人都知道自己在项目中的定位和责任，并且能够通过沟通及时“补位”。一旦某个地方出问题了，每个组员会自动的去分担问题带来的后果。这个阶段，领头人是不需要太多的干预任务的分解，整个团队就是有机的整体，回去自动消化任务，出现了问题就互相及时沟通。大家齐心协力地完成项目。