项目文件4 资源日历 资源需求 风险登记册 风险报告 进度数据 进度预测 相关方登记册

25. 资源日历

  • 资源日历识别了每种具体资源可用时的工作日、班次、正常营业的上下班时间、周末和公共假期。
  • 在规划活动期间,潜在的可用资源信息(如团队资源、设备和材料)用于估算资源可用性
  • 资源日历规定了在项目期间确定的团队和实物资源何时可用、可用多久
  • 这些信息可以在活动或项目层面建立,这考虑了诸如资源经验和/或技能水平以及不同地理位置等属性。

26. 资源需求

  • 资源需求识别了各个工作包或工作包中每个活动所需的资源类型和数量,可以汇总这些需求,以估算每个工作包、每个 WBS 分支以及整个项目所需的资源。
  • 资源需求描述的细节数量与具体程度因应用领域而异,而资源需求文件也可包含为确定所用资源的类型、可用性和所需数量所做的假设。

27. 风险登记册

  • 风险登记册记录已识别单个项目风险的详细信息
  • 随着实施定性风险分析规划风险应对实施风险应对监督风险等过程的开展,这些过程的结果也要记进风险登记册。
  • 取决于具体的项目变量(如规模和复杂性),风险登记册可能包含有限或广泛的风险信息

当完成识别风险过程时,风险登记册的内容可能包括(但不限于):

  • 已识别风险的清单。在风险登记册中,每项单个项目风险都被赋予一个独特的标识号。要以所需的详细程度对已识别风险进行描述,确保明确理解。可以使用结构化的风险描述,来把风险本身与风险原因及风险影响区分开来。
  • 潜在风险责任人。如果已在识别风险过程中识别出潜在的风险责任人,就要把该责任人记录到风险登记册中。随后将由实施定性风险分析过程进行确认。
  • 潜在风险应对措施清单。如果已在识别风险过程中识别出某种潜在的风险应对措施,就要把它记录到风险登记册中。随后将由规划风险应对过程进行确认。

根据风险管理计划规定的风险登记册格式,可能还要记录关于每项已识别风险的其他数据,包括:简短的风险名称、风险类别、当前风险状态、一项或多项原因、一项或多项对目标的影响、风险触发条件(显示风险即将发生的事件或条件)、受影响的 WBS组件,以及时间信息(风险何时识别、可能何时发生、何时可能不再相关,以及采取行动的最后期限)。

28. 风险报告

  • 风险报告提供关于整体项目风险的信息,以及关于已识别的单个项目风险的概述信息。
  • 在项目风险管理过程中,风险报告的编制是一项渐进式的工作。
  • 随着实施定性风险分析、实施定量风险分析、规划风险应对、实施风险应对和监督风险过程的完成,这些过程的结果也需要记录在风险登记册中。

在完成识别风险过程时,风险报告的内容可能包括(但不限于):

  • 整体项目风险的来源。说明哪些是整体项目风险敞口的最重要驱动因素
  • 关于已识别单个项目风险的概述信息。例如,已识别的威胁与机会的数量、风险在风险类别中的分布情况、测量指标和发展趋势。

根据风险管理计划中规定的报告要求,风险报告中可能还包含其他信息。

29. 进度数据

  • 项目进度模型中的进度数据是用以描述和控制进度计划的信息集合。
  • 进度数据至少包括进度里程碑、进度活动、活动属性,以及已知的全部假设条件与制约因素,而所需的其他数据因应用领域而异。

经常可用作支持细节的信息包括(但不限于):

  • 按时段计列的资源需求,往往以资源直方图表示;
  • 备选的进度计划,如最好情况或最坏情况下的进度计划、经资源平衡或未经资源平衡的进度计划、有强制日期或无强制日期的进度计划;
  • 使用的进度储备。

进度数据还可包括资源直方图、现金流预测,以及订购与交付进度安排等其他相关信息

30. 进度预测

进度更新即进度预测,指根据已有的信息和知识,对项目未来的情况和事件进行的估算或预计

  • 随着项目执行,应该基于工作绩效信息,更新和重新发布预测。
  • 这些信息基于项目的过去绩效,并取决于纠正或预防措施所期望的未来绩效,可能包括挣值绩效指数,以及可能在未来对项目造成影响的进度储备信息。

31. 相关方登记册

相关方登记册是识别相关方过程的主要输出

它记录关于已识别相关方的信息,包括(但不限于):

  • 身份信息。姓名、组织职位、地点、联系方式,以及在项目中扮演的角色。
  • 评估信息。主要需求、期望、影响项目成果的潜力,以及相关方最能影响或冲击的项目生命周期阶段。
  • 相关方分类。用内部或外部,作用、影响、权力或利益,上级、下级、外围或横向,或者项目经理选择的其他分类模型,进行分类的结果。

32. 团队章程

团队章程是为团队创建团队价值观、共识和工作指南的文件
团队章程可能包括(但不限于):

  • 团队价值观;
  • 沟通指南;
  • 决策标准和过程;
  • 冲突处理过程;
  • 会议指南;
  • 团队共识。

团队章程对项目团队成员的可接受行为确定了明确的期望。
尽早认可并遵守明确的规则,有助于减少误解,提高生产力;
讨论诸如行为规范、沟通、决策、会议礼仪等领域,团队成员可以了解彼此重要的价值观。
由团队制定或参与制定的团队章程可发挥最佳效果。
所有项目团队成员都分担责任,确保遵守团队章程中规定的规则。
可定期审查和更新团队章程,确保团队始终了解团队基本规则,并指导新成员融入团队。

33. 测试与评估文件

可基于行业需求和组织模板创建测试与评估文件
它们是控制质量过程的输入,用于评估质量目标的实现情况。
这些文件可能包括专门的核对单和详尽的需求跟踪矩阵。

  • 0
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

EngineerForSoul

你的鼓励是我孜孜不倦的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值