项目思索点滴

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.   不要期望让你的上司来管理你，重要是自己来管理自己。