Skip to content

项目策划

二级

评估证据
  1. 《项目立项通知书》
  2. 《项目计划》
  3. 《项目量化管理表》
  4. 《估算指南》
  5. 《项目估算》
  6. 《评审程序》
  7. 《需求概要说明书》
  8. 《需求清单》
  9. 《需求变更评估说明书》

7.1.2.1 依据价值分析,进行项目立项决策,确定项目目标,配置项目资源

描述

应识别项目目标、项目范围、项目利益相关方,设置项目里程碑。项目目标应支持组织的业务战略和IT战略,项目目标包括但不限于价值目标、技术目标、业务目标等。识别项目的利益相关方及其依赖关系和利益相关方主要人员或代表。设置项目里程碑,制定里程碑计划。

检查要点

  1. 了解项目目标,包括项目技术目标、业务目标、价值目标等;
  2. 审查项目目标施放支持组织的业务战略和IT战略。
  3. 了解项目整体计划,尤其是项目进度计划;
  4. 了解项目设置的里程碑;
  5. 了解项目设置里程碑的原则、依据和方式方法等。
评估情况说明

《项目立项通知书》中有写明项目目标,在《项目计划》包含项目技术目标、项目整体里程碑计划、识别相关方。 在《项目量化管理表》中明确了项目各量化目标。

检查要点分析

1. 了解项目目标,包括项目技术目标、业务目标、价值目标等;

了解项目目标,特别是包括项目技术目标、业务目标和价值目标等,具有重要意义,以下是对它们的简要解释:

  1. 项目技术目标:关注项目所需的技术要求和成果。这可能包括:
    • 采用特定的技术或工具。
    • 实现一定的性能指标。
    • 满足相关的技术标准。
  2. 业务目标:与组织的业务需求和期望相关,例如:
    • 提高生产效率或流程优化。
    • 拓展市场份额。
    • 增强客户满意度。
  3. 价值目标:强调项目对组织的价值贡献,涵盖:
    • 增加收入。
    • 提升品牌形象。
    • 促进战略发展。

明确这些目标有助于:

  1. 确保一致性:各方面目标协调一致。
  2. 指导决策:在项目执行中提供方向。
  3. 衡量成功:作为评估项目成果的基准。
  4. 促进沟通:在团队和利益相关者之间建立共识。

为了更好地了解项目目标,可以采取以下措施:

  1. 与项目发起者和关键利益相关者进行沟通。
  2. 查看相关的项目文档,如项目章程、需求文档等。
  3. 提问并寻求澄清,以确保对目标的理解准确无误。
2. 审查项目目标施放支持组织的业务战略和IT战略。

审查项目目标以确保其支持组织的业务战略和 IT 战略是非常重要的,这可以带来以下好处:

  1. 一致性:确保项目与组织的整体方向保持一致,避免资源浪费和冲突。
  2. 资源优化:使项目能够更好地利用组织的资源,提高效率和效益。
  3. 战略推进:有助于推动组织的业务战略和 IT 战略的实现。

为了有效地审查项目目标是否支持组织的战略,可以采取以下步骤:

  1. 深入了解组织战略:包括业务战略和 IT 战略的目标、重点和方向。
  2. 分析项目目标:确保它们与组织战略相匹配。
  3. 考虑以下因素
    • 项目是否有助于增加收入、提高客户满意度或降低成本,以支持业务战略。
    • 是否有助于提升 IT 系统的性能、安全性或可靠性,以支持 IT 战略。
    • 是否与组织的核心竞争力和优势相契合。
  4. 与相关利益者沟通:征求他们对项目目标与战略匹配度的看法和建议。
  5. 进行风险评估:识别项目目标与战略不一致可能带来的风险。
  6. 根据审查结果进行调整:如有必要,对项目目标进行修改或重新定义。

通过认真审查项目目标与组织战略的匹配度,可以提高项目成功的可能性,并为组织的发展提供有力支持。

3. 了解项目整体计划,尤其是项目进度计划;

