IT项目管理规范培训教程.pptVIP

1、项目会议 晨会：每天早上（具体时间因项目而定）项目经理组织开发人员进行站立短会，时间控制在10-15分钟，汇报内容为前一天工作内容和当天工作计划以及遇到问题反馈，项目经理整理问题后自行解决或通报上级研究解决方案。 周例会：开发人员在每周五下午进行周总结汇报以及 问题反馈。项目经理或研发经理对本周所碰到问题进行 解答，同时需根据进度为下一周工作进行安排、调整。 第二十四页，共三十四页。 * 神会心融 聚德尚贤 * 神会心融 聚德尚贤 * 神会心融 聚德尚贤 1 2 3 目录页 CONTENTS PAGE 4 5 系统建设目标概要说明 系统建设目标概要说明 系统建设目标概要说明 系统建设目标概要说明 系统建设目标概要说明 * 神会心融 聚德尚贤 * 神会心融 聚德尚贤 “我”的成功可以复制 —— 项目研发管理规范 主讲人：王前 第一页，共三十四页。 时间紧 加班！ 第二页，共三十四页。 第三页，共三十四页。 问题诊断 立项 需求 设计 开发 测试 上线 运维 诊断结果： 1. 需求设计改动大 2. 计划安排不合理 3. 技术问题障碍多 4. 测试用例不充分 5. 实施工作无方案 6. 沟通协调效果差 第四页，共三十四页。 1.需求篇 我的成功可以复制 第五页，共三十四页。 需求，总有填不完的“坑” 需求是项目管理的正真难题 客户说“我确实说不清我想要的东西是什么，但是我能说清的是你给我的东西不是我想要的！” 领导说：客户没思想，按我的意思改吧！ 我想要一匹跑的很快的马 第六页，共三十四页。 1、需求挖掘 需求是项目管理的正真难题 由项目经理与客户沟通后，根据实际情况制订需求调研计划，根据计划组织安排与客户交流，进行系统分析。 与客户接触沟通，挖掘客户需求（隐含），帮助、引导客户将其需求描述清晰、完整，形成《用户需求说明书》（必须全部理解用户的各项要求，但不能全盘接受 用户的所有要求）。 项目经理或其指定人员根据调研结果，编写《需求分析报告》、系统功能规划及设计系统原型页面。 第七页，共三十四页。 2、需求变更 需求是项目管理的正真难题 计划路径 变更路径 变更时不可避免的 要确保变更对项目有利，尽量防止不必要的变更 所有的变更都要被管理 变更控制积极主动的去影响引起变更的因素 第八页，共三十四页。 3、需求确定 需求是项目管理的正真难题 需求报告完成后，首先在公司内部组织人员（一定包括公司领导）进行需求评审，以消除明显的错误和分歧。然后项目经理邀请客户一起进行需求确认，展示静态页面， 使需求文档能够正确无误地反映用户的 真实意愿。 没有通过评审的安排相关人员进行修改， 修改后重新评审直至最终达到客户的认可 ，直到客户签字盖章。 第九页，共三十四页。 2.计划篇 我的成功可以复制 第十页，共三十四页。 在项目管理过程中，计划充当着这个过程的地图。该地图必须足够详细以便决定下一步做什么，同时也必须足够简单以使人们不会迷失在细枝末节中。 你必须保证工作要在规定时间、预算、范围内确保质量地完成。项目计划制定的目的是为以后工作的完成提供方便和指导。 第十一页，共三十四页。 计划制定 根据项目总体任务要求，进行合理的量化分解，设定里程碑、和迭代周期，合理的调配资源、分配需求任务； 需求分析过程中，项目经理组织项目组成员进 行制定详细的《项目研发计划》，包括项目全 生命周期各阶段的进度安排及任务描述，要求 每块任务要落实到人、进度落实到天。 第十二页，共三十四页。 计划调整 需求是项目管理的正真难题 在每个里程碑或迭代周期，需要根据实际情况及时调整计划； 项目计划需要重大变更时，需要明确变更内容并及时汇报。项目经理需要说明客户变更原因并将变更说明提交公司领导审核，以便根据变更内容及时调整计划。 组织项目组内项目启动会，保证研发团队对项 目任务明确认知和对项目计划、安排的一致 认可； 第十三页，共三十四页。 3.设计篇 我的成功可以复制 第十四页，共三十四页。 概要设计 确定总体结构和软件开发架构，文件命名规范，编码规范。可按软件需求划分成子系统，也可直接定义目标系统的功能模块及各个功能模块的关系。 确定软件模块结构，给出每个功能模块的功能描述、数据接口描述，并完成系统《概要设计说明书》 完成数据库的设计，并编写 《数据库设计说明书》 第十五页，共三十四页。 详细设计 调整前一步设计的不足，确认各模块之间的详细接口信息。 设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程，界面说明等。 确定模块内的数据流或控制流，对每个程序模块必须确定所有输入、