流程管理-项目管理日记（2）

我认为的项目流程管理：

1.指导项目有明确的运行轨道；

2.过程规范管理，层层把关，节点控制，实现主观意识很难避免的错误；

3.在最短时间定量资源中实现产品最优结果；

毕业进公司，领导就在各种场合讲流程管理，初来乍到，对其不太理解，从刚开始的项目参与，到后来自己负责项目、产品，都没有很深入地贯彻执行项目流程管理。但项目也能正常有序地执行，并有很好的结果。现在看来，之前的项目相对简单，部门配合较少，团队成员少，模块耦合小，有新需求或问题出现，基本上一个人都能搞定。属于单打独斗型，所以项目进度和质量相对较高。直到今年，负责几个复杂度更高的项目时，才发现流程管理的重要性。

今年前半年，一直低头干活，总感觉项目多，压力大，到年中写总结文档，的确参与了和负责了多个的项目，但简单分析，项目的完成率并不高，问题也多，而且好几个项目严重拖期。项目一直处于研发到中试不合格，研发修改，再提中试又不合格的恶性循环中。仔细分析了两个项目，发现有几个方面原因。第一，研发与中试两个部门对一些需求理解不同，而且同一个项目每次中试都会提一些新的需求差异问题，或者一些方案设计中试不赞同；要花大量时间拘执解决，第二，方案设计问题，一些复杂问题可能是项目组多人讨论共同制定方案，而一些简单问题或看似简单的问题个人直接就确定方案，编写程序，导致没有把关，最后出现问题，重新返工；第三，测试不到位，我分析的两个项目中有1/3的问题是测试不到位，可能A改了这功能，没有测试就把程序提交，或者A改B测试，而B没有很好理解方案，测试不到位，出现问题，或者A、B合做一个功能，但都没有测试到位，所以最终又是问题，需要反工；还有一些其它问题。这些问题在项目的反复改进中反复折磨着大家的神经。当然，以上几个问题主要还是人为造成，工作不够认真细致。但是工作认真度一靠大家主动意识提高，二靠制度规范大家动作，从制度上解决一些问题。于是我就从第二个方面入手，找公司软件管理人员和方案设计者及有经验的项目管理者讨教，共同制定了一套简易软件管理流程，有重点为地突出项目的一些结果来控制项目质量，流程如下，包括各个结点所要起到的作用：

步骤	内容	规范
项目安排	市场排产	每15天与市场、中试讨论安排项目计划
	单个项目	确定项目经理责任制，全程跟踪处理
	计划	项目参与人员共同制定项目计划
需求及方案评审	需求评审	需求列表评审
	方案评审	项目方案评审，确定基础版本 功能模块化设计
实现	代码实现
	代码校核	规范性 代码走读
自测	按项测试	要有足够时间实现每个修改功能都能测试到位。
中试	分析问题	按类分析根本原因，并算出问题的原因的比重，问题占40%的项要列出整改计划。

简易软件流程出现不到一月，公司发布了法定软件管理流程，当然比简易流程要复杂严密的多。执行起来也难度大一些，我对两个管理流程做了对比与深入分析，认为简易软件管理流程适合于三五个人，三五条枪，大家都既做方案又做程序的小团队，而法定软件管理流程更适合于需求管理人员、方案设计人员、代码编写人员分工定位明确，互不交叉或者交叉很少的大型团队。如果在三两年内公司实现不了充足人员配置，和明确人员分工，此流程只能流于形式。当然，简易软件流程如果没有能很好地被执行，流于形式的话产品大质量是不会有跨越的发展。

总之，流程只是在制度上对工作进行标准规范，最终目的是项目的流畅运行和输出高质量的产品，对于项目经理管理流程是必不可少的项目管理工具，对于个人来说最终落足点还在认真工作。

希望在半年或者再稍长点的时间里能把此流程进行深入验证，并有所改进。