1.领导的激励作用。
一线领导应该对项目负责，知道项目的整理架构和需求。有对项目有整体的架构能力，
有bug今年谁写的代码谁来改，不要随便分配，这样很浪费时间。特殊情况除外。
2，组员之间知识传递
先自己看代码，标注自己不懂的地方，先问不懂的地方，不要一上来就被巴拉巴拉一大堆，先把不懂的地方问一下，然后再被巴拉巴拉，提问的时候要注意技巧，不要被灌好了鸭子。自己想知道的还不知道，浪费时间。
3.团队沟通
项目研讨要充分表达自己的意见，忌不敢说或者无话说，忌互相指责，忌说对方的代码像一坨，有可能你不了解需求，大多数人看大多数的代码都像一坨，因为你站在重构的基础上，因为你对需求的理解可能不够。有可能你写出的还不如一坨，或者你想像的代码满足不了需求
4.知识分享
提倡知识分享，促进团队能力的提升
5.项目文档
项目的概要设计和详细设计文档不能缺少，虽然短期看起来写文档浪费时间拖延项目进度，
但是呢，
概要设计可以使项目组成员更详细的了解项目需求。
详细设计用要有伪代码的实现，一方面为了知识传递，一方面项目组会议上可以确认代码实现思路是否有问题以及是否是最优化。
总得来说
经过了概要设计和详细设计以后，你产出代码的速度回加倍，你产出的bug会减仓。整体的时间不会延长很多，总之利大于弊。
项目交付的时候你不用去补文档。软件质量评审的时候项目文档是必要的，
6.团队激励
要有明确的现金激励，从每年的项目业绩中拿出一部分作为奖金，提高组员的积极性。
7.项目进度管理
忌拍脑袋。要按照项目模块划分，从上当下。从粗到细。