1. 每天晚上下班前要求全体项目成员 Rebulid 代码后 Check IN
好处,作为项目经理可以在第二天的早上及时看下每个人的工作进度及程序运行情况,及时掌握第一手资料并进行分析处理。
2. 每周一开一个小的项目会议,会议时间控制在 30 分钟内
解释能够让大家明确本周需要完成的工作。
3. 测试文档每天由测试人员编写一个测试报告发送给项目经理
好处及时知道测试中遇到的问题,并跟踪该问题。
4. 定期用 Project 更新项目进度
充分掌握项目中的进度,并及时根据问题调整。
5. 项目成员尽量能坐在一起
好处很多,方便,容易看到每个项目成员的工作状态。
6. 针对每个类,要求写好谁编写的,并列出主要功能,针对对复杂调用需要写 Sample
7. 针对类里每个方法需要完成注释
8. 尽量不要在项目中穿插其他项目
弊端:导致项目开发人员有情绪
导致项目开发人员工作懈怠,且代码编写质量下降,甚至留下大的BUG ,导致后来解决跟踪这些BUG 需要付出更多的时间
9. 项目运行成功后,尽量不要把该项目拱手让于他人
失去太多即的利益。
10. 代码编写中尽量要求代码稳定、高效。稳定在高效之前
11. 代码编写中在某些问题上不要尽善尽美
原因:
世界上没有完美的事情,同样没有完美的代码
太完美的代码运行后,没有维护的事情,弊端较大。
(1) 定期“适当”维护可以增加客户的好感。并可以获得适当维护费用
(2) 老板觉得这很正常,比起其他开发项目组,没什么,其他小组工作很努力经常加班
以上 1 ) 2 )是有先后顺序的
12. 代码编写中不可为一些小的几乎很难出现的问题花费太多力气纠正
原因:同 11 里面的 (2)
13. 项目交付使用后,在后续维护中,一定要记录好维护修改记录。包括在代码中,要记录好修改的原因、修改日期、修改人、并保留原有的代码(注释掉即可)
14. 项目中尽量培养小组组长。容易以点带面,而且权利适当下放,大家工作积极性比较高。
15. 项目中尽量使用责任心强的开发人员,开发实力强的找几个组长就好
个人认为责任心更重要。