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

“我”的成功可以复制 项目研发管理规范 主讲人：王前 时间紧加班 ！ 4 神会心融 聚德尚贤 问题诊断 立项 需求设计开发测试 上线运维 诊断结果： 1. 需求设计改动大 2. 计划安排不合理 3. 技术问题障碍多 4. 测试用例不充分 5. 实施工作无方案 6. 沟通协调效果差 5 神会心融 聚德尚贤 1.需求篇 我的成功可以复制 6 神会心融 聚德尚贤 需求，总有填不完的“坑” 需求是项目管理的正真难题 客户说“我确实说不清 我想要的东西是什么， 但是我能说清的是你给 我的东西不是我想要的 ！” 领导说：客户没 思想，按我的意 思改吧！ 我想要一匹跑 的很快的马 7 神会心融 聚德尚贤 1、需求挖掘 需求是项目管理的正真难题 由项目经理与客户沟通后，根据实际情况制订需求调研 计划，根据计划组织安排与客户交流，进行系统分析。 与客户接触沟通，挖掘客户需求（隐含），帮助、引导 客户将其需求描述清晰、完整，形成用户需求说明书 （必须全部理解用户的各项要求，但不能全盘接受 用户的所有要求）。 项目经理或其指定人员根据调研结果，编写需求分析 报告、系统功能规划及设计系统原型页面。 8 神会心融 聚德尚贤 2、需求变更 需求是项目管理的正真难题 计划路径 变更路径 变更时不可避免的 要确保变更对项目有利，尽量防止不必要的变更 所有的变更都要被管理 变更控制积极主动的去影响引起变更的因素 9 神会心融 聚德尚贤 3、需求确定 需求是项目管理的正真难题 需求报告完成后，首先在公司内部组织人员（一定包括公司领导 ）进行需求评审，以消除明显的错误和分歧。然后项目经理邀请 客户一起进行需求确认，展示静态页面， 使需求文档能够正确无误地反映用户的 真实意愿。 没有通过评审的安排相关人员进行修改， 修改后重新评审直至最终达到客户的认可 ，直到客户签字盖章。 10 神会心融 聚德尚贤 2.计划篇 我的成功可以复制 在项目管理过程中，计划充当着这个过程的地 图。该地图必须足够详细以便决定下一步做什么，同 时也必须足够简单以使人们不会迷失在细枝末节中。 你必须保证工作要在规定时间、预算、范围内确保质 量地完成。项目计划制定的目的是为以后工作的完成 提供方便和指导。 12 神会心融 聚德尚贤 计划制定 根据项目总体任务要求，进行合理的量化分解，设定里 程碑、和迭代周期，合理的调配资源、分配需求任务； 需求分析过程中，项目经理组织项目组成员进 行制定详细的项目研发计划，包括项目全 生命周期各阶段的进度安排及任务描述，要求 每块任务要落实到人、进度落实到天。 13 神会心融 聚德尚贤 计划调整 需求是项目管理的正真难题 在每个里程碑或迭代周期，需要根据实际情况及时调 整计划； 项目计划需要重大变更时，需要明确变更内容并及时 汇报。项目经理需要说明客户变更原因并将变更说明 提交公司领导审核，以便根据变更内容及时调整计 划。 组织项目组内项目启动会，保证研发团队对项 目任务明确认知和对项目计划、安排的一致 认可； 14 神会心融 聚德尚贤 3.设计篇 我的成功可以复制 15 神会心融 聚德尚贤 概要设计 确定总体结构和软件开发架构，文件命名规范，编码规 范。可按软件需求划分成子系统，也可直接定义目标系 统的功能模块及各个功能模块的关系。 确定软件模块结构，给出每个功能模块的功能描述、数 据接口描述，并完成系统概要设计说明书 完成数据库的设计，并编写 数据库设计说明书 16 神会心融 聚德尚贤 详细设计 调整前一步设计的不足，确认各模块之间的详 细接口信息。 设计功能使用的具体描述、行为者、前置条 件、后置条件、UI描述、业务流程/子流程/分 支流程，界面说明等。 确定模块内的数据流或控制流，对每个程序模 块必须确定所有输入、输出和处理功能。 17 神会心融 聚德尚贤 4.技术篇 我的成功可以复制 加时间吧 ！ 改设计吧 ！ 请外援吧 ！ 钉子问题 太多啦！ 搞不定呀 ！ 在项目开发阶段，才去攻克遇到技术障碍，代价 通常会很高，不仅影响和阻塞团队其他人的工作、投 入的资源被限制，更糟的是如果此技术障碍无法攻克 ，不得已要改变技术方案、重新设计系统，那么不仅 浪费人力、财力、时间，处理不好还可能使开发团队 陷入混乱状态。最终造成项目管理失控！ 19 神会心融 聚德尚贤 技术预研 技术预研可以提前发现并解决开发 过程中将遇到的技术障碍，两大好 处： 帮助开发人员更好的进行系统程序 开发工作。 防止开发过程中被技术障碍打断， 导致大量工作被阻塞。 20 神会心融 聚德尚贤 预研流程 识别技术难题：项目经理、技术负责人在需求分析和系统设计过程 中要识别和记录项目中的技术难题，安排技术人提前攻克难题。 制定预研计划：技术预研人员根据需求文档，制定技术预研计划与 技术解决方案。 启动预研工作：项目经理和技术负责人对技术解决方案进行评审， 通过后预研人员启动预研工作。 预研成果提交：预研工作结束后，预研人员撰写预研报告并连同预 研成果物提交项目经理。 21 神会心融 聚德尚贤 5.实施篇 我的成功可以复制 22 神会心融 聚德尚贤 实施上线 实施人员制定上线计划，确定上线工作时间表，部署的环 境。 开发人员准备上线资料：系统打包，数据库SQL等。 实施人员跟软件特点、网络架构、部署环境编写实施方案， 包括：上线部署操作步骤、部署应急处理方案。 要求开发人员配合实施人员进行上线部署的实施工作。 上线后项目组根据系统运行情况对系统进行优化，记录系统 的运行情况、系统问题和处理后的版本，并定时向客户进行 汇报。 23 神会心融 聚德尚贤 6.沟通篇 我的成功可以复制 24 神会心融 聚德尚贤 1、项目会议 晨会：每天早上（具体时间因项目而定）项目经理组织开发人员 进行站立短会，时间控制在10-15分钟，汇报内容为前一天工作内 容和当天工作计划以及遇到问题反馈，项目经理整理问题后自行 解决或通报上级研究解决方案。 周例会：开发人员在每周五下午进行周总结汇报以及 问题反馈。项目经理或研发经理对本周所碰到问题进行 解答，同时需根据进度为下一周工作进行安排、调整。 25 神会心融 聚德尚贤 2、工作周报 要求由项目经理在每周周末以文本形式汇报给上级领 导，周报内容，包括如下： 周项目研发工作的进度及完成状态； 下周项目研发工作中的重点计划安排； 说明需要公司协调的资源或配合等情况； 项目当前是否存在问题或风险及相应处理方案； 26 神会心融 聚德尚贤 3、客户汇报-周报 周项目研发工作的进度及完成状态； 下周项目研发工作中的重点计划安排； 需要协调的资源或配合等情况； 针对上线系统还需有系统的运行情况和应用情况； 如果客户有特别的汇报形式或要求，可按其要求 进行汇报； 由项目经理在每周周末，通过电子邮件以文本形式汇报给客 户负责人，内容包括如下： 27 神会心融 聚德尚贤 3、客户汇报-里程碑 由项目经理在项目周期中各个重要里程碑完成之后，亲自 到客户现场进行工作汇报。汇报内容如下： 阶段性的工作成果展示； 项目整体进度； 下阶段的工作安排； 提出后续所需资源的协调或配合； 28 神会心融 聚德尚贤 7.阶段成果 我的成功可以复制 阶段形成文档职责及文档成果描述负责人 立项阶段 项目合同 或 项目立项报告 明确甲乙双方责任及义务， 需双方签字确认 销售人员 需求阶段 业务需求说明书(Word) 需求定义，阐述业务范围及 内容，开发组负责制定最优 技术设计方案 项目经理/分析员 项目研发计划(Project) 客户、领导、项目组都了解 项目进度 项目经理 设计阶段 业务流程总体设计书、 详细设计说明书 (Word/Visio) 项目组成员分配任务，并召 开讨论会议，讨论项目的技 术架构和可能存在的技术难 点，梳理业务流程，统一开 发规则和风格等 项目经理/分析员 数据库关系设计图、流程图 (PowerDesigner) 便于项目开发分析员 任务分配文档(Word) 明确每个组员的开发任务及 职责 项目经理 问题说明报告(Word) 让客户、领导及组员及时了 解和发现问题 项目经理 业务变更文档(Word) 记录开发过程中客户提出的 业务需求变更情况 分析员 测试阶段 项目测试方案及报告(Word) 记录项目测试的方法，验证 系统功能与性能的记录 测试员 业务测试报告 项目组配合客户按照需求规 格说明书进行整体业务测试 ，测试完成后由客户出具业 务测试报告 客户 用户使用手册(Word) 方便用户使用软件而提供的 使用说明书 测试员 实施上线 上线实施方案项目经理与客户协调上线计 划，同时准备实施方案以及 实施过程中遇到问题的紧急 处理方案 实施人员 紧急回退方案 培训验收 项目验收报告(Word) 记录甲乙双方签订项目验收 报告 项目经理 用户培训PPT用户培训文档 项目经理/测试人 员 运 维 阶 段 需求变更说明书、 或BUG修改说明书 系统上线运行中，客服人员 收集客户提出的新需求或Bug ，提交给项目组 客服人员 项目变更记录表 项目经理对项目表变更情况 进行记录 项目经理 日常运维记录表 运维人员对上线后系统进行 日常维护和检查工作，进行 日行记录 运维人员 系统应用情况汇总表 运维人员定期汇总系统应用 情况定期汇报客户（以周 报、月报形式） 运维人员 阶段形成文档职责及文档成果描述负责人 立项阶段 项目合同 或 项目立项报告 明确甲乙双方责任及义务， 需双方签字确认 销售人员 需求阶段 业务需求说明书(Word) 需求定义，阐述业务范围及 内容，开发组负责制定最优 技术设计方案 项目经理/分析员 项目研发计划(Project) 客户、领导、项目组都了解 项目进度 项目经理 设计阶段 业务流程总体设计书、 详细设计说明书 (Word/Visio) 项目组成员分配任务，并召 开讨论会议，讨论项目的技 术架构和可能存在的技术难 点，梳理业务流程，统一开 发规则和风格等 项目经理/分析员 数据库关系设计图、流程图 (PowerDesigner) 便于项目开发分析员 任务分配文档(Word) 明确每个组员的开发任务及 职责 项目经理 问题说明报告(Word) 让客户、领导及组员及时了 解和发现问题 项目经理 业务变更文档(Word) 记录开发过程中客户提出的 业务需求变更情况 分析员 测试阶段 项目测试方案及报告(Word) 记录项目测试的方法，验证 系统功能与性能的记录 测试员 业务测试报告 项目组配合客户按照需求规 格说明书进行整体业务测试 ，测试完成后由客户出具业 务测试报告 客户 用户使用手册(Word) 方便用户使用软件而提供的 使用说明书 测试员 实施上线 上线实施方案项目经理与客户协调上线计 划，同时准备实施方案以及 实施过程中遇到问题的紧急 处理方案 实施人员 紧急回退方案 培训验收 项目验收报告(Word) 记录甲乙双方签订项目验收 报告 项目经理 用户培训PPT用户培训文档 项目经理/测试人 员 运 维 阶 段 需求变更说明书、 或BUG修改说明书 系统上线运行中，客服人员 收集客户提出的新需求或Bug ，提交给项目组 客服人员 项目变更记录表 项目经理对项目表变更情况 进行记录 项目经理 日常运维记录表 运维人员对上线后系统进行 日常维护和检查工作，进行 日行记录 运维人员 系统应用情况汇总表 运维人员定期汇总系统应用 情况定期汇报客户（以周 报、月报形式） 运维人员 阶段形成文档职责及文档成果描述负责人 立项阶段 项目合同 或 项目立项报告 明确甲乙双方责任及义务， 需双方签字确认 销售人员 需求阶段 业务需求说明书(Word) 需求定义，阐述业务范围及 内容，开发组负责制定最优 技术设计方案 项目经理/分析员 项目研发计划(Project) 客户、领导、项目组都了解 项目进度 项目经理 设计阶段 业务流程总体设计书、 详细设计说明书 (Word/Visio) 项目组成员分配任务，并召 开讨论会议，讨论项目的技 术架构和可能存在的技术难 点，梳理业务流程，统一开 发规则和风格等 项目经理/分析员 数据库关系设计图、流程图 (PowerDesigner) 便于项目开发分析员 任务分配文档(Word) 明确每个组员的开发任务及 职责 项目经理 问题说明报告(Word) 让客户、领导及组员及时了 解和发现问题 项目经理 业务变更文档(Word) 记录开发过程中客户提出的 业务需求变更情况 分析员 测试阶段 项目测试方案及报告(Word) 记录项目测试的方法，验证 系统功能与性能的记录 测试员 业务测试报告 项目组配合客户按照需求规 格说明书进行整体业务测试 ，测试完成后由客户出具业 务测试报告 客户 用户使用手册(Word) 方便用户使用软件而提供的 使用说明书 测试员 实施上线 上线实施方案项目经理与客户协调上线计 划，同时准备实施方案以及 实施过程中遇到问题的紧急 处理方案 实施人员 紧急回退方案 培训验收 项目验收报告(Word) 记录甲乙双方签订项目验收 报告 项目经理 用户培训PPT用户培训文档 项目经理/测试人 员 运 维 阶 段 需求变更说明书、 或BUG修改说明书 系统上线运行中，客服人员 收集客户提出的新需求或Bug ，提交给项目组 客服人员 项目变更记录表 项目经理对项目表变更情况 进行记录 项目经理 日常运维记录表 运维人员对上线后系统进行 日常维护和检查工作，进行 日行记录 运维人员 系统应用情况汇总表 运维人员定期汇总系统应用 情况定期汇报客户（以周 报、月报形式） 运维人员 阶段形成文档职责及文档成果描述负责人 立项阶段 项目合同 或 项目立项报告 明确甲乙双方责任及义务， 需双方签字确认 销售人员 需求阶段 业务需求说明书(Word) 需求定义，阐述业务范围及 内容，开发组负责制定最优 技术设计方案 项目经理/分析员 项目研发计划(Project) 客户、领导、项目组都了解 项目进度 项目经理 设计阶段 业务流程总体设计书、 详细设计说明书 (Word/Visio) 项目组成员分配任务，并召 开讨论会议，讨论项目的技 术架构和可能存在的技术难 点，梳理业务流程，统一开 发规则和风格等