项目思索点滴

[/b]dwater 2005-04-26[/b][/b][2003[/b]年度建议]
[/b]

1． 加强对单元测试的重视，鼓励程序员进行严格的单元测试，测试代码入库；

2． 对每个项目安排全职人员扮演“客户”的角色，捕获需求、编写功能测试，进行业务决策；

3． “整个”系统尽早地、小步骤地集成，以早日暴露风险、稳步前进；

4． 减小同一项目组相关人员的沟通障碍，特别是物理上的障碍，比如距离；

5． 将项目管理人员融入到团队中来，观察、记录、反馈，而不仅仅是在远处做文案工作；

6． 减少形式化、不必要的文档；鼓励简短、清晰、有价值的文档。

[Ue App 0.1]
[/b]

1．一名全职客户，负责业务、功能测试用例。

2．“整个”项目尽早集成。

3．任何代码上的变化，先单元测试，再集成。单元测试上的一分钟，可能是集成测试上的一个工作日。

4．编码规范、文件目录组织、配置管理策略。

5．保证用例文档一定的抽象性以应对需求变化。

6．尊重、谦逊、倾听。

[Phone GAL 0.2 2004/01/16-2004/02/23]
[/b]

1． 全体成员坐在一起，面对面的交流；2． 在团队中引入专职业务人员；3． 测试与开发紧密结合；4． 尽早交付，养成良好的交付习惯；5． 提倡干净简洁的文档，减少中间产品；6． 反对加班；7． 领导给团队始终如一的支持；8． 宽容，而不是抱怨，每个人都会犯错；9． 指导，而不是越俎代庖；10． 警惕对“简单”的掉以轻心；11． 轻装上阵，信心、乐观，但不失危机感；

[Phone GAL 1.0 2004/03/16-2004/05/07]
[/b]

1． 复杂的流程会严重打击人员的积极性；2． 需求不明朗时的进度安排：列举要完成的Task，尽量细化、合并至1到2个工作日；3． 时刻不要忘记项目的第一目标是交付软件；

[PECKER APP1.0 [/b]2004/05/17--[/b]至今]
[/b]

1. 交流、倾听！勇于提出自己的想法，且不要轻易否定别人的想法。2. 项目中的各项活动、决策要有自己的想法，必要的时候坚持己见。3. “闻道有先后，术业有专攻”。要清楚，很多事情别人可以帮你。4. 如果你想改变他人的想法，首先你应该喜欢他，了解并赞赏他的过去。5. 如果你讨厌一个人，他也会同样讨厌你。6. 勤奋学习、积极进取是一个开发人员的优良品质。7. 代码、测试、产品应该先建立好验收标准。8. 除了要分清哪些是重要的事情，哪些是紧急的事情外，还要思考哪些是其他人可以做，并不是非自己做不可的事情。9. 注意信息的传递时机！并不是越早越好。10. 不要期望让你的上司来管理你，重要是自己来管理自己。