PMBOK与CMMI,IPD,Scrum

无论是PMBOK项目管理知识体系，还是IPD、CMMI，它们都不等于管理的全部，就像是“管理丛林”中的一棵棵树木。

　　越来越多的企业开始重视产品开发流程、过程的规范化，借以沉淀企业知识，使其快速面对市场，满足客户需求，进而引入IPD、CMMI、PM等先进的管理方法与工具，但这些管理体系之间的联系与区别却是企业人员经常困惑的热点问题。

　　基本概念各有所重

　　PMBOK(Project Management Body of Knowledge)，中文译为“项目管理知识体系”，是一套通用的管理技术与方法，其最有代表性的流派是美国项目管理协会(PMI)在《项目管理知识体系指南》(PMBOK)中提出的整套项目管理理论。近年来，已经被公认为是一种有生命力并能实现复杂的企业目标的良好方法。

　　IPD，是Integrated Product Development的缩写，中文译为“集成产品开发”，是一套领先的、成熟的的产品开发的管理思想、模式和方法，是业界流行的最佳实践，它的起源是美国80年代出现的PACE(产品及周期优化法)理论。

　　CMM(capability maturity model for software，软件能力成熟度模型)是美国卡内基梅隆大学软件工程研究所(SEI)应美国联邦政府的要求，于1991年开发出来的一种用于评价软件承包商能力并帮助其改善质量的方法。目前，它是国际上最流行、最实用的软件生产过程标准，以及软件企业成熟度认证标准。CMM由低至高共分为5个级别:初始级、可重复级、定义级、管理级和优化级。CMMI(集成能力成熟度模型)在CMM的基础上增加了集成的产品和过程开发(IPPD)等专业领域，不再局限于软件。

　　IPD是项目管理在产品开发中的应用

　　IPD是一个产品开发的流程。流程(process)是将输入转化为输出的一组彼此相关的资源和活动。能够量产的产品，是产品开发流程的输出。而所谓“项目”，根据美国项目管理协会PMI的定义，是指一项提供独特的产品或服务的、有明确目标和起始时间的工作。新产品开发从概念到量产这个过程，可以看作一个项目。

　　因此，IPD和项目管理的关系，可以简单的这样概括:IPD流程是项目管理方法论在产品开发项目中的具体应用，而项目管理是推行IPD流程必须的管理技能和方法。IPD流程的阶段划分，其实就是项目管理中的项目生命周期定义。

　　IPD流程是对于千万个成功的产品开发项目的总结和提炼，它体现了最经典的产品开发管理方法，包括组织、流程、工具等各个要素，是一种集成的最佳实践。

　　从项目管理的角度分析，企业推行IPD流程的过程要有以下几个不能跨越的阶段：偶然的项目管理 -> 组织级的项目管理 -> 清晰的IPD流程。

　　IPD与CMMI的起源不同

IPD和CMMI两种管理体系不但没有冲突，还可以耦合得非常完美，从而真正地将产品开发能力进行实质性的提升。

IPD与CMMI起源和出发点的不同，决定了两者具有很大的区别。

CMMI是在CMM的基础上发展起来的，与CMM一样，本质上关注的是过程质量。

而IPD着眼于产品开发获得市场成功，是在PACE(产品及周期优化法)等产品开发模式的基础上，经过一些领先企业(如IBM)的实践发展起来的。IPD关注的是将影响产品成功的关键要素(如结构化流程、产品决策评审、产品开发团队等)有机地整合起来，形成集成的产品开发模式，推动产品的成功。

IPD本质上是一种产品经营管理的模式。CMMI是面向研发的，而且更多是面向软件开发的。

 

在学习和听过一些敏捷开发Scrum后，记录一些自己的理解和知识点。

先给出两个问题

Q1：Scrum只适合小型团队，而且对团队内成员的水平要求较高？

A：一般人数限于5 ~ 9 个人；

      团队内的成员能力要求较高，Scrum实施过程中角色包括PM，Scrum Master即面向项目代表管理层，Team即项目组中的成员

 

Q2：当前企业的产品研发管理最热门的3个体系，IPD集成产品开发、CMMI、Scrum这3套管理体系的使用范围和区别是什么？

A：Scrum与其他管理体系最大的区别之一就是 能快速的响应客户的需求变化。

 

关于Scrum简单概括下从上图的3点讲

角色

PM的职责：

1、列出项目交付的工作清单；

2、根据市场价值 负责需求特性的优先级排序；

 

Sprint  即每个迭代（每个迭代粒度要小，这样可以增加团队开发进度的自信。可以使用如便利签等手段）

Sprint Backlog 待办事项列表，即每个迭代的任务列表，由团队来决定，不是某个人

Product Backlog  产品待办事项，即每个阶段都要有一个阶段的产品成果，由PM来决定 （也可以说成一个迭代的产品成果）

 

团队从 Product Backlog中选择他们可以承诺在此迭代交付的事项。

在Sprint 决定过程中，有以下工作内容：

1、识别工作任务并估算工作量；

2、考虑需求的概要性设计；

 

由团队来估算工作量，相对工作量更客观。而不是PM或者自己。

 

注意事项

1、每个迭代要有一个长度，一般2-4周，最长不超过1个月；

2、使用一个固定的迭代长度，会带来节奏感；

3、在Sprint中，涵盖产品的设计、编码和测试；

 

仪式

审核会议（如开发过程中某个需求的优先级很高，需要插入进来，可以开个审核会议决定）

每日会议（并不是向Scrum Master汇报工作，而是每个人都说说自己的情况）

一般15分钟即可

①我过去一天完成了什么；

②我今天会完成什么；

③有什么障碍影响我的进度；

 

Scrum Of Scrum 团队扩展
————————————————
版权声明：本文为CSDN博主「SurgePing」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/suxinpingtao51/article/details/44057475