请问里程碑和基线有什么区别?

Duo

我是新手,我搞不懂这两者的意义是什么?

Tender

具体的解释我也不太能说清楚，大概给你说说。
里程碑（MILESTONE）：是项目流程过程中一个关键的时间点，或者说到达这个时间点的时候，项目必须处于一个什么状态，这个状态起着承上启下的作用。
基线（BASE LINE）：这个应该是产品的基版本，从这个版本中可以引申出很多子版本。

hanizer

Originally posted by Tender at 2005-11-2 10:22 AM:
具体的解释我也不太能说清楚，大概给你说说。
里程碑（MILESTONE）：是项目流程过程中一个关键的时间点，或者说到达这个时间点的时候，项目必须处于一个什么状态，这个状态起着承上启下的作用。
基线（BASE LI ...

里程碑是指项目进展到一定阶段后，需要召开里程碑会议。通过该会议，由领导或者说项目经理觉得该项目进展到目前为止是可行的后，再继续下一阶段任务的开展。比如我现在所在的单位就设置了三个里程碑：需求里程碑，设计里程碑，测试里程碑。
基线是指项目进展到一定阶段后，将已基本稳定的资源纳入基线库（基线库不同于受控库，是不能随意修改的）。基本上里程碑之后，建立相应的基线，如建立需求基线，设计基线，测试基线和产品发布基线。每个基线纳入的资源是逐级递增的。

yoyoa

请问里程碑和基线有什么区别?
我的理解是：
里程碑是项目运行的过程中，比较重要的点。在这个点上，１，做一些对于SCM,SQA等等的工作情况的检查；２，对于资源，进度，风险等进行再次评估；３，还要纵观项目的下个阶段能否顺利进行，并做一些相应的处理。
好比：我们在做一件事情，不能一直盲目地做，而是要有一个点停下来，往后看，往前看，总结与展望！
基线则不同，物理审计和功能审计就可以了。

lelecong

hanizer 说的不错!

luoyear

里程碑：里程碑是人为设置的一个项目进阶标志位。一般都会定义阶段的scope，到了里程碑这个点对项目状态进行管理评审，看看是不是达到了阶段的目标，从而决定项目走向。
基线：阶段或过程工作产品达到某一要求，可以作为下一阶段的工作基础，称为基线化。被基线化的工作产品的变更是需要走严格的变更管理流程的。
一般来说，一个里程碑的达成可能有若干种工作产品进行了若干次的基线化动作。

[ 本帖最后由 luoyear 于 2007-6-12 13:31 编辑 ]

ia_victory

基线——基线是软件工作产品，它是要经内部和外部评审过的，并且是下一个阶段工作的基础。一根基线是一个里程碑或一个检查点。


里程碑——里程碑是一个标记，只需要经过内部评审。一个里程碑式一个检查点，但不一定是基线。


检查点——检查点只是由时间、计划、事件驱动的检查工作进度和质量的一个记号。一个检查点不一定是一根基线或一个里程碑。

jkdragon

两个不同类的概念

tby0929

学习收益了

nixiaohui

里程碑－是针对项目管理过程的。在里程碑点对当前的工作进度进行评估、总结，包括项目目标、风险、需求是否有变化，计划是否需要调整修订，项目有哪些经验和教训等等。里程碑点是对过去的检视，对后续的展望。

基线－是针对工作产品的。当项目某个阶段结束后，产出的工作产品将作为下一个阶段的基础。为此就需要对工作产品进行基线话，对它们的修改要走严格的变更。一般是技术工程类的产出（需求说明书、设计书、测试方案）才会做基线化，过程管理类（日程计划、需求跟踪表）的不做基线化。

passwordtest

http://www.chinaopi.com.cn/bbs/read.asp?vid=187
项目管理的三个重要概念：检查点、里程碑、基线

项目生命周期中有三个与时间相关的重要概念，我发现很多人对这三个概念理解不准确，更不知道如何进行控制。因此把这三个概念论述得比较准确的一段文字贴出来，帮助大家理解。
　　这三个概念分别是： 检查点（ CheckPoint ）、里程碑（ Mile Stone ）和基线（ Base Line ），他们一起描述了在什么时候（ When ）对项目进行什么样控制。

　　检查点

