51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 23383|回复: 33
打印 上一主题 下一主题

[转贴] 项目管理的三个重要概念:检查点、里程碑、基线

[复制链接]

该用户从未签到

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

使用道具 举报

该用户从未签到

2#
发表于 2007-4-29 11:44:54 | 只看该作者
基线与基准把我脑子都搅晕了!!!sdlkfj1
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-4-29 16:11:55 | 只看该作者
哪有基准这个词呀,什么意思?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-5-4 23:17:07 | 只看该作者
正好在看项目计划与进度管理,和这个说的差不多
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-6-19 12:58:00 | 只看该作者

哪里有关于项目管理的免费资料下载?

哪里有关于项目管理的免费资料下载?
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-6-26 14:50:41 | 只看该作者

回复 #1 passwordtest 的帖子

请问,这是出自哪里的观点?
回复 支持 反对

使用道具 举报

该用户从未签到

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

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

使用道具 举报

该用户从未签到

8#
发表于 2007-7-3 09:55:52 | 只看该作者
这三个概念,能分得这么清楚吗?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2019-8-8 10:04
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    9#
    发表于 2007-7-16 12:51:44 | 只看该作者
    在实际应用中,就可以明显感到它们的区别.并且,这三者都是非常重要的.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-7-16 15:09:24 | 只看该作者
    概念解释挺明白的,谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-7-19 18:10:12 | 只看该作者
    受教了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-7-20 09:45:05 | 只看该作者
    还是 有点不太理解
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-8-23 11:54:02 | 只看该作者
    基线真难明白啊
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-2-26 08:31
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    14#
    发表于 2009-11-3 15:14:24 | 只看该作者
    明白了~~非常感谢~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2009-11-12 17:10:59 | 只看该作者
    这个帖子发两遍,内容基本相同。
    这三个概念是逐层递进的关系,面向的对象也略有不同。检查点针对的应该是配置项,里程碑对应的是tag,基线的是release之后的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2009-11-14 16:37:26 | 只看该作者
    原帖由 freefish88 于 2007-4-29 16:11 发表
    哪有基准这个词呀,什么意思?

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

    使用道具 举报

    该用户从未签到

    17#
    发表于 2010-1-20 11:46:24 | 只看该作者
    很不错。有了“检查点、里程碑、基线”工作的目的性强多了。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2010-1-20 14:09:42 | 只看该作者
    sophia说的不错
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2010-2-18 23:13:54 | 只看该作者
    脑子还是有点晕!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2010-5-6 14:40:03 | 只看该作者
    很好,最近要做配置管理的工作,学习了
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-22 21:26 , Processed in 0.084870 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表