51Testing软件测试论坛

标题: 项目管理的三个重要概念：检查点、里程碑、基线 [打印本页]

作者: passwordtest 时间: 2007-4-29 09:41
标题: 项目管理的三个重要概念：检查点、里程碑、基线
项目生命周期中有三个与时间相关的重要概念，我发现很多人对这三个概念理解不准确，更不知道如何进行控制。因此把这三个概念论述得比较准确的一段文字贴出来，帮助大家理解。
　　这三个概念分别是：检查点（ CheckPoint ）、里程碑（ Mile Stone ）和基线（ Base Line ），他们一起描述了在什么时候（ When ）对项目进行什么样控制。
　　检查点
　　指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看作是一个固定 &ldquo 采样 &rdquo 时点，而时间间隔根据项目周期长短不同而不同，频度过小会失去意义，频度过大会增加管理成本。常见的间隔是每周一次，项目经理需要召开例会并上交周报。
　　里程碑
　　完成阶段性工作的标志，不同类型的项目里程碑不同。里程碑在项目管理中具有重要意义，我们用一个例子说明：
　　情况一：你让一个程序员一周内编写一个模块，前 3 天你们可能都挺悠闲，可后 2 天就得拼命加班编程序了，而到周末时又发现系统有错误和遗漏，必须修改和返工，于是周末又得加班了。
　　情况二：实际上你有另一种选择，即周一与程序员一起列出所有需求，并请业务人员评审，这时就可能发现遗漏并即时修改；周二要求程序员完成模块设计并由你确认，如果没有大问题，周三、周四就可让程序员编程。同时自己准备测试案例，周五完成测试；一般经过需求、设计确认，如果程序员合格则不会有太大问题，周末可以休息了。第二种方式增加了 &ldquo 需求 &rdquo 和 &ldquo 设计 &rdquo 两个里程碑，这看似增加了额外工作，但其实有很大意义：首先，对一些复杂的项目，需要逐步逼近目标，里程碑产出的中间 &ldquo 交付物 &rdquo 是每一步逼近的结果，也是控制的对象。如果没有里程碑，中间想知道 &ldquo 他们做的怎么样了 &rdquo 是很困难的。其次，可以降低项目风险。通过早期评审可以提前发现需求和设计中的问题，降低后期修改和返工的可能性。另外，还可根据每个阶段产出结果分期确认收入，避免血本无归。第三，一般人在工作时都有 &ldquo 前松后紧 &rdquo 的习惯，而里程碑强制规定在某段时间做什么，从而合理分配工作，细化管理 &ldquo 粒度 &rdquo 。
　　基线
　　指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线其实是一些重要的里程碑，但相关交付物要通过正式评审并作为后续工作的基准和出发点。基线一旦建立后变化需要受控制。
　　重要的检查点是里程碑，重要的需要客户确认的里程碑，就是基线。在我们实际的项目中，周例会是检查点的表现形式，高层的阶段汇报会是基线的表现形式。

作者: 252090366 时间: 2007-4-29 11:44
基线与基准把我脑子都搅晕了!!!sdlkfj1

作者: freefish88 时间: 2007-4-29 16:11
哪有基准这个词呀，什么意思？

作者: 云层 时间: 2007-5-4 23:17
正好在看项目计划与进度管理，和这个说的差不多

作者: RYU 时间: 2007-6-19 12:58
标题: 哪里有关于项目管理的免费资料下载？
哪里有关于项目管理的免费资料下载？

作者: Mary_archer 时间: 2007-6-26 14:50
标题: 回复 #1 passwordtest 的帖子
请问，这是出自哪里的观点？

作者: Mary_archer 时间: 2007-6-26 15:00

原帖由 passwordtest 于 2007-4-29 09:41 发表
项目管理的三个重要概念：检查点、里程碑、基线
　　情况一：你让一个程序员一周内编写一个模块，前 3 天你们可能都挺悠闲，可后 2 天就得拼命加班编程序了，而到周末时又发现系统有错误和遗漏，必须修改和返工，于是周末又得加班了。
　　情况二：实际上你有另一种选择，即周一与程序员一起列出所有需求，并请业务人员评审，这时就可能发现遗漏并即时修改；周二要求程序员完成模块设计并由你确认，如果没有大问题，周三、周四就可让程序员编程。同时自己准备测试案例，周五完成测试；一般经过需求、设计确认，如果程序员合格则不会有太大问题，周末可以休息了。

