扫码阅读
手机扫码阅读
如果做好过程裁剪?
71 2024-10-04
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:如果做好过程裁剪?
文章来源:
麦哲思科技任甲林
扫码关注公众号
文章摘要
1. 裁剪的含义
裁剪是对项目管理过程的定制,包括增加、删除、替换方法或格式、修改顺序、多选一以及修改权限或级别等方面。
2. 裁剪的对象
裁剪可以针对多个对象进行,例如项目的过程、活动、方法、度量元、质量目标、控制权限、评审方式、活动频率、生命周期模型、参考的度量数据和基线等。
3. 裁剪的步骤
裁剪步骤包括确定项目类型、针对项目质量与过程目标的裁剪、生命周期定义的裁剪、活动的裁剪(决定做与不做、如何做、谁来做、做到何种程度、何时做)、文档裁剪、度量元裁剪和其他裁剪。完成后形成项目的已定义过程(PDP),评审该过程,并在项目组中发布。同时,在项目关键时刻或有重大变更时,需要重新确定PDP的变更。
4. 如何评价组织级裁剪指南的好坏?
评价裁剪指南的质量涉及到指南的描述方式、抽象层次的恰当性、内容的完备性、易用性和明确性。优质的裁剪指南应采用简单易懂的图表展示,覆盖策略层到模板层的各个层面,并且提供不同项目或活动类型的模板,确保描述无二义性,减少沟通误差。
想要了解更多内容?
查看原文:如果做好过程裁剪?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 79.2K
麦哲思科技任甲林的其他文章
缺陷清除率的简单分析
某项目采集了在一个迭代周期内缺陷的注入与发现数据。把缺陷注入分为了3个活动,把缺陷发现分为了4个活动,一个月内的统计数据见下表:某项目的缺陷清除率分析缺陷注入\缺陷发现Sprint planning设计与编码代码评审测试小计需求分析453 12设计与编码 27128测试 22小计4530342缺陷清除率33.3%62.5%96.8%100.0% 在此统计表中并没有采集到产品发布后的度量数据
如何理解别人写的需求规格说明书?
在开发过程中,开发人员、测试人员都需要阅读其他人写的需求规格说明书,当阅读别人的需求文档时,我们需要关注什么呢?参见下图的要点: 首先需要了解关于该系统的总体信息,主要包含2条: 1 明确出该软件与其他系统、人、设备的交互关系。可以通过环境图,帮我们梳理清楚该软件与周边环境的关系,从宏观上对软件所处的位置有所理解。如下图所示: 2 系统的目标是什么,即解决了客
GOV与II两个PA的案例
CMMI V2.0中GOV与II两个PA比较抽象,我通过实施案例来帮助大家解释一下这2个PA中每条实践的含义。PA 实践编号 Measures校对后的中文翻译 针对培训过程的实施案例 针对编码过程的实施案例 GOV 1.1 高级管理者识别开展工作的要点,并定义实现组织目标所需要的方法 老板要求每个部门有人负责培训工作。 每个部门每个月至少要有1次技术培训。 每个部门每2个月至少要有2次管理培训。 每次培训应该制作录像,便于重复培训。.
需求文档化的真理与谬误
如果是2个公司之间的供求关系,请将需求文档化; 如果是2个部门之间的供求关系,请将需求文档化; 如果是2个小组之间的供求关系,请将需求文档化; 如果是2个人之间的供求关系,请将需求文档化; 这是真理. 再好的合作关系,当发生分歧的时候,也会互相追究责任,在追究责任的时候,请拿出你的依据:文档. 道德是感性的,证据是理性的.道德是合作的基础,但并非有了良好的道德就一定能合作成功,因为分歧并非仅有道德
评审的分类
管理评审 技术评审 同行评审
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线