【原】我的项目管理之路--3、体验项目管理 文/谷雨霖

在部分参与项目管理一段时间后，终于迎来了自己负责的一个项目，实战总是让人既兴奋、又紧张。紧张是怕自己负责的项目不能达成 T/Q/C目标。　

我负责的第一个项目涉及软硬件开发，是一个比较标准的项目管理过程（这时项目管理组织结构是平衡矩阵模式。关于公司项目管理组织模式演变，以及自己对其有缺点的理解后续再谈）。下面，分享其中的一些理解和体会。

项目分为了以下几个主要阶段：
                立项阶段
                计划阶段
                开发自测阶段
                硬件样机阶段
                小批量试产阶段
                测试阶段
                评测开局阶段
                结项

1、项目的立项阶段
涉及新产品规划立项书、项目可行性报告、新产品规格定义、项目投入量本利分析等工作。其中，项目可行性分析报告很关键，它是一个总体直接影响项目市场行为是否成功，它主要回答这几个问题：
-项目建设有无必要性？
-项目需要多长时间完成？
-需要多少人力物力资源？
-需要多少资金且能否筹集到足够的资金？
-项目财务上是否有利可图？
-项目经济上是否合理？
-。。。

可行性分析工作通常是产品经理、客户经理、业务经理、中高层管理人员完成，他们与市场最接近。一个关键因素是要考虑，收集的需求中哪些是真正的需求。规格 定义书制定需要项目经理、系统架构师等核心技术人员参与，规格越明确越好。规格定义、量本利分析可以延续到计划阶段进行。
这个阶段的工作可以简单归纳为：

输入：市场需求
活动：
制定产品包需求，评审定稿
确定项目目标，组织结构及分工，一级计划内容、二级计划完成时间
立项评审会暨项目启动会
输出：
产品包需求（需求包要满足DFX需求，design for x，X涉及可测试性、可生产性、可维护性、可移植性等）
项目立项书（一级计划、签字备案、财务编号）

2、计划阶段

输入：产品包需求，项目立项书

活动：（项目经理负责）
制定系统需求（硬件、软件、结构、包装），评审定稿
制定系统总体架构方案，评审定稿；
制定产品规格定义书，评审定稿
任务分解，模块划分，工作量评估、进度及配置计划、关键里程碑、项目风险评估、资源估计，计划评审定稿
量本利分析
制定质量保证计划（QA负责）
项目开工会（项目组对计划的承诺、项目考核办法、动员）

输出：
系统需求说明书
系统架构设计方案
项目二级计划（含word，mpp及配置计划，需要包含里程碑、工作量说明、资源估计、风险评估）
项目计划评估表
产品规格定义书
质量保证计划
量本利分析

3、开发阶段
开发阶段是项目的主体，包括软件开发、硬件开发、系统联调和测试几部分。
软件要完成：需求说明书、需求跟踪矩阵、设计说明书、自测方案、自测报告、手册等相关工作
硬件要完成：设计说明书、原理图、PCB、结构设计、原理样机、性能样机、小批量样机评审/测试报告、硬件手册等相关工作。
测试要完成：功能/集成测试策略、方案、报告、更新需求跟踪矩阵、手册验收、BUG跟踪等相关工作。
以及各自相关的评审工作。
其中，在开发阶段项目经理需要关注的要点是保证规范的执行（可以通过QA或配置管理员获取监控信息）
                BUG填写/流转规范
                配置管理工具在项目中的操作命名规范
                变更申请的审批流转规范
                基线的打法与注意事项
                配置项标识规程
                同行评审规程
                周报制度
                编程规范
                代码自测规范
                软件版本命名规范
                版本正式发布checklist
                硬件规范

特别要提及的是需求说明书的撰写和评审。需求是项目范围、工作量、工期、成本的基本依据，需求详实、可依据，那么项目成功了一半。需求说明书要包括：
                功能需求
                配置需求
                性能需求
                Debug需求
                特殊需求
                需求的优先和关键顺序
                运行环境规定
                需求点数目
                建立需求跟踪矩阵
需求分析/设计说明书评审会一定要测试人员参加，并提前至少两天通知待评审材料。测试人员越早介入需求，对于产品工期的保障越有效。在著名的v字形开发流 程中，每个阶段都对应着测试人员测试方案的撰写，如系统需求--验收测试方案，功能需求--功能测试方案等等。同时，相关会议信息和评审文档抄送QA，修 改后归档受控。

开发阶段的其它环节监控方法业内相对比较成熟，有很多文章可以参考这里就不多论述了。

4、结项阶段
结项阶段的工作主要是对项目开发过程进行回顾、总结经验教训，以及进行相关的考核。

结项活动主要包括：

输入：项目完成的各工作产品（代码、文档、硬件、过程数据等）
活动：
项目组成员编写个人项目总结
项目经理与部门经理考核项目
输出：
项目结项总结报告
项目结项书
结项通知书
质量总结报告（QA完成）
结项评审会
注意：任何情况下，都要组织项目的结项验收


通常，在项目组准备好相关工作产品后，要及时召开项目总结会议。会议的议程可以包括：

1) 项目组成员依次对本人在项目中的工作进行介绍，分享经验教训和改进建议；
2) 大家对项目中的重点问题讨论改进措施，并对好的方法进行总结提炼；
3) 项目组就项目的成功之处讨论申请加分项；
4) 各部门经理对项目组的工作进行总结，肯定成绩，明确不足和今后的改进措施，勉励项目成员再接再厉；
5) 项目经理对项目组全体成员的工作表示感谢，并表扬贡献突出的人员；安排项目组结项庆祝活动，及项目组成员的考评工作；

项目经理根据项目组成员的个人项目总结，及总结会的改进建议共识进行汇总，编写项目结项总结报告和项目过程数据记录。

结项评审会需要审核的资料清单：
《项目结项总结报告》（含《项目过程数据记录》）
《项目配置状态报告》
《项目质量总结报告》
《项目评测报告》（如果有评测）
《项目小批量试生产报告》（如果有小批量生产）
《项目小批量样机质检报告》（如果有小批量生产）
《项目开局报告》（如果有开局）
《项目产品发布清单》（含小批量报告、ECN等生产文件已提交文控归档和发布）

我们整个项目管理过程需要涉及的流程、规范目录，参见

       http://blog.csdn.net/cabinhome/archive/2008/03/13/2179574.aspx

       http://blog.csdn.net/cabinhome/archive/2008/03/13/2179586.aspx

       http://blog.csdn.net/cabinhome/archive/2008/03/13/2179592.aspx

       http://blog.csdn.net/cabinhome/archive/2008/03/13/2179606.aspx


下回，我们聊聊深入项目管理要提升的地方。