项目管理之我谈

1、 先写一下组织结构

质量管理->Leader->项目经理（几个）->程序员（很多）

2、 质量在这个组织结构中主要监控各个组的质量、进度和交付件；Leader负责质量、进度、组间协调、整体进度、需求分配等；经理主要负责技术攻关、需求更进一步明确、组间协调、计划的调整、重估计、风险预防，沟通、培训等等。程序员负责写设计、编码、用例以及评审等。

3、 我自己的职责，主要有如下几项任务：编写代码、配置管理、需求跟踪、质量监控、度量跟踪、协调人。

4、现在讲一下我是如何完成自己的这几项工作的。

   （1）首先我自己制定配置管理计划，做需求跟踪、质量监控、度量跟踪等表。熟悉项目经理制定的各项计划（在项目计划中我特别关注的是质量目标、各阶段任务完成的时间）。在各个计划经过评审之后，我和开发经理确认没有问题了，将有关计划文档进行基线化（注意：基线化的时间必须在定义的各个阶段结束前完成，否则就会受到质量管理人员的批评，计划一旦基线化了就不允许更改，如果要更改必须提交变更请求，经过评审委员会（由质量管理人员、Leader、项目经理、开发经理等组成）的一致同意才可更改，而且更改的次数非常有限，仅一次而已，非常麻烦，而且如果一个经理的计划就这样被更高层评审，让更高层对这个经理的能力产生怀疑，也不是一件什么光彩的事）。

   （2）在原则性问题上，我可是一视同仁，从来没有手下留情过，包括我的领导等都被我处罚过。我也非常注意观察项目组的人，如果发现有人不是那么努力的工作，那么我就假设他做的东西有问题，然后就开始在配置库上检查他的输出成果，果然是屡试不爽，发现不少问题，有些还是重大问题。因为这一项也与度量数据有关，所以也不能手软。拿证据说话，绝对不冤枉任何一个人。

 （3）下面专门就质量方面讲述一下，我们的交付件都会经过评审，达到要求。当然，在评审的过程中有些人就提出他发现不了问题，我就告诉他，我可以和他一起看，这样用不了多久就能发现不少问题，他以后恐怕再也不会对我说他发现不了问题了，凡事以身作责，认认真真。同时教给大家一些方法，还制定了专门制度进行约束。一般单元测试中发现的问题最多，所以单元测试用例非常重要，一定要保证单元测试用例的详尽性，到以后的测试应该发现的问题就会少很多。如果单元测试做不好，我个人认为Bug必然会层出不穷。

 （4）下面谈一下我是如何跟需求的，最先我基本了解需求，明确那些需求是是由哪些人来做，对重点需求特别特别关注，几乎是每天都检查重点需求相关人的输出成果，对需求特别多的人调集人一起帮着实现，要求每个人每天刷需求新进度表，对进度停滞不前的查明原因。由专人协助完成。对于新增的需求，视情况直接分给某个同事来完成，我对我的同事还是很了解的，我相信某个人一定能接受这个需求并完成，当然平时要注意一定要把关系搞好哦。

 （5）协调人，我必须的随时对别的组提出的与我们组有关问题进行协调等。其中的辛酸、还是不提了。

总之,一个管理人员一定要树立威信,一视同仁,用证据说话,严格执行条例,加强对下属的培训,努力提高自己的业务管理协调能力,较强的风险控制能力,团结互助的精神,使大家做完一个项目后真正受益非浅.

 见到大家在博客园做了这么多贡献,我自己还是第一次写博客,真是惭愧,还是请大家多提宝贵意见,小弟在此多谢了.

 下一篇准备对风险的预防具体谈一下.