敏捷开发与工作计划的博弈之一

一、团队人员众多与实际工作效率低的矛盾

项目团队建设与实际工作效率之间有三个关键要素：

1、团队个人的实力。

2、团队工作计划的合理性。

3、对突发性时间的安排。

中国软件开发现在多为敏捷开发模式，在这种模式下，要求有很好的响应机制，对客户的要求，能够及时提供可以使用的增量模块。但是相应的就会出现一些问题，多种工作交叉进行就会降低质量，这就对项目开发主管或经理提出了很高的管理要求。

作为开发主管首先要知道手中有多少工作需要做，然后按照相关内容去安排相应人员去完成这些工作。并不是你能开发出来一个好的模块就是一个合格的项目开发主管。开发主管职责上应该明确自己是在管理一个项目，并不仅仅是一个程序员。比如：你问一个开发主管：“还有多少活没有做？” 他回答：“还有很多。”你再问：“具体有哪些？”他回答：“很多就是还有很多。” 这样的一番回答，我想不光是下面员工不满意，他的领导估计也不会满意。这样就会出现一将无能累死千军的情况。

作为一名开发主管或者项目经理首先要有全局控制能力，了解各项工作的进度，不能因为自己有某项具体工作而忽视了对项目整体的控制；其次要对现有工作进行跟踪，获得项目进展最新的进度报告。同时安排相关工作，制定工作截止日期，或者设置阶段性目标督促项目成员去实现这个目标。如果没有这样的机制，最容易出现的问题就是一个问题点没有解决，就会被叫走去处理另外一个问题点，造成很多工作半途而费。

解决这样的最好办法办法，我觉得有以下几点:

1、  提高项目管理经理的项目管理意识。

领头羊：一名做过标准开发的项目经理，以他的项目为主战场，其余项目负责人依次作为他的辅助，进行轮训，让他们在实际项目中了解开发体系的重要。

2、  建立关键文档

项目开发中这些文档是不可去掉的，比如需求文档、系统数据表关联图、模块说明、方法说明（不要以为有了javadoc就万事大吉，javadoc是英文注释，根本不具有逻辑上的功能关联）。

3、  逐级负责制

每个人对自己的工作都要负起各自的责任，需求分析要保证功能阐述明确，设计人员需要保证功能设计项目清晰，没有盲点，程序员保证程序没有bug、测试人员保证业务流的bug被测出来。一级对一级负责，这样就能保证后期维护改bug时间，更重要的是可以提高用户体验度。如果你用到一个千疮百孔的系统，相信大家都不会高兴。

4、  任务隔离

客户是多变的，统一工作接受入口，既然客户的需求随时增多，那么项目经理就要不断的开列工作计划，采用增量计划，随时跟踪推进进度，必要时远程操控。那么也要扛得住相关人员的乱搞，有时需要项目经理顶住压力，完成主要计划。解决之道就是汇报，给他们的领导汇报，只有领导明确的东西才能做。有人可能要说：“领导只要结果,他不管你怎么做？”这样的话我不赞同敏捷开发也是系统工程。我们每次都要给出完成时间，并且汇报相应的进度。

5、  跟踪机制

跟踪顾名思义就是随时了解项目的进度，知道哪些做了，哪些没做，有什么问题，问题症结在哪里。解决问题，才是项目经理的王道。项目经理可以不是好的coder、好的需求分析，但要兼容并蓄，好像cpu可以多线程处理任务。

 

人微言轻，在这个行业三年多了，看到了最严格的管理模式，也看到了相当混乱的。今天在这跟大家先扯这些，下面待续……