工作产品
|
用途
|
定制(可选,建议使用)
|
业务案例
|
用于确定项目是否值得投资。
|
建议使用。
|
迭代评估
|
捕获迭代的结果、评估条件的符合程度、所学的经验和所作的变更。
|
建议使用。
|
迭代计划
|
迭代的详细计划,包括任务和资源的时间顺序。
|
建议使用。
|
软件开发计划
|
包含管理项目的所有必需信息。
|
所有项目都需要某种计划来管理项目。
较小且较不复杂的项目可以用单个文档来记录项目计划。较大、较复杂或较正式的项目将需要多个单独的子项目。
|
项目评估
|
这是与项目相关的所有度量的存储库。
|
建议大多数项目使用。
对于许多项目,只使用少量度量,例如成本和进度度量。仅当有大量度量数据需要管理时,才需要度量值数据库。 许多组织均从多个项目收集度量数据,以搜集信息来适用于将来的项目。
|
复审记录
|
获取一个或多个项目工作产品的复审结果。
复审记录可以避免对复审期间做出的决策产生误解。它们还充当证据向项目干系人证明,项目工作产品正在接受复审。
|
建议大多数项目使用。
大多数项目均希望记录在与客户和其他主要项目干系人的会谈中做出的决策,以确保各方达成共识。
是否正式地获取其他复审的复审记录,这取决于特定项目所应用的复审正式性。
|
风险列表
|
这是对项目风险排列了优先级的列表。
|
建议使用。
可以只是软件开发计划的一部分。
|
状态评估
|
用来捕获项目状态的快照,包括进度、管理问题、技术问题和风险。
|
建议使用。
如果迭代很频繁(每月一次),则状态评估可与迭代评估相结合。如果迭代的时间很长,则需要进行中间状态评估。
|
工作单
|
工作单是“项目经理”与员工之间协商好的协议,将据此以定义的进度表,通过特定的工作产品、工时和资源约束来执行某个活动或一组活动。
|
建议大多数项目使用。
可以使用变更请求来实施。
|