- 相关推荐
项目范围管理失败的案列
引导语：优化项目进度的一个常用方法是关键路径法，项目是由各个任务构成的，每个任务都有一个最早、最迟的开始时间和结束时间，如果一个任务的最早和最迟时间相同，则表示其为关键任务。下面是小编为你带来的项目范围管理失败的案列，希望对你有所帮助。
项目范围管理失败的案列 1
1、项目进度管理策略
为了保证项目的顺利实施，IT与业务部门制定了详细的项目进度管理策略，主要从以下三方面着手:
(1)加强对供应商项目进度的管理。这是根据IT部门需要多方合作的基础而提出的。公司与各供应商的项目进度统一，将保证项目的进度。目前大多数企业对企业内部的项目团队有较强的管理，而很难保证外协企业的项目进度，这就需要企业在与供应商谈判时就强化他们的进度意识，将项目的进度写进合同，或作为附件与合同具有同等效用，同时明确违约责任，只有这样，才能从根本上建立起以网络计划技术管理项目的框架。
在项目的进行过程中，IT建立起一个有效的协调机制，保证供应商与公司业务部门的充分沟通，确保进度的一致性，这其中包括每周的IT部门、业务部门、供应商的三方项目例会，每周SGM IT与北美GM IT项目例会，每周SGM业务部门与对口的北美业务部门项目例会等。
另外在项目结束时，对供应商提供的产品方案或服务的验收标准(时间、质量等)也是IT重点关注的部分。
(2)监控关键环节，实现动态平衡。项目的进度管理并不是一个静态的过程，项目的实施与项目的计划也是互动的，在项目进度的管理过程中，需要不断调度、协调，保证项目的均衡发展，实现项目整体的动态平衡。利用关键路径法，将项目各阶段及其子任务的AON网络图描绘出来，并计算出关键路径和时间，成为优化项目实施的核心。以项目定义阶段业务需求子任务为例，由于需求征集涉及的部门广泛，周期长、更改频繁，加之业务部门和供应商团队的时间配合问题，成为项目实施的一个瓶颈。吸取以往IT项目的经验和教训，项目组在前期就绘制了完整的AON网络图。
在AON网络图的基础上，计算出该任务的关键路径和时间。在此基础上确定了业务需求调查的关键部门，这些部门均分布在关键路径上，同时需求调研周期较长，分析也较深入。
项目定义阶段业务需求关键路径和时间图例项目组根据该图严密监控项目的进度，并进行合理的资源调配。当然随着项目的实施，关键路径可能会由于一些情形而发生变化，项目的Delay可能导致原来不在关键路径上的任务成为关键路径的必经之路。因此，项目组成员需要随时跟踪项目的最新计划，确保即时关键路径上任务的进度。
(3)明确每个成员的责任。对于项目中相对独立的关键任务组采用专项承包的方式，设立子项目，即定任务、定人员、定目标，进一步明确责任，确保关键任务的进度。
根据GDM项目的特点，SGM IT建立完整的项目组织机构图和相关责任制度，将进度计划指标的完成情况与业务部门、各供应商的利益分配结合，做到责、权、利一体化，“制度重于技术”，在SGM体系流程就是最好的项目实施方法和依据。
2、制定项目时间表
时间表是实施项目所须步骤的一个基本的、动态的计划表。时间表为行动提供动力和指南，在项目进行过程中设定项目节点，可以将自己的进度与预先设定的完成时间相比较，以精确地控制项目进展。
从立项到项目完成，是一个长期的过程。企业各个层面的成员，从高级经理到基层员工，在项目磨合中必然会提高自己的沟通能力，并培养出以协作为中心的“团队精神”(Team Spirit)。项目中的时间管理，打破了传统组织架构中的等级观念、条块分割等局限，鼓励相互尊重、相互协同和创新的企业文化，使企业运营提升到一个新的高度，从而最终促进企业文化的提升。时间表是各方力量均衡的产物。
各职能部门在审核时间表时，会从本部门的角度考虑其可行性。时间表在最终得到决策层的批准后，将成为项目组和职能部门之间的沟通桥梁和制衡工具。通常时间表是指对任务(task)的时间安排和控制，这是时间管理的最重要的部分;时间管理的另一个很重要的方面，就是每个参与人员的时间资源。项目人员的时间资源表需要尽可能地列出每个参与人员的性格、特长、角色、计划投入的时间量及阶段等基本要素。项目人员的时间资源表应先于项目任务的时间表草拟出来，以便在制定项目任务的时间表时指定负责人和参与人员。
GDM项目组成员深知项目管理的核心是时间管理，项目的成败取决于时间表的制定和实施。因此在为GDM项目量身定制时间表时，遵循了以下步骤:
(1)头脑风暴。尽可能地召集所有相关人员，包括IT部门、业务需求部门、法律部、财务部和采购部等，让大家一起考虑所有项目相关的工作任务，并且确定其相互依赖关系。
(2)项目拆分。将项目拆分成若干子阶段和子计划，确定各个计划的负责人。
(3)计划草拟。确定项目节点和关键路径。将草拟计划送至决策层及相关人员，并在职能部门中征求意见。
(4)计划确定。收集好各方面意见后更新制定时间表，然后再召集相关人员开会，明确责任和目标。
3、确定“里程碑事件”
所谓“里程碑事件”，往往是一个时间要求为零的任务，就是说它并非是一个要实实在在完成的任务，而是一个标志性的事件。“里程碑事件”的目的就在于将一个过程性的任务用一个结论性的标志标的，从而使得任务拥有明确的起止点，这一系列的起止点就成为引导整个项目进展的“milestone”。GDM项目组成员深知一个好的组织要有战略管理和项目管理来相互支持，战略管理强调做正确的事情，项目管理强调正确地做事，那么在项目管理过程中就要按照好的思路来进行。
里程碑是项目管理不可忽视的一部分，里程碑是项目中的重大事件，在项目过程中不占资源，是一个时间点，通常指一个可支付成果的完成。编制里程碑计划对项目的目标和范围的管理很重要，协助范围的审核，给项目执行提供指导，好的里程碑计划就像一张地图指导下一步该怎么走。通常编制里程碑计划的具体步骤如下:
(1)认可最终的里程碑。要求参与项目的人员一致认可最终的里程碑，并取得共识。这项工作在准备项目定义报告时就应完成。
(2)集体讨论所有可能的里程碑。项目组成员通过头脑风暴法，把这些观点一一记录在活动挂图上，以便选择最终的里程碑。
(3)审核备选里程碑。得到的所有备选里程碑，它们中有的是另一个里程碑的一部分;有的则是活动，不能算是里程碑，但这些活动可以帮助明确认识一些里程碑。
当整理这些里程碑之间的关系时，应该记录下判断结果，尤其是判定那些具有包含关系的里程碑。
(4)对各结果路径进行实验。把结果路径写在白板上，把每个里程碑写在一片“便事贴”上，按照它们的发生顺序进行适当的调整和改变。
(5)用连线表示里程碑之间的逻辑关系。用连线表示里程碑之间的逻辑关系是从项目最终产品开始，用倒推法画出它们的逻辑关系。这个步骤有可能会促使重新考虑里程碑的定义，也有可能是添加新的里程碑、合并里程碑，甚至会改变结果路径的定义。
(6)确定最终的里程碑计划，提供给项目重要利益相关方审核和批准。GDM二期项目组通过制定时间表和对里程碑事件的确定，有效地控制项目实施进度。所有进程都按照时间表稳步执行，正是由于科学的项目进度管理，才能确保该项目的顺利实施。把确定的里程碑用图表的方式张贴在项目管理办公室，以便大家时时能把握。根据上述原则，结合SGM IT项目流程，GDM项目组制定了严格的Tollgate项目节点，主要分为准备阶段和计划阶段、定义阶段、构建阶段、测试阶段、实施阶段;根据每个阶段确定该里程碑需要提供的交付文件。该交付文件清单不但确保项目实施质量，更为下一阶段项目的进行提供了宝贵的经验。
项目范围管理失败的案列 2
xx软件开发公司接受了一个大型企业的定制化软件开发项目。在项目开始阶段，由于双方对项目的需求理解不够深入，且没有进行有效的范围定义和规划，导致项目范围模糊不清。随着项目的进行，客户不断提出新的需求和变更，而开发团队也为了迎合客户，不断地增加开发内容。
由于缺乏有效的范围变更管理机制，每次变更都没有经过严格的评估和决策，导致项目范围不断扩大，最终远远超出了最初的预期。同时，由于项目目标和范围的不断调整，团队成员之间的沟通和协作也受到了严重影响，项目进度严重滞后，成本也大幅超支。
更糟糕的是，在项目后期，开发团队发现许多新增的功能与最初的设计存在冲突，需要进行大量的修改和调整。这不仅增加了项目的技术难度和风险，也进一步加大了项目的成本和时间压力。
最终，这个项目以失败告终，不仅给客户带来了巨大的经济损失，也严重影响了软件开发公司的声誉和业务发展。
从这个案例中，我们可以吸取一些教训：首先，在项目开始阶段，必须明确项目的目标和范围，并进行详细的需求分析和规划；其次，要建立有效的范围变更管理机制，确保所有的变更都经过严格的评估和决策；最后，要加强团队成员之间的沟通和协作，确保项目的顺利进行。
为了避免类似的项目范围管理失败，项目管理团队需要在项目开始前就明确项目的目标、范围、资源和时间安排，并进行有效的风险评估和监控。同时，还需要保持与客户的良好沟通，确保双方对项目需求有清晰的认识和理解。在项目实施过程中，要严格控制范围变更，避免项目范围的不断扩大和成本的超支。
项目范围管理失败的案列 3
一个项目范围管理失败的案例可以表现为一个软件开发项目。
在这个项目中，最初确定的目标是为一家小型企业开发一套客户关系管理系统（CRM）。项目团队在项目开始时进行了初步的需求收集，并制定了项目范围。然而，随着项目的进行，客户开始提出更多的需求，希望系统能够包含更多的功能，如市场营销自动化、销售预测分析等。
项目团队在没有对新的需求进行充分评估和与客户进行深入沟通的情况下，便接受了这些变更。他们试图将这些新功能纳入原有的项目范围中，而没有对项目的目标、资源、时间和成本进行重新规划。结果，项目的进度被严重延误，成本也超出了预算。同时，由于新增的功能与原有系统的集成问题，导致软件在测试阶段出现了大量的错误和不稳定的情况。
在这个案例中，项目范围管理失败的主要原因包括：
缺乏明确的变更管理机制：项目团队没有制定明确的变更管理流程，导致在面对客户的新需求时，无法有效地评估和管理这些变更对项目的影响。
缺乏有效的沟通：项目团队与客户之间的沟通不够充分，没有深入了解客户的真实需求，也没有向客户解释项目范围变更可能带来的风险和后果。
未能及时调整项目计划：在面对范围变更时，项目团队没有及时调整项目的目标、资源、时间和成本计划，导致项目失控。
为了避免类似的项目范围管理失败，项目团队应该采取以下措施：
制定明确的变更管理流程，确保所有变更都经过评估、决策和记录。
加强与客户之间的沟通，深入了解客户的真实需求，并解释项目范围变更可能带来的风险和后果。
在面对范围变更时，及时调整项目的目标、资源、时间和成本计划，确保项目能够按照新的范围顺利进行。
总之，项目范围管理是项目管理中至关重要的一环。项目团队需要密切关注范围的变化，并及时采取应对措施，以确保项目的成功实施。
【项目范围管理失败的案列】相关文章：
解析项目管理之范围管理03-09
如何管理好项目范围05-29
企业员工激励方案案列03-24
项目管理师质量管理失败原因05-30
企业内部如何做好项目范围管理03-06
项目管理师考试：质量管理失败的原因01-11
一个失败的项目管理案例分析03-05
2017年项目管理失败的案例分析01-23
关于项目失败的分析05-15
项目管理流程管理03-19