了解项目整体计划,特别是项目进度计划,具有重要意义,原因如下:

  1. 全局视图:提供对项目全貌的理解,包括各个阶段和任务。
  2. 监控进度:有助于跟踪项目的进展情况,及时发现偏差。
  3. 合理资源分配:确保资源在适当的时间得到合理分配。
  4. 协调各方:促进不同团队和部门之间的协调与合作。

为了有效了解项目整体计划,特别是进度计划,可以采取以下措施:

  1. 获取相关文档:如项目计划书、进度计划图表等。
  2. 与项目经理沟通:询问计划的细节和关键里程碑。
  3. 关注以下方面
    • 任务分解:明确各个任务的起止时间和责任人。
    • 关键路径:识别对项目进度影响最大的任务。
    • 里程碑:了解重要节点的完成时间。
    • 缓冲时间:预留应对风险和不确定性的时间。
  4. 分析进度计划的合理性
    • 是否考虑了资源的可用性和限制。
    • 是否符合项目的目标和约束条件。
  5. 参与进度更新会议:及时了解项目进展和问题。
  6. 使用项目管理工具:辅助跟踪和监控进度。

通过深入了解项目整体计划,特别是进度计划,可以更好地把握项目的节奏,提前发现问题并采取措施进行调整,提高项目成功的几率。

4. 了解项目设置的里程碑;

了解项目设置的里程碑具有以下重要性:

  1. 明确阶段目标:为项目进程提供清晰的目标节点。
  2. 监控进展:便于跟踪项目是否按计划推进。
  3. 沟通与协调:有助于团队成员之间的沟通和协作。
  4. 评估风险:可以提前识别和应对可能出现的问题。

为了更好地了解项目的里程碑,可以采取以下方法:

  1. 查看项目计划:获取详细的里程碑信息。
  2. 与项目团队沟通:确保对里程碑的理解一致。
  3. 关注以下要点
    • 时间节点:明确每个里程碑的具体时间。
    • 交付成果:清楚应完成的具体成果。
    • 相关任务:了解与里程碑相关的具体任务。
  4. 分析里程碑的合理性
    • 是否与项目目标和进度计划相匹配。
    • 是否具有可衡量性和可实现性。
  5. 确定里程碑的重要性
    • 区分关键里程碑和次要里程碑。
  6. 建立监控机制
    • 定期评估里程碑的完成情况。
    • 及时调整计划或采取纠正措施。

通过了解项目的里程碑,能够更好地控制项目进度、提高项目管理效率,并确保项目最终成功交付。

5. 了解项目设置里程碑的原则、依据和方式方法等。

以下是有关项目设置里程碑的原则、依据以及方式方法等方面的一些要点:

原则

  1. 具有明确性,不存在任何歧义。
  2. 具备可衡量性,能够明确判断是否达成。
  3. 与项目目标紧密关联,具有关键性。
  4. 基于合理的资源与时间预估,具有可实现性。
  5. 存在明确的时间限制,具有时效性。

依据

  1. 依据项目的目标与范围,确保里程碑与其相匹配。
  2. 按照项目的阶段和任务,基于工作分解结构进行设置。
  3. 考虑项目的整体时间框架。
  4. 结合资源的可用性情况进行安排。
  5. 参考类似项目的里程碑设置。

方式方法

  1. 与团队共同进行制定,确保各方都能理解并认同。
  2. 采用项目管理工具,例如甘特图、看板等。
  3. 将大任务分解为小的里程碑。
  4. 考虑风险因素,预留出应对风险的时间。
  5. 定期进行审查和调整,根据项目的进展情况进行优化。
  6. 与利益相关者进行沟通,获取他们的意见和支持。

合理设置里程碑有以下好处:

  1. 能够有效地监控项目的进度。
  2. 增强团队的责任感和成就感。
  3. 为项目决策提供依据。
  4. 提高项目的透明度和可管理性。

7.1.2.2 确定项目的范围,根据项目的范围估算软件规模

