过程描述的方法
发布于 2024-10-04
887
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
过程描述方法概要
CMMI模型中的过程描述方法包含12个要素,用以详细阐述过程中的各个组成部分。这些要素涵盖过程角色、应用的过程和产品标准、规程、方法、工具和资源、过程性能目的、入口准则、输入、活动、产品和过程度量、验证点、输出、接口以及出口准则。
ETVX过程模式
与CMMI模型相比,ETVX过程模式提供了一个更为简洁的框架来定义过程,包括入口(E)、任务(T)、验证和确认(V)以及出口(X)。在某些情况下,可以进一步简化为ETX模式,其中验证和确认活动融入到任务描述中。
软件设计过程示例
以软件设计过程为例,输入包括软件需求规范,任务涉及理解需求、选择技术方案、设计体系结构等多个步骤,并包括对技术方案和设计的评审作为验证和确认环节。输出文档包括概要设计说明书、详细设计说明书和跟踪矩阵,且这些输出文档的评审通过作为退出准则。
责任人与参与的描述
在任务描述中可能未明确责任人和参与者,这可以通过文字描述或者业务过程图来解决。例如,可以指明技术经理负责选择技术方案,核心技术人员参与讨论。另外,如果某个过程需要更详细的描述,可以参照其他过程定义或在过程图中使用特定图符标示。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 567.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
软件需求的12条最佳实践
笔者在咨询实践中总结了针对软件需求工程的12条最佳实践,罗列如下。所谓最佳并非严密的逻辑证明,而是经过大量的实践与观察依据经验确定的,智者见智,仁者见仁,有争议在所难免,仅供参考,能够对大家有所启发,足矣。1 成立甲乙双方参与的需求控制组项目的成功不单是乙方的成功,而是甲乙双方的成功,甲乙双方紧密配合,互相理解,互相合作才能成功,需要避免一方独大,一方具有绝对控制权的现象,所以成立甲乙双方参与的需求控制组是避免需求蔓延的有效手段。该组织具有对需求的决策权,对于每项需求的增删改都要平衡了进度、质量、投入后才
实例:评审速度与缺陷密度之间的相关性
某公司的项目分为两类:MIS类软件开发与嵌入式软件开发,对这两类项目的需求评审的速率与需求评审发现的缺陷密度分别积累了度量数据,分别见表一和表二,共计52次的需求评审数据。 表一:MIS软件开发项目的需求评审度量数据 表二:嵌入式软件开发项目的需求评审度量数据 对这两类项目的需求评审的速率与缺陷密度分别画散点图如图一和图二所示。 图一:MIS软件开发项目需求评审的缺陷密度
用COSMIC方法帮助澄清需求的案例
实施COSMIC方法,除了可以度量软件的规模以外,还可以通过数功能点,识别需求中模糊不清的地方,起到需求澄清、需求验证的作用。下面通过一个简单的例子来说明之。某系统的需求规格说明书中有如下的一个功能需求描述:考勤明细查询功能说明:1展示员工每天的有效打卡记录,清晰展示上下班时间、打卡照片等;2可查看员工每天所有的打卡记录,显示的信息包括:名称、部门、员工状态、工号、日期、上...
实施CMM时必须解决的认识问题
在基于CMM实施软件过程改善时,有些根本的思想认识问题解决不了,往往会使实施的周期比较长,效果不好,甚至导致过程改善的失败或中止。软件企业的高层领导、企业的过程改善主管、销售人员、项目经理及一般的开发人员都需要对这些问题统一认识,在此基础上才能消除各方面的阻力,把握好过程改善的方向,控制好过程改善的进度。笔者在总结了3年的实施CMM的经验教训后,归纳了如下几个思想认识问题,供拟准备进行过程改善或正
如何度量项目的进度与进展?
1 首先区分进度和进展的概念进度:schedule,工期是否拖延了,拖延了多久。进展: progress,任务的完成情况,任务完成了%多少,还有哪些任务未完成。比如: 某项任务到今天为止,工期已经拖了2天,任务完成了80%了,还剩20%未完成; 某项任务到今天为止,已经完成,但是比计划日期拖期了2天,任务100%完成了。2 如何度量进度?(1)检查关键路径是否拖期,如果关键路径有拖期,则项目一
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线