templates项目计划-经营管理(编辑修改稿)内容摘要:

................................ 10 项目计划 版本 1 1 项目概述 确定项目并描述它的主要目标。 确定项目经理和客户会计经理,以及客户和项目机构内上报的组织结构。 提供一个顶层里程碑表 /阶段日期表,和完成事件的实际日期。 文档包括: 项目的市场背景 项目的目标 项目的灵活性矩阵 (此信息涉及进度,范围和应该通过电子邮件或远程会议记录从客户端得到的资源的灵活性。 如果对于灵活性没有客户的详细说明,团队应该得出它自己的灵活性矩阵并将之交由客户评审。 影响和行动应该在灵活性矩阵中被说明,例如,进度滑动,范围变化,资源利用问题带来的冲突的解决方案,这些可能导致像重新计划进度,重新评估风险,需求变更等的触发事件。 ) 最小灵活性 中等灵活性 最大灵活性 进度 范围 资源 项目主体 主要的 阶段  V4 模型 阶段 日期 (初始 PP 列出大概的时间范围) 主要交付物 (初始 PP列出主要的入基线产品) 项目定义 开始: 结束: 初始计划、客户访谈记录表 项目初始化 开始: 结束: SOW、 RM 需求分析和计划 开始: 结 束: PDSP、 SRS、 RTM、详细计划、测试计划、进度计划、 SQAP、SCMP、风险计划 系统设计 开始: 结束: 设计 说明书 项目计划 版本 2 编码 测试 开始: 结束: 代码、单元测试报告、 集成 测试用例 测试 开始: 结束: 集成测试报告、系统测试用例、系统测试报告、用户手册 发布 开始: 结束: 发行包、验收测试报告、软件包 关闭 开始: 结束: 项目结项回顾报告  V3 模型 阶段 日期 (初始 PP列出大概的时间范围) 主要交付物 (初始 PP列出主要的入基线产品) 项目定义 开始: 结束: 初始计划、客户访谈记 录表 项目初始化 开始: 结束: SOW、 RM 需求分析和 设计 开始: 结束: PDSP、 SRS、 RTM、详细计划、测试计划、进度计划、 SQAP、SCMP、风险计划、涉及说明书 编码 测试 开始: 结束: 代码、单元测试报告、 集成 测试用例 测试 开始: 结束: 集成测试报告、系统测试用例、系统测试报告、用户手册 发布 开始: 结束: 发行包、验收测试报告、软件包 关闭 开始: 结束: 项目结项回顾报告 在项目层次谁向谁报告,涉众,(在项目机构层次)。 推荐:有什么是项目范围的一部分而什么不是的 表格。 建议:显示的定义项目的范围。 通常范围组成任何类型评估,以及与项目成员和其它项目的 项目计划 版本 3 成员进一步进行关于项目的讨论的基础。 这也将记入机构范围数据库以记录项目相关数据。 项目组人员组织结构 组织成员介绍:(以列表的方式介绍成员的职务,级别和项目角色) 成员名称 级别 /职务 项目中角色 2 项目结构 确定项目的可交付物,依照被确定的硬件,软件,文档和培训。 文档包括: 外部可交付物是什么。 内部可交付物是什么。 (例如,设计文档,机构层次期望的文档等) 期望给予客户什么样的培训。 如果有的话,知识财产问 题是什么 ? 3 项目生命周期(执行方法论) 描述项目的生命周期阶段 、主要里程碑。 4. 接收标准和非技术需求 确定并说明所有您项目的技术和非技术软件需求。 明确说明接收标准。 明确确定和记录对其他工作产品的软件需求的变更,包括对项目策划,项目定义的软件过程,质量计划和软件配置管理计划的变更的追踪步骤。 这些可以直接记录在这部分或可以是一个连向独立的需求文档或 IR文档的超链。 5. 项目 工作分解结构 表现了项目至 活动包层次 的等级性分解,是建造 在产物 结构中描述的要素的直接或间接的需要。 这包括资源获取活动,质量保证活动,培训活动等。 文档包括:至项目所需细节层次的工作分解结构。 * 如果项目详细进度表中的项已经分的很细了,那么此处引用到详细进度表就可以了,否则,此处列出活动的分类。 如:编码、测试等 项目计划 版本 4 6. 项目估算 在项目结构计划中对每个所识别的活动进行工作量估算。 对于软件工作产物进行规模估算。 所估算的工作量按照项目阶段和所同意的发布进度进行结构化的。 可能的话,用机构性经验来做估算。 参考机构数据库来确认是否有类似的可作为估算基础的项目。 在要重新计划将导致重新估计的 情况下,必须给出新的估算。 文档包括:  每一 工作分。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。