（IT项目管理规范）IT项目开发的75条管理守则.pdf

（IT项目管理规范）IT项目开发的75条管理守则

IT项目开发的75条管理守则

1.你们的项目组使用源代码管理工具了么?

应该用.VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以.我的选择是VSS.

2.你们的项目组使用缺陷管理系统了么?

应该用.ClearQuest太复杂,我的推荐是BugZilla.

3.你们的测试组还在用Word写测试用例么?

不要用Word写测试用例(TestCase).应该用一个专门的系统,可以是Test

Manager,也可以是自己开发一个ASP.NET的小网站.主要目的是Track和Browse.

4.你们的项目组有没有建立一个门户网站?

要有一个门户网站,用来放ContactInfo、Baselined

Schedule、News等等.推荐SharepointPortalServer

2003来实现,15分钟就搞定.买不起SPS2003可以用WSS(WindowsSharepoint

Service).

5.你们的项目组用了你能买到最好的工具么?

应该用尽量好的工具来工作.比如,应该用VS.NET而不是Notepad来写C#.用Notepad写程

1/16

（IT项目管理规范）IT项目开发的75条管理守则

序多半只是一种炫耀.但也要考虑到经费,所以说是”你能买到最好的”.

6.你们的程序员工作在安静的环境里么?

需要安静环境.这点极端重要,而且要保证每个人的空间大于一定面积.

7.你们的员工每个人都有一部电话么?

需要每人一部电话.而且电话最好是带留言功能的.当然,上这么一套带留言电话系统开

销不小.不过至少每人一部电话要有,千万别搞得经常有人站起来喊：”某某某电话”.

《人件》里面就强烈谴责这种做法.

8.你们每个人都知道出了问题应该找谁么?

应该知道.任何一个Feature至少都应该有一个Owner,当然,Owner可以继续Dispatch给其

他人.

9.你遇到过有人说”我以为…”么?

要消灭”我以为”.Neverassumeanything.

10.你们的项目组中所有的人都坐在一起么?

需要.我反对Virtual

Team,也反对Dev在美国、Test在中国这种开发方式.能坐在一起就最好坐在一起,好处多

得不得了.

2/16

（IT项目管理规范）IT项目开发的75条管理守则

11.你们的进度表是否反映最新开发进展情况?

应该反映.但是,应该用Baseline的方法来管理进度表：维护一份稳定的Schedule,再维

护一份最新更改.Baseline的方法也应该用于其它的Spec.Baseline是变更管理里面的一

个重要手段.

12.你们的工作量是先由每个人自己估算的么?

应该让每个人自己估算.要从下而上估算工作量,而不是从上往下分派.除非有其他原因,

比如政治任务工期固定等.

13.你们的开发人员从项目一开始就加班么?

不要这样.不要一开始就搞疲劳战.从项目一开始就加班,只能说明项目进度不合理.当然

,一些对日软件外包必须天天加班,那属于剥削的范畴.

14.你们的项目计划中BufferTime是加在每个小任务后面的么?

不要.BufferTime加在每个小任务后面,很容易轻易的就被消耗掉.Buffer

Time要整段的加在一个Milestone或者checkpoint前面.

15.值得再多花一些时间,从95%做到100%好值得,非常值得.

尤其当项目后期人困马乏的时候,要坚持.这会给产品带来质的区别.

3/16

（IT项目管理规范）IT项目开发的75条管理守则

16.登记新缺陷时,是否写清了重现步骤?

要.这属于Dev和Test之间的沟通手段.面对面沟通需要,详细填写ReproSteps也需要.

17.

写新代码前会把已知缺陷解决么?要.每个人的缺陷不能超过10个或15个,否则必须先解

决老的bug才能继续写新代码.

18.你们对缺陷的轻重缓急有事先的约定么?

必须有定义.Severity要分1、2、3,约定好：蓝屏和Data