第二种情况在控制上是比较好，但是，感觉第一种情况更符合现在的”以人为本“的管理思想，给程序员更大的自由发挥的空间？
是这样吗？sdlkfj3

作者: sidenf 时间: 2007-7-3 09:55
这三个概念，能分得这么清楚吗？

作者: yuhaihan 时间: 2007-7-16 12:51
在实际应用中,就可以明显感到它们的区别.并且,这三者都是非常重要的.

作者: crystalpear 时间: 2007-7-16 15:09
概念解释挺明白的，谢谢

作者: fzh1013 时间: 2007-7-19 18:10
受教了

作者: nicole1116 时间: 2007-7-20 09:45
还是有点不太理解

作者: jptiger 时间: 2007-8-23 11:54
基线真难明白啊

作者: lovealina 时间: 2009-11-3 15:14
明白了~~非常感谢~

作者: abedd 时间: 2009-11-12 17:10
这个帖子发两遍，内容基本相同。
这三个概念是逐层递进的关系，面向的对象也略有不同。检查点针对的应该是配置项，里程碑对应的是tag，基线的是release之后的。

作者: sophia52 时间: 2009-11-14 16:37

原帖由 freefish88 于 2007-4-29 16:11 发表
哪有基准这个词呀，什么意思？

基准是基准，基线是基线。
基准是我们在做项目进度计划时安排的计划，然后形成基准，基准建立后是不能随意改动，如计划变更只能调整计划，不能调整基准，除非有其他情况才能调整基准。
基线呢，就是我们在做配置管理的时候建立的基线。

作者: trancy 时间: 2010-1-20 11:46
很不错。有了“检查点、里程碑、基线”工作的目的性强多了。。。

作者: mentgmery 时间: 2010-1-20 14:09
sophia说的不错

作者: yangpanpanypp 时间: 2010-2-18 23:13
脑子还是有点晕！！！

作者: cxm027 时间: 2010-5-6 14:40
很好，最近要做配置管理的工作，学习了

作者: yuyali520 时间: 2010-5-6 19:26

作者: jimchry 时间: 2010-6-2 09:34
不错，目前就是基线库不知道该如何下手，主要是不知道以何种方式建立基线库，我的想法是：
1、将完成的代码备份到一个新库，这个新库就是基线库
2、将完成的代码打上标签，做个基线库表，表中记录标签号和备注
希望高人不吝赐教。

作者: zhumingli 时间: 2010-7-2 10:01
我们的项目经理很逗乐的，他认为项目返工是一种正常现象，跟他建议过，如何来避免返工，但是不管用啊。
头疼啊！

作者: hangxin06066 时间: 2010-12-8 14:26
有点点概念了。。

作者: qicyt1812 时间: 2010-12-16 22:42

............

作者: FB|potti 时间: 2011-1-24 16:00

作者: archonwang 时间: 2011-2-11 09:45
呵呵，不光要搞清楚是什么，更重要的是知道怎么用，在何时用？

作者: FB|potti 时间: 2011-2-16 15:48
在实际的项目管理中会自然的用到这些概念对项目进度和质量进行控制

作者: wangpl4092 时间: 2011-2-16 16:35
学习了

作者: 白村人 时间: 2011-2-23 23:37
sophia说的不错

作者: xin_晴 时间: 2011-12-21 15:46
学习了

作者: c_r_u_e_l 时间: 2012-10-16 21:41
项目管理的三个重要概念，检查点，里程碑，基线是逐层递增的关系，检查配置，阶段性的里程，基线对应版本。
这里基线应该区别于基准
基准是软件测试中，一个阶段的标准

作者: T_LONE 时间: 2013-3-18 09:44
我靠我觉得我svn管了一年啥都没明白啊貌似我就copy to啊merge啊什么基准里程碑啊都没有弄明白泪奔了

作者: saintsnowy 时间: 2014-5-28 11:17
不错不错

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)