描述

根据项目目标、需求、交付物等要求,确定项目的范围,作为项目估算、计划和监视与控制的边界。项目范围包括但不限于需求与目标、工作分解结构、产品或冲刺待办事项列表等。 采用合理的估算方法,根据项目的功能点、故事点、代码行、对象数量、模块数量、需求/特性数量和其它自定义的功能点,以及显著影响项目工作量、成本、工期等因素确认项目规模。

检查要点

  1. 项目组描述和沟通项目范围的具体方式、方法;
  2. 项目遇到的严重问题中,有哪些是因为项目范围定义和沟通导致的。
  3. 项目组具体估算了哪些规模属性;
  4. 项目组进行规模估算的方式、方法,其中哪些环节能提高规模估算的客观性;
  5. 规模度量单位的定义及其合理性;
  6. 项目组进行规模估算的频率,需求变更时如何进行再估算。
评估情况说明

通过编写《需求概要说明书》和采用禅道上的需求清单进行项目范围的管理,采用会议和会签方式来沟通评审项目范围。 目前暂无因范围引起的严重问题,会存在一些需求不清晰而多次沟通确认的情况。 项目主要采用参数估算的方式对功能点进行综合评估。《项目估算》中明确了各参数的获取说明,写明各功能点的计数规则。 项目在启动后,项目经理根据项目范围开展项目估算,当需求出现重大变更时输出《需求变更评估说明书》进行工作量的估算。

检查要点分析

3. 项目组具体估算了哪些规模属性;

项目组在估算规模属性时,通常会考虑以下方面:

  1. 工作范围:明确需要完成的任务和活动。
  2. 功能需求:确定系统或产品所需的功能。
  3. 数据量:包括输入、输出和存储的数据量。
  4. 复杂性:评估任务或系统的复杂程度。
  5. 技术要求:特定技术或工具的使用需求。
  6. 接口和集成:与其他系统或组件的交互。
  7. 文档规模:所需的文档数量和类型。
  8. 用户数量:预期的使用者数量。
  9. 性能要求:如响应时间、处理能力等。
  10. 资源需求:人力、时间、设备等资源的估计。
  11. 风险因素:可能影响规模的潜在风险。
  12. 变更频率:预计的变更数量和频率。
  13. 质量标准:满足的质量要求和标准。
  14. 安全需求:安全相关的措施和要求。
  15. 法规符合性:遵循的法规和标准。

通过对这些规模属性的估算,项目组可以:

  1. 更好地规划资源。
  2. 制定合理的时间表。
  3. 进行准确的成本预算。
  4. 识别潜在的风险。
  5. 为项目的成功实施提供基础。
4. 项目组进行规模估算的方式、方法,其中哪些环节能提高规模估算的客观性;

项目组进行规模估算的常见方式和方法包括:

  1. 类比估算法:参考类似项目的经验数据。
  2. 自下而上估算法:从底层细节逐步汇总。
  3. 参数估算法:使用历史数据和经验公式。
  4. 三点估算法:考虑最可能、乐观和悲观情况。

在这些过程中,以下环节可以提高规模估算的客观性:

  1. 数据收集:广泛收集相关的历史数据和实际信息。
  2. 多角度分析:从不同角度进行分析,避免单一观点的偏差。
  3. 专家参与:邀请经验丰富的专家提供意见。
  4. 细分任务:将项目任务分解得更细致,提高估算准确性。
  5. 交叉验证:通过多种方法进行估算,相互验证。
  6. 更新估算:根据项目进展及时调整估算。
  7. 风险考虑:纳入潜在风险对规模的影响。
  8. 团队讨论:鼓励团队成员参与讨论,充分交流意见。
  9. 参考标准:遵循行业标准和最佳实践。
  10. 审查审核:进行内部审查和审核,确保估算的合理性。

通过关注这些环节,项目组可以提高规模估算的客观性,为项目的成功实施提供更可靠的基础。

5. 规模度量单位的定义及其合理性;

