dwater 2005-04-26
[2003年度建议]
1. 加强对单元测试的重视,鼓励程序员进行严格的单元测试,测试代码入库;
2. 对每个项目安排全职人员扮演“客户”的角色,捕获需求、编写功能测试,进行业务决策;
3. “整个”系统尽早地、小步骤地集成,以早日暴露风险、稳步前进;
4. 减小同一项目组相关人员的沟通障碍,特别是物理上的障碍,比如距离;
5. 将项目管理人员融入到团队中来,观察、记录、反馈,而不仅仅是在远处做文案工作;
6. 减少形式化、不必要的文档;鼓励简短、清晰、有价值的文档。
[Ue App 0.1]
1.一名全职客户,负责业务、功能测试用例。
2.“整个”项目尽早集成。
3.任何代码上的变化,先单元测试,再集成。单元测试上的一分钟,可能是集成测试上的一个工作日。
4.编码规范、文件目录组织、配置管理策略。
5.保证用例文档一定的抽象性以应对需求变化。
6.尊重、谦逊、倾听。
[Phone GAL 0.2 2004/01/16-2004/02/23]
1. 全体成员坐在一起,面对面的交流;
2. 在团队中引入专职业务人员;
3. 测试与开发紧密结合;
4. 尽早交付,养成良好的交付习惯;
5. 提倡干净简洁的文档,减少中间产品;
6. 反对加班;
7. 领导给团队始终如一的支持;
8. 宽容,而不是抱怨,每个人都会犯错;
9. 指导,而不是越俎代庖;
10. 警惕对“简单”的掉以轻心;
11. 轻装上阵,信心、乐观,但不失危机感;
[Phone GAL 1.0 2004/03/16-2004/05/07]
1. 复杂的流程会严重打击人员的积极性;
2. 需求不明朗时的进度安排:列举要完成的Task,尽量细化、合并至1到2个工作日;
3. 时刻不要忘记项目的第一目标是交付软件;
[PECKER APP1.0 2004/05/17--至今]
1. 交流、倾听!勇于提出自己的想法,且不要轻易否定别人的想法。
2. 项目中的各项活动、决策要有自己的想法,必要的时候坚持己见。
3. “闻道有先后,术业有专攻”。要清楚,很多事情别人可以帮你。
4. 如果你想改变他人的想法,首先你应该喜欢他,了解并赞赏他的过去。
5. 如果你讨厌一个人,他也会同样讨厌你。
6. 勤奋学习、积极进取是一个开发人员的优良品质。
7. 代码、测试、产品应该先建立好验收标准。
8. 除了要分清哪些是重要的事情,哪些是紧急的事情外,还要思考哪些是其他人可以做,并不是非自己做不可的事情。
9. 注意信息的传递时机!并不是越早越好。
10. 不要期望让你的上司来管理你,重要是自己来管理自己。