扫码阅读
手机扫码阅读
纳入基线管理的经验原则
95 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:纳入基线管理的经验原则
文章来源:
麦哲思科技任甲林
扫码关注公众号
基线管理原则摘要
原则1:所有交付客户的成果,包括文档、代码、可执行程序以及购买的可复用构件都应该被纳入基线管理。
原则2:任何影响对外承诺的配置项,例如项目的阶段计划,都必须被纳入基线,以便进行有效管理。
原则3:所有对交付产品有显著影响的文档和资料,特别是关键的工程文档如需求和设计文档,都应该加入到基线中。此外,区分主动变化和被动变化,特别是主动变化必须被包含在基线之内。
原则4:仅有变化的文档才需要纳入配置管理,而不变的文档通常不加入基线。
这些基线管理原则的优先级是递减的,并且由项目组的配置管理员和项目经理共同负责确保这些原则得到实施。
想要了解更多内容?
查看原文:纳入基线管理的经验原则
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 108.2K
麦哲思科技任甲林的其他文章
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
如何选择与使用项目经理?
作者任甲林(转载自中国系统分析师/中国系统分析员) 软件项目管理是"以过程为核心、以度量为基础、以人为本"的,在此过程中需要充分地集成技术方法、工具、过程、资源(人力、资金、时间等)等要素,谁来领导这个集成工作呢?是项目经理。项目经理是项目组的灵魂,是项目组中很重要的一个角色,无论是对于个人英雄的时代,还是基于过程的管理时代,都必须依靠人来实现管理,这就是"以人为本"。无论管理多么正规,过程是
案例:需求问题的解决方案
讨论时间:2012-09-14下午13:00至14:45参与人员:EPG3人,需求开发部门负责人一名,项目经理一名 1现象与问题:(1)开发人员反映需求没有说清楚, 写的人认为需求很清楚了。(2)是写清楚,还是说清楚?以谁的意见为主?如果说清楚呢,语言没有证据,不如文字规范。将来发生了需求变更时有争议。(3)需求人员没有讲解约定俗成的,默认的东西,开发人员没有概念。(4)需求人员抱怨开发人员写的软
践行者访谈实录:你真的了解CMMI吗?
CMMI是不是拿钱就能过的认证?CMMI存在的意义是什么?CMMI真的是笨重不懂变通,只会要文档的家伙吗……在《践行者》第5期中,我们邀请到了资深CMMI高成熟度主任评估师——任甲林老师为大家澄清关于CMMI的这些常见问题,和我们一起回顾一下吧。
为什么要进行需求管理?
作者:任甲林 来源:希赛网 http://www.csai.cn 摘要 本文介绍了需求管理的必要性,并介绍了控制需求渐变的一些方法。 关键词 需求管理,需求渐变,需求复用 软件需求是整个软件项目的最关键的一个输入,和传统的生产企业相比较,软件的需求具有模糊性、不确定性、变化性和主观性的特点,他不像生产汽车、电脑等硬件的需求,是有形的、客观的、可描述的、可检测的,软件需求是软件项目最难把
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线