规模度量单位是用来衡量项目或任务大小、范围和复杂性的标准。

其定义通常基于以下几个方面:

  1. 明确性:定义应该清晰,没有歧义,使得所有相关人员能够理解和使用。
  2. 一致性:在整个项目或组织内保持一致,便于比较和分析。
  3. 可衡量性:能够准确地测量和计算项目的规模。
  4. 适用性:适应特定的项目类型或行业,反映其特点和需求。

规模度量单位的合理性体现在以下几点:

  1. 准确性:能够提供相对准确的规模评估,帮助做出合理的决策。
  2. 可比性:使不同项目之间可以进行有效的比较和评估。
  3. 规划和管理:为资源规划、进度安排和成本管理提供基础。
  4. 风险评估:有助于识别和评估与规模相关的风险。
  5. 沟通和协调:促进团队成员之间以及与利益相关者的沟通和协调。

例如,在软件开发项目中,常见的规模度量单位包括:

  1. 功能点:根据系统的功能来衡量规模。
  2. 代码行数:直接衡量源代码的数量。
  3. 页面数:用于网页设计项目。

这些单位在相应的领域具有一定的合理性,但也存在一些局限性。在选择和使用规模度量单位时,需要考虑以下因素:

  1. 项目的特点和需求。
  2. 行业惯例和标准。
  3. 团队的经验和能力。
  4. 可用的工具和技术。 通过合理定义和使用规模度量单位,可以更好地管理项目,提高项目成功的机会。
介绍一下参数估算法。

参数估算法是项目规模估算中的一种常用方法,它基于历史数据和经验,通过使用特定的参数来估计项目的规模。

以下是参数估算法的一些特点和优点:

  1. 基于历史数据:利用以往类似项目的信息,具有一定的参考价值。
  2. 快速简便:相对其他方法,计算过程较为简单,能快速得出估算结果。
  3. 适用于相似项目:在项目特征相似的情况下,准确性较高。
  4. 提供基准:为项目规划和管理提供一个基本的参考。

参数估算法的实施步骤通常包括:

  1. 收集历史数据:涵盖类似项目的规模、成本、时间等信息。
  2. 确定参数:根据项目类型和特点,选取相关的参数。
  3. 建立模型:将参数与规模或成本等关联,形成估算模型。
  4. 输入参数值:根据当前项目的具体情况,填入相应的参数值。
  5. 得出估算结果:通过模型计算,得到项目规模的估算值。

然而,参数估算法也存在一些局限性:

  1. 依赖历史数据:如果数据不准确或不适用,可能导致估算偏差。
  2. 无法考虑特殊情况:对于独特的项目特征或复杂因素,可能不够准确。

为了提高参数估算法的准确性,可以采取以下措施:

  1. 不断更新和完善历史数据。
  2. 结合其他估算方法进行验证。
  3. 对特殊情况进行额外的分析和调整。

总之,参数估算法在项目管理中具有重要的作用,但在使用时需要谨慎考虑其局限性,并结合实际情况进行合理的调整和修正。

7.1.2.3 启动项目,成立项目组

描述

正式启动项目,召开项目启动会,确保利益相关方在项目目标、项目范围、关键时间节点、资源、预算、项目边界等方面达成一致。根据项目特征,和组织人员部门情况,组建项目组团队,定义项目组组织结构,项目组运作与协作模式,对内对外沟通方式,分配角色,计划必要的培训。

检查要点

  1. 了解召开项目启动会的前期准备工作情况;
  2. 了解项目启动会的内容、过程和结果。
  3. 审查项目启动会会议纪要或记录。
评估情况说明

由常务副总发起项目立项邮件,并附上《项目立项通知书》明确项目名称、项目目标、委托方、人员安排、资源、进度要求以及其他要求等。 项目经理根据立项通知书向公司申请项目资源,包括人员、服务器、办公设备以及其他配套软硬件等资源。并开展项目启动会议,明确项目关键信息,例如项目背景、客户现状、项目进度要求、项目目标、项目组人员安排等。

