项目管理方法论和实践程序.ppt

项目管理的制约 项目管理的现状 改进的方法 企业应用软件生命周期 需求： 明确软件开发的任务，形成所有相关涉众（如客户、用户、项目组）共同认可的软件需求规格。需求规格需明确功能需求、质量属性、约束条件等需求的所有方面。 设计：针对需求进行分析设计，形成项目组的设计说明书和功能清单。 开发：在设计说明的指导下完成应用的实现。 测试：针对实现的应用进行系统良好性的验证，可能包含的测试工作如：功能测试、系统测试、集成测试、性能测试等。 集成、部署：主要完成系统在用户环境中上线，并通过用户培训，将应用系统交付用户使用。 运行维护：系统上线后的日常维护，系统功能调整和新增，系统健康检查等 目录 应用项目的组织结构 应用项目的成员结构 应用项目角色说明 角色代表工作职责划分，细分角色的目的是为了了解在应用项目实施过程中，存在哪些工作，需要由什么样知识结构、经验、技能的人承担 角色分类 关键角色 支持角色 其他角色 应用项目——关键角色 项目经理 开发经理 架构师 业务专家 主程序员 功能包所有者 系统维护人员 应用项目——支持角色 技术专家 测试人员 配置管理人员 系统管理员 数据库管理员 应用项目——其他角色 美工 文档人员 应用项目的分工界面 练习一 根据培训分组，建立项目组织结构，并为组员指定项目角色，明确相关职责，建立各个主体之间的分工界面 时间：40分钟 目录 三权分立的项目方法论 应用过程描述方法 ETOCXT 方法： Entry（进入条件）：为每个阶段定义清晰良好的入口条件； Task（工作任务）：列出所有要实现的任务列表，名称，是否需要实现，任务描述； Output（输出内容）：阶段工作的输出产物以及评审内容； Control Point（阶段控制点）：本阶段中为保证项目成功的关键控制点； eXit（退出条件）：阶段结束时所要达到的结果，注意，阶段退出条件并不意味下一阶段进入条件，因为下一阶段可能在上一阶段并未结束的情况下就已经启动了； Template（参考模板）：本阶段可供参考的文档模板或参考案例 开发过程:需求阶段 Entry（进入条件） 确定项目经理和需求调研人员 需求工作的条件成熟：有初始的需求材料（如合同等），与用户确定了具体的需求调研安排 开发过程:需求阶段 Task（工作任务） 开发过程:需求阶段 Output（输出内容） 《需求调研的会议纪要》 《项目需求规格说明书》 《项目实施总体计划》 《项目管理方案》 《项目变更方案》，《项目变更控制表》 Control Point（阶段控制点） 需求范围的控制 项目资源的协调 开发过程：需求阶段 eXit（退出条件） 《项目需求规格说明书》获得用户签字认可。 项目组所明确的用户需求基本完备，能够进入到设计阶段。 Template（参考模板） 《项目需求规格说明书》 《需求调研会议纪要》 《项目工作周报》 《项目管理方案》 《项目变更方案》 《项目变更控制表》 项目工作量评估(1) 项目工作量评估(2) 练习二 根据提供的需求材料，进行工作量的评估 针对评估结果进行陈述 时间：30分钟 开发过程:设计阶段 Entry（进入条件） 已掌握应用项目的基线性需求，即使存在部分不确定的需求，但该部分飘浮不定的需求不足以对应用架构产生大的影响； 设计人员到位，使得工作的开展有人力的保障。 开发过程:设计阶段 Task（工作任务） 开发过程:设计阶段 Output（输出内容） 数据库设计（ER关系）、业务字典定义 系统静态原型 系统设计说明书 系统功能分解矩阵 经过项目客户化后的模板文件 项目配置管理方案 技术课题预研的结论或者使用指南 初始项目DEMO源码 项目开发规范 设计阶段计划 开发过程：设计阶段 Control Point（阶段控制点） 确保系统设计的质量，对于良好的系统设计，应该满足如下要求： 应用总体设计思路清晰，应用结构简洁合理 功能设计可实现性强 完整统一、操作性强的项目开发规范 有效合理的需求变更控制 开发过程：设计阶段 eXit（退出条件） 系统设计工作内容通过评审 Template（参考模板） 《系统设计说明书》参考模板 《项目开发规范》参考模板 系统静态原型 《功能分解与跟踪矩阵》参考模板 练习三 根据提供的需求材料，进行功能分解，建立功能矩阵，并进行工作分配 针对联系二的工作量评估进行一次迭代 小组成果陈述 时间：60分钟 开发过程:开发阶段 Entry（进入条件） 设计所提供的内容已经明确，可以进行实现 开发环境已经确定 开发人员到位 开发过程:开发阶段 Task（工作任务） 开发过程:开发阶段 Output（输出内容） 开发阶段计划 项目源码 项目实现的文档 项目走查记录 Control Point