纳入基线管理的经验原则
发布于 2024-10-03
1680
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
基线管理原则摘要
原则1:所有交付客户的成果,包括文档、代码、可执行程序以及购买的可复用构件都应该被纳入基线管理。
原则2:任何影响对外承诺的配置项,例如项目的阶段计划,都必须被纳入基线,以便进行有效管理。
原则3:所有对交付产品有显著影响的文档和资料,特别是关键的工程文档如需求和设计文档,都应该加入到基线中。此外,区分主动变化和被动变化,特别是主动变化必须被包含在基线之内。
原则4:仅有变化的文档才需要纳入配置管理,而不变的文档通常不加入基线。
这些基线管理原则的优先级是递减的,并且由项目组的配置管理员和项目经理共同负责确保这些原则得到实施。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1116.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
项目计划评审时的36个检查点
在多次的运行检查中,发现很多项目的计划存在一些共性问题,根据这些问题,归纳出来36个检查点供大家参考. 1 是否定义了项目的组织结构? 2 是否定义了每种角色的职责? 3 PPQA是否有独立的渠道和高层沟通? 4 如果有客户或客户代表的参与,是否定义了他们的职责? 5 是否定义沟通了机制?(和客户的,和其他外部和伙伴的,内部成员的,和上级的,和其他项目组的) 6 是否定义了
我说CMMI之三:CMMI的构件
我说CMMI之三:CMMI的构件 CMMI中的内容是按照成熟度等级或过程域类别、过程域、目标、实践、子实践的方法来进行分类管理的,这些概念之间的整体部分关系可以参见下图。 过程域的概念我们前面讲过了,这里不赘述。每个PA都有一个目的,在英文里明确区分了Purpose与goal这两个单词,我们翻译为了目的与目标。在中文里这2个单词病没有特别明显的区别。Purpose是一种抽象的,宏观的期望,goal是一种具体的,微观的期望。 PA之间有一定的关联性,互相影响,比如RD的输出为TS的输入,TS的输出又影
如何选择参评项目个数?
在CMMI的评估方法SCAMPI V1.3中,对于参评项目的个数给出一个公式进行计算确定: 实际子组个数*该子组内的项目个数每个子组的参评项目个数=—————————————————
常见非功能性需求的描述案例
非功能性需求是需求的一个重要组成部分,它影响了系统的架构设计,需要开发人员重点关注。但是在工程实践中,往往客户不会提出非功能性需求,需求人员在描述需求时不知道如何描述,在国际的各种标准中,对非功能性需求有定义,但是比较抽象。因此我整理如下常见的非功能性需求的描述案例,供需求人员进行参考。1、性能需求描述案例:响应时间:在95%的情况下,一般时段响应时间不超过1.5秒,高峰时段不超过4秒。定位系统从
我说CMMI之六:CMMI的评估
我说CMMI之六:CMMI的评估 对于CMMI的评估通常有如下的疑问,分别论述如下:(1) 是否一定要评估?按照CMMI的模型去实施,可以请主任评估师评估也可以不评估,是否需要评估取决于企业自己的商务需求。(2) 是否一定要公布评估结论?评估完成后是否需要在SEI的网站上对外公布评估结论,也取决于你自己的选择,SEI并没有强迫你一定要公布。(3) 采用什么样的评估方法?CMMI的评估方法是SCAMPI(Standard CMMI Appraisal Method fo
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线