7.1.2.4 估算项目工作量、成本和工期

描述

对软件规模估算的结果进行反复验证后,估算软件开发的工作量,并以此为基础估算项目的工作量、成本、工期等,为制定项目计划提供客观依据。

检查要点

  1. 项目组估算工作量、成本、工期等的方式、方法,特别是如何使用规模估算的结果;
  2. 项目组如何使用这些估算结果进行项目策划,或者如何使用估算结果评估项目风险;
  3. 项目组进行工作量、成本、工期等估算的频率,项目发生明显变化时,如何进行再估算。
评估情况说明

项目根据《估算指南》的指导,采用参数估算方法对项目进行规模估算。通过对功能点的分解评估项目范围和工作量,从而识别项目的成本是否可控、进度是否满足交付、范围是否合理等风险并指导项目过程的裁剪。在发生需求重大变更时由项目经理对需求变更进行说明并重新开展估算评审。

7.1.2.5 制定项目计划

描述

根据项目管理策略与方法、项目阶段、阶段目标、工作产品、估算结果等,制定项目计划,并依据项目规模,开发工期,项目人员,项目需求以及项目度量数据等建立合理的配套计划,并确保所有计划之间实时协调一致。

检查要点

  1. 项目总体计划和相关计划的具体内容和表现形式;
  2. 分析项目已经发生的严重问题中,有哪些是因为计划不够详细导致的;
  3. 根据项目的上下文,分析有哪些过度计划而导致低效的情况。
评估情况说明

在《项目计划》中说明了项目的整体计划,在禅道上进行项目迭代版本计划管理。项目在版本开发过程中未出现严重问题,通过对过程进行控制图监控,当出现异常点时在项目的特殊问题列表进行记录并分析。

7.1.2.6 组织项目计划的评审,并获得利益相关方的承诺

描述

应组织评审项目计划,并获得利益相关方的承诺。项目计划都应该被评审和批准,并获得所有利益相关方对范围,目标,角色,职责,工期,时间,交付物等的共识和承诺。确保各方面的计划协调一致,并达成承诺。

检查要点

  1. 项目计划是如何评审的;
  2. 哪些相关方参加了评审,哪些没有参加;
  3. 项目计划中哪些内容没有得到相关方的承诺;
  4. 对于没有参加评审的相关方,和没有得到承诺的部分,项目组采取了哪些措施,来缓解其引起的风险。
评估情况说明

根据《评审程序》开展评审。项目计划需要邀请所属业务线高层、部门高层、项目组成员、质量保证部参加评审。在项目网站的《风险与机会管理》识别项目相关风险,项目经理每周进行跟进。

三级

评估证据
  1. 《参数估算案例》
  2. 《估算指南》
  3. 《项目过程裁剪表》
  4. 《项目计划编写指南》
  5. 《项目计划 模板》|
  6. 《参数估算 模板》
  7. 《项目量化管理表 模板》
  8. 《项目裁剪表 模板》
  9. 《风险与机会管理》

7.1.3.1 使用组织历史数据进行项目估算

描述

项目应使用组织级度量库,依据组织定义的估算方法,参考历史类似项目的度量数据等进行估算,提高项目估算的客观性。

检查要点

  1. !!项目估算时,使用了哪些组织级度量数据;
  2. 使用组织级度量数据,给项目估算带来了哪些好处;
  3. 项目还需要哪些组织级度量数据,来提升估算的可靠程度,但是组织还没有建立好。
评估情况说明

组织级提供了《估算指南》、《参数估算-模板》、《参数估算案例》进行项目估算时能很好的进行指导和参考,提高项目估算评估的效率和准确性。目前的参数估算模板内容已比较全面,满足要求。

7.1.3.2 根据组织标准形成项目过程

描述

项目应按照组织级过程剪裁指南,基于组织标准过程,根据项目目标、约束条件、选择的软件生命周期模型和其它特征,定义项目过程。

