58项目管理

制作：艾磊时间：2015-3-26目录概述SPP模型SPP过程域的目的SPP文档结构与规范细分SPP角色与职责表SPP裁剪与扩充的指导方针概述：精简并行过程：“精简并行过程”（SimplifiedParallelProcess，SPP）是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”，它由众多的过程规范和文档模板组成。SPP主要用于指导国内IT企业持续地改进其软件过程能力。概述：精简并行的含义：（1）对CMMI3级以内各过程域的内容和要求作了“精简”处理。（2）在产品生命周期之内，项目管理过程、项目研发过程和机构支撑过程“并行”开展。概述：概述：本章是SPP的综述文章，它对SPP的思想方法以及企业的软件过程改进政策作了全面介绍。阅读本章有助于读者更好地理解和应用SPP的所有过程规范和文档模板。建议用户（企业）根据自身情况（如发展战略、研发实力等）适当地修改SPP，然后推广使用。SPP模型：特征和优点：二、容易裁剪和扩充：SPP模型的三类过程贯穿了产品的整个生命周期，19个最常见的过程域都合理地安排在产品生命周期中的某些阶段。用户可以根据自己产品的特征，适当地裁剪或扩充SPP的过程域，很容易制定出最适合于本产品的过程模型。一、直观的过程模型：SPP模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程，各个过程域之间的关系直观明了。这样，机构领导、项目经理、开发人员、测试人员、质量保证人员、外包与采购管理人员等人根据SPP模型，很容易知道自己“应该在什么时候、按照什么规范做什么事情”。所以SPP模型有助于使机构内的各个职能单位有条不紊地开展工作。SPP模型：PH0产品概念PH1产品定义PH2产品研发PH3产品测试PH4客户验收PH5产品维护项目管理过程项目研发过程机构支持过程立项管理项目规划项目监控风险管理需求管理结项管理需求开发技术预研系统设计实现与测试系统测试beta测试客户验收配置管理质量保证外包与采购管理培训管理维护与服务并行、迭代技术评审SPP过程域的目的：立项管理项目规划项目监控风险管理需求管理结项管理采纳符合机构最大利益的立项建议，通过立项管理使该建议成为正式的项目。杜绝不符合机构最大利益的立项建议被采纳，避免浪费机构的资源、资金、时间等。在项目开发工作结束后，对项目的有形资产和无形资产进行清算、对项目进行综合评估以及总结经验教训等。为项目的研发和管理工作制定合理的行动纲领（即项目计划），以便所有相关人员按照该计划有条不紊地开展工作。周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等，不断地了解项目的进展情况，以便当项目实际进展显著偏离计划时能够及时采取纠正措施。在风险产生危害之前识别它们，从而有计划地消除或削弱风险。在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。SPP过程域的目的：需求开发技术预研系统设计实现与测试系统测试Beta测试通过调查与分析，获取用户需求并定义产品需求。在产品正式销售之前，开发方将产品交付给一些潜在的客户免费试用，请他们对产品进行测试，并获取他们对产品的建议。在立项之后到开发工作完成之前的时间内，对项目将采用的关键技术提前学习和研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。依据系统设计文档，编写并测试整个系统的代码。在SPP中，实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。对最终系统进行全面的测试，确保最终系统满足产品需求并且遵循系统设计。客户验收技术审核尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高产品的质量。客户依据合同对产品进行审查和测试，确保产品满足客户需求。SPP过程域的目的：配置管理质量保证外包采购管理培训管理服务与维护通过执行版本控制、变更控制等规程，以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。选择合适的承包商（外包）和供应商（采购），并依据合同进行有效的管理。根据机构（或项目）的需求来制定培训计划，并监督该计划的实施，确保培训取得预期效果。是指产品销售之后的客户服务和产品维护，其宗旨是提高客户对产品以及对开发方的满意度。SPP文档结构与规范细分：规范立项建议立项评审项目筹备立项管理文档模板《立项调查报告书》《立项可行性分析报告》《立项评审报告》《立项建议书》SPP文档结构与规范细分：文档模板《项目评估表》《项目计划》《项目计划变更控制报告》项目规划规范制定项目计划审批项目计划项目计划变更控制项目估计SPP文档结构与规范细分：文档模板《项目控制数据表》《项目偏差控制报告》《项目进展报告》项目监控规范项目计划跟踪偏差控制项目进展总结SPP文档结构与规范细分：文档模板《风险检查表》《风险管理报告》风险管理规范风险管理文档模板《结项申请书》《结项申请报告》结项管理规范结项管理SPP文档结构与规范细分：规范需求确认需求跟踪需求变更控制需求管理文档模板《需求变更控制报告》《需求跟踪报告》SPP文档结构与规范细分：规范需求调查需求分析需求定义需求开发文档模板《产品需求规格说明书》《用户需求说明书》SPP文档结构与规范细分：规范技术预研技术预研文档模板《技术预研报告》《技术预研计划》规范实现与测试实现与测试文档模板《编程文档》《实现与测试计划》SPP文档结构与规范细分：规范体系结构设计用户界面设计数据库设计模块设计系统设计文档模板《体系结构设计报告》《用户界面设计报告》《数据库设计报告》《模块设计报告》SPP文档结构与规范细分：规范系统测试系统测试文档模板《测试用例》《系统测试计划》《测试报告》规范Beta测试Beta测试文档模板《Beta测试报告》《Beta测试协议》SPP文档结构与规范细分：规范用户验收用户验收文档模板《用户验收报告》《用户验收计划》技术评审规范非正式技术评审正式技术评审文档模板《技术评审报告》《技术评审计划》《技术评审检测表》SPP文档结构与规范细分：规范制定质量保证计划过程与产品质量检测问题跟踪与质量改进质量保证文档模板《质量保证计划》《质量保证检测表》《质量保证报告》《质量问题跟踪表》SPP文档结构与规范细分：文档模板《配置管理计划》《配置库管理报告》《配置项变更控制报告》配置管理规范制定配置管理计划配置库管理版本控制变更控制SPP文档结构与规范细分：采购管理《采购竞标邀请书》《供应商评估报告》《采购物品验收报告》《采购合同》外包与采购管理外包管理《外包开发竞标邀请书》《承包商评估报告》《外包开发过程监控报告》《外包开发成果验收报告》《外包开发合同》SPP文档结构与规范细分：文档模板《培训计划》《培训评估报告》培训管理规范机构培训管理项目培训管理SPP文档结构与规范细分：规范客户服务产品维护服务与维护文档模板《客户服务计划》《客户服务报告》《产品维护计划》《产品维护报告》SPP角色与职责表：企业在应用SPP时，可以将SPP的各个角色映射到企业原有的岗位上，也可以依据SPP角色建立新的岗位。一个人可以被赋予多个角色，视具体情况而定。常设角色机构过程改进角色项目管理过程角色项目研发过程角色机构支撑过程角色临时角色立项评审委员会结项评审委员会技术评审委员会配置控制委员会立项建议小组SPP角色与职责表：项目工程过程组质量保证小组（1）制定适合于本机构的过程规范。（2）在机构范围内推广该规范（如培训、考核），评估机构过程能力等。（1）监督规范的实施，确保所有项目以及相关部门准照规范开展工作。（2）分析并解决机构内存在的共性质量问题，协组SEPG完善规范。机构过程改进角色机构领导项目经理（1）是机构内所有项目的主管，对立项管理和结项管理有最终决策权。（2）监督项目经理的工作，审批项目经理的各种申请。（1）向机构领导汇报工作。（2）是项目规划、项目监控、风险管理和需求管理过程域的负责人。（3）监督项目成员的工作，审批项目成员的各种申请。项目管理过程角色SPP角色与职责表：需求分析员系统设计师调查、分析并定义需求，撰写相应的需求文档，尽最大努力使需求文档能够正确无误地反映用户的真实意愿。根据需求文档设计软件系统的体系结构、用户界面、数据库、模块等，并撰写相应的设计文档。项目研发过程角色开发工程师测试工程师（1）根据系统设计文档，编写软件系统的代码。（2）随时测试和检查自己的代码，及时消除代码中的缺陷。从事单元测试、集成测试和系统测试，主要工作包括制定测试计划、设计测试用例、执行测试和撰写测试报告。SPP角色与职责表：配置管理员质量保证员（1）为项目制定《配置管理计划》。（2）创建并维护配置库，如分配权限、清除垃圾文件、备份配置库等。（1）为项目制定《质量保证计划》。（2）周期性的开展“过程与产品质量检查”。（3）跟踪质量问题，给出质量改进措施。机构支撑过程角色外包管理员采购管理员（1）挑选最合适的承包商，签订外包开发合同。（2）监控外包开发过程，验收外包开发成果。（1）挑选最合适的供应商，签订采购合同。（2）验收采购物品。培训管理员制定机构（或项目）的《培训计划》，监督该计划的实施，撰写《培训评估报告》。客户服务人员产品维护人员为客户提供与产品相关的服务（如技术咨询），快速响应客户的要求，给客户一个满意的解答。（1）纠错性维护：及时解决用户遇到的技术故障和消除产品中的缺陷。（2）完善性维护：在资源允许的情况下，不断改善产品功能与质量。SPP角色与职责表：立项评审委员会结项评审委员会由机构领导、各级经理、市场人员、技术专家、财务人员等组成，委员会按少数服从多数原则投票决定是否同意立项。对项目的有形资产和无形资产进行清算，对项目进行综合评估，总结经验教训等。结项委员会的人员组成与立项评审委员会的类似。技术评审委员会配置控制委员会对工作成果进行正式技术评审，尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷。该委员会由项目内外的技术专家组成。对配置管理各项活动拥有决策权（例如审批计划，审批变更请求等）。立项建议小组（1）开展立项调查、产品构思和可行性分析，撰写相应文档。（2）申请立项，并在立项评审会议上答辩。SPP裁剪与扩充的指导方针：不要迷信或者死搬硬套他人推崇的过程标准和规范（例如CMM/CMMI,ISO,RUP,SPP等等）。SEPG一定要根据机构的实际情况（如发展战略、研发实力等）来制定机构过程规范，要充分考虑过程改进的成本和效益。能够以比较低的代价有效地改进机构过程能力的规范才是好规范。SEPG要有计划地、逐步地完善机构的过程规范，切忌盲目追求“大而全”，否则“欲速则不达”。软件过程改进不是一次性买卖，不能靠“革命”，只能靠持续地改良，不进则退。SEPG应当具备一定的软件工程和项目管理知识，再通读CMMI和SPP（或接受培训），才能结合机构实际情况裁剪或扩充SPP，形成机构自己的过程规范。SPP对其19个过程域的论述已经比较充分，一般而言，SEPG裁剪或扩充这19个过程域不会遇到太大的困难。如果机构的业务包括硬件开发，那么SEPG应当制定硬件开发过程规范（参考SPP的格式），并努力使软件、硬件开发过程保持一致性。显然，SPP并没有覆盖机构的全部职能，它仅仅局限于软件项目的研发与管理领域。SEPG应当协助有关人员制定人力资源管理、财务管理、行政管理、市场管理、生产制造等领域的过程规范。上述每个领域的过程改进工作都是非常重要的。SEPG要认真撰写规范，力求使规范中的文字和图表没有歧义，并且简单易懂。