　　指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看作是一个 固定 &ldquo 采样 &rdquo 时点，而时间间隔根据项目周期长短不同而不同，频度过小会失去意义，频度过大会增加管理成本。常见 的间隔是每周一次，项目经理需要召开例会并上交周报。

　　里程碑

　　完成阶段性工作的标志，不同类型的项目里程碑不同。里程碑在项目管理中具有重要意义，我们用一个例子说明：

　　情况一：你让一个程序员一周内编写一个模块，前 3 天你们可能都挺悠闲，可后 2 天就得拼命加班编程序了，而到周末时 又发现系统有错误和遗漏，必须修改和返工，于是周末又得加班了。

　　情况二：实际上你有另一种选择，即周一与程序员一起列出所有需求，并请业务人员评审，这时就可能发现遗漏并即 时修改；周二要求程序员完成模块设计并由你确认，如果没有大问题，周三、周四就可让程序员编程。同时自己准备 测试案例，周五完成测试；一般经过需求、设计确认，如果程序员合格则不会有太大问题，周末可以休息了。 第二种方式增加了 &ldquo 需求 &rdquo 和 &ldquo 设计 &rdquo 两个里程碑，这看似增加了额外工作，但其实有很大意义：首先，对一些复杂的项 目，需要逐步逼近目标，里程碑产出的中间 &ldquo 交付物 &rdquo 是每一步逼近的结果，也是控制的对象。如果没有里程碑，中间 想知道 &ldquo 他们做的怎么样了 &rdquo 是很困难的。其次，可以降低项目风险。通过早期评审可以提前发现需求和设计中的问 题，降低后期修改和返工的可能性。另外，还可根据每个阶段产出结果分期确认收入，避免血本无归。第三，一般人 在工作时都有 &ldquo 前松后紧 &rdquo 的习惯，而里程碑强制规定在某段时间做什么，从而合理分配工作，细化管理 &ldquo 粒度 &rdquo 。

　　基线

　　指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线其实是一些 重要的里程碑，但相关交付物要通过正式评审并作为后续工作的基准和出发点。基线一旦建立后变化需要受控制。

　　重要的检查点是里程碑，重要的需要客户确认的里程碑，就是基线。在我们实际的项目中，周例会是检查点的表现形式，高层的阶段汇报会是基线的表现形式。

ceotan2005

简单来说,里程碑就是团队阶段性工作完成的标志,如需求分析等;基线援用IEEE的定义就是已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能通过正式的变更控制过程进行改变,一般来说应有三条基线:需求基线,设计基线和产品基线.

[ 本帖最后由 ceotan2005 于 2007-9-2 15:54 编辑 ]

changlang530

还是passwordtest 提供的比较详细！！

刘洪鹏

应该要先搞搞清楚配置项的概念  这样有助于对基线和里程碑的理解

dreams

学习了，

刘洪鹏

配置项识别

配置项识别就是将配置项按规定统一编号，将其划分为基线配置项和非基线配置项，按一定的结构保存在配置库中，然后赋予不同人员不同的权限来使用它们。

那么，“基线”又是什么呢？

基线是由一组具有唯一标识号的配置项组成的。这些配置项构成一个相对稳定的逻辑实体，它们处于“冻结”状态，不能被任何人随意修改。

基线通常与项目开发过程中的里程碑点相对应。在项目里程碑阶段，项目通常会进行阶段成果评审，经过正式评审并获得批准的阶段性项目成果的统一标识便标志着项目的不同基线。根据使用对象的不同，基线被分为建造基线（对内使用）以及放行基线（对用户使用）。

对基线及其集成系统的任何修改，都必须按照特定的规程来评估和验证。

四叶草

不错

dujun

学习了！长见识了！谢谢了！

zgczsf

谢谢了

rovegirl

其实没什么太大的区别.....
Mile stone and base line在是项目一开始前应该确定的.说白了就是一个项目某阶段完成后就要开会评审,当评审通过之后,就标识一下状态,通过了,下一个阶段的人就可以开始工作了..而通过的这部分工件或者阶段产品就该纳入到配置管理库里面进行保存控制,这时应该有个标识就叫基线.基线就是为了防止客户进行随意的变更或者执行人员随意改动引起不必要的麻烦....这个被基线控制的工件或产品一旦想要变化的时候,就要走变更配置流程.....