检查要点

  1. 项目对组织级标准过程进行了哪些裁剪;
  2. 每一项裁剪解决了项目中哪些具体问题。
评估情况说明

组织级《项目过程裁剪表》中包含了项目全周期过程的输入输出。项目根据《项目过程裁剪指南》进行裁剪。在组织级标准过程中增加了研究报告的输出。

7.1.3.3 使用组织过程资源和资产策划项目

描述

项目应使用组织级过程资产,如组织标准规范与模版,借鉴历史项目的经验教训、度量数据、风险应对措施等,制定项目计划,进行项目策划,控制项目风险。

检查要点

  1. 制定项目计划时,使用了哪些组织级过程资产;
  2. 这些过程资产的使用,给项目计划带来了哪些好处;
  3. 项目还需要哪些过程资产来支持项目策划,但是组织还没用建立好。
评估情况说明

在制定项目计划时,项目经理根据组织级《项目计划编写指南》《项目计划 模板》《参数估算 模板》《项目量化管理表 模板》《项目裁剪表 模板》《风险与机会管理》等过程资产。使用组织级标准模板可以提高项目计划制定的完整性和效率。

7.1.3.4 识别并计划项目利益相关方的活动

描述

项目应基于项目计划,借鉴组织的经验教训,识别项目外部和内部接口及其关键依赖关系,并与利益相关方协商管理这些关键依赖的措施,制定相关的沟通策略、管理方法和行动计划。

检查要点

  1. 项目识别了哪些关键依赖;
  2. 项目针对这些关键依赖,制定了哪些行动计划;
  3. 根据项目的实际结果,分析遗漏了哪些关键依赖,或者没有采取什么有效的行动计划。
评估情况说明

在项目计划中【支持条件】识别了内外部接口等关键依赖。

四级

评估证据
  1. 《项目量化管理表》
  2. 《度量程序》
  3. 《组织度量项说明》

7.1.4.1 使用统计分析技术建立项目能力目标

描述

识别组织、客户及其他各干系人对项目的需求、期望和限制,使用统计技术建立项目的过程度量目标。通过统计分析技术预测目标的达成情况,并进行目标分解,明确相关过程的能力目标。

检查要点

  1. 项目能力目标,与能力目标和项目特征的相关性;
  2. 能力目标与过程/子过程的对应关系;
  3. 能力目标达成可能性的统计分析;
  4. 项目能力目标值的范围(区间)。
评估情况说明

在《项目量化管理表》项目目标分解表中结合组织商业目标和过程性能基线,对项目各过程目标进行分解,并确定项目的目标。

7.1.4.2 识别最有助于达成项目量化目标的过程组合

描述

根据各个过程不同执行方式的能力不同,使用统计技术识别最有助于达成项目量化管理目标的过程组合方案。据此指导项目估算和计划的建立。

检查要点

  1. 识别关键过程/子过程,识别其绩效属性,定义度量项,确定量化跟踪方法;
  2. 绩效目标与过程/子过程的量化关系;
  3. 了解统计技术的应用情况,是否得当;
  4. 选择项目最优组合的决策准则和最优组合;
  5. 了解统计技术的应用情况,是否得当。
评估情况说明

采用蒙特卡洛模拟技术分别预测项目生产率目标和项目缺陷目标的达成情况。

通过采用帕累托图分析技术各个过程的占比情况识别出关键重点子过程:项目研发工作量主要体现在编码过程,重点关注编码生产率;项目的缺陷主要体现在编码和测试阶段,重点关注编码缺陷密度与测试缺陷密度。

根据《度量程序》SQA工程师每周收集重点子过程的度量数据,并采用X-MR控制图的方式对过程数据进行监控分析。

在《项目量化管理表》的量化过程选择表列出项目各个过程不同选择方案,通过蒙特卡洛模拟,识别出项目最优的组合。高层领导和项目组评审依据项目实际情况和目标的达成情况选择最符合当前项目的过程组合,指导项目过程裁剪。

个人博客