（1）熟悉项目成员的实际情况，合理分配任务。最好跟每个成员进行沟通，了解他们的特长和兴趣爱好，发展方向，安排合适的任务。不能只为了管理的方便，简单的分工，造成不必要的资源浪费。做到人尽其用，尽力发挥他们的主观能动性。
（2）避免陷入细节的争论。一些有争议的业务和技术细节，需要讨论和沟通。由于客观条件，实在不能确定的，需要暂时搁置处理，不能无休止的争论下去，否则，影响进度是一方面，更重要的是影响信心和士气。有些细节问题，换一种思路考虑的话，可能就不是问题了。
（3）合理处理好加班问题。我认为最失败的一点，就是前期对任务进去没有充足的信心，拼命安排加班，上线前好几个月就开始没日没夜的封闭，效率低下，进度缓慢。结果上线后大家身心疲惫，没有充分的测试，试运行期间BUG暴露出来后来不及及时改正，更谈不上抽出精力去推广。实际上最关键的阶段是在上线前后测试和试运行。开发完了并不代表项目成功。如果开发阶段战斗力过度透支，那后果只有在上线后花数倍精力去偿还。
（4）一定要有专人测试。一般开发阶段都是程序员各自做用例的单元测试。以前曾经想安排开发人员互相做交叉测试。实际上这种方式基本没什么用处。开发人员一来无心思认真测试，另外对一个不熟悉业务的用例也无法发现本质的问题，往往是敷衍了事。因此应当安排专人制定测试计划，测试并出测试报告。
