IT项目管理规范培训教程(ppt 33页)

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