01.01.软件项目管理-路标图
2021-03-18 18:36:13 21 举报
登录查看完整内容
为你推荐
查看更多
项目管理的路标图，帮助项目经理识别项目关键节点与关键路径。
作者其他创作
大纲/内容
扩展文档
需求识别（可行性、优先级）、变更控制、需求跟踪申报-》受理-》评审-》决策变更-》受理-》评审-》决策撤销-》受理-》评审-》决策
【收尾】项目评价
完成目标
概览
相关方
上线方案文档
3⃣️ 如何做好需求管理？
需求可行性决策程序？
技术方案检查单
4⃣️ 如何做好需求评审？
用多少成本做？【成本管理】
Do
技术方案文档
业务需求检查单
SIPOC
度量分析表
流程规范
常见问题：
需求分析
标准过程集合
通过
流程执行度
项目经理组织相关方定期对项目工作进行复盘，积累经验，总结教训；
需求评审会议的目标是让相关方对产品需求的业务目标、技术方案、交互细节、优先级、责任人、排期计划的七个层面达成共识。
交付物
熟悉立项报告内容，尤其是项目目标、相关方、产品功能架构、产品技术架构、需求池管理方案、需求优先级策略；
如何实现整体最优？【整合管理】
咨询准？(Consulted)
需求评审
需求变更决策程序？
流程
关键词：
• 建议一：分层次评审• 建议二：分阶段评审• 建议三：建立标准的评审流程• 建议四：充分利用需求评审检查单• 建议五：做好评审前的沟通和准备• 建议六：精心挑选评审员• 建议七：对评审员进行培训• 建议八：做好评审后的跟踪工作• 建议九：正式评审与非正式评审结合 （邮件等方式）
中级、产品需求-10、
产品经理/业务经理/技术经理对技术目标达成统一；
谁来做？(执行)相关方管理
评价结论
产品经理/研发人员/测试人员对细节交互达成统一；
需求测试
检查单；【可扩充】
高级、产品需求-01、
做什么？【范围管理】
二、需求层面
Plan
目标（范围）：
产品需求文档
需求设计
组织角色/技术工具/流程规范
需求属性：
技术工具
满意度评价
需求研发
【启动】项目立项
需求类型： 用户需求、业务需求、技术需求、其它需求需求来源 客户、领导、产品、技术等人员需求级别 高级、中级、低级需求状态 已提出、待评审、进行中、已变更、已投产等需求池/需求跟踪矩阵
否决
项目变更
Check
配置管理
检查通过。项目指标，度量分析。
需求管理
交付物质量
在评审中，会出现常见问题导致需求评审会议最终失败，评审次数多；我们总结常见问题以及应对策略/技巧；帮助产品经理/项目经理能够掌握技巧，应用在需求评审会议中，提供评审效率；
（利益）相关方：客户/领导/业务/产品/技术（执行）相关方：产品/技术/测试/运维。。。
需求上线
验证
按什么质量做？【质量管理】
项目目标/用户需求
举例：泰康在线的需求评审的问题及解决方案？？？加IT反讲-》产品依旧返工IT早介入-》分层、分阶段评审；
遵守标准
技术经理带领研发人员按期研发产品功能；
2⃣️ 需求管理的相关方有哪些？
一、项目层面
【执行】项目实施
三、项目实施
确认目标、明确人选、选择流程、项目管理流程标准、输出交付物、使用检查单评审会议定义、评审会议目的、会议常见问题、九建议八技巧、最佳实践
谁支持？(Support)
四、需求实施
优先级
承上启下的作用
检查单验证？风险表检查？项目复盘会议
需求变更
测试用例检查单
高级、产品需求-02、
【规划】项目规划
识别
需求跟踪span style=\
1⃣️ 需求管理的目标是什么？
撤销需求
如何管理？【沟通管理】
检查
软件项目管理-路标图
准备工作
WBS工作计划检查单
初级、产品需求-05、
根本原因分析，制定解决方案。
【任命】经理任命
输出
上线方案文档检查单
需求评审会议检查单
中级、产品需求-03、
产品经理/公司领导/业务经理对业务目标达成统一；
需求全周期-质量保证检查单模版需求评审-质量保证检查单模版
申报需求
每个过程单元
(外部)【采购管理】
发现问题/发现优点。
为谁做？(利益)相关方管理
Action
RASCI
（1）需求背景（2）用户与需求（3）需求收益（4）产品功能模块（5）衡量需求成功的数据指标（6）需要配合部门的哪些支持（7）预计上线时间（8）注意点
所有相关方对产品需求的七个共识达成统一；
外部用户、公司领导、项目经理、业务经理、产品经理、技术经理、测试经理、运维经理、研发人员、测试人员、运维人员等
业务需求文档
以客户为中心的理念
项目管理地图系列 印
需求定义
产品需求池
检查单
5⃣️ 结论：
改进
目标：
谁负责？(Responsible)
提供需求
需求池展示详情
扩展文档检查单
测试经理带领测试人员按期测试产品功能；
需求定义业务目标
谁批准？(Accountable)
人：
组织角色
(执行)span style=\
需求池列表
需求分析技术方案
需求优先级决策程序？
花多长时间做？【进度管理】
过程：
通知准？(Informed)
问题登记册
测试用例文档
八技巧：
产品需求检查单
目标SMART
(内部)【资源管理】
提出需求
潜在风险
【监控】项目复盘
项目范围WBS-交付物
有哪些风险？【风险管理】
中级、产品需求-09、
WBS工作计划
意义：
即将发生问题
优化改善方案
应对
①需求收集会议②需求分析会议③需求评审会议
需求流程：
需求设计交互明细
定义：
需求共识（可行性）（优先级）（变更控制）：应对三因素的策略； 可行性：业务目标、技术方案、交互细节、责任人、排期计划需求上线（需求如期的、保质的上线运营）过程合规（需求管理过程符合公司项目管理制度）
风险登记册
以客户为中心、关注结果、重视过程、PDCA、SIPOCPMBOK、五大过程、十大领域、49个过程域、组织过程、项目组合、项目集、项目、需求、里程碑、检查点CMMISCRUM项目制约六要素、需求制约三要素【可行性、优先级、变更控制】逻辑思维、分层分级、分阶段、模块化、关联关系
需求经过运维上线，产品经理/业务经理负责验收；
阶段复盘
变更需求
实施
标准化、落实制度
喜欢的话，点赞、关注，支持一下！
业务需求池
最佳实践：
序号 需求状态 描述1 已提出 需求已经被有权提出需求的人所提出2 已批准 需求已经被分析，并编号3 已拒绝 需求已提出，但被拒绝4 已评审 需求已经过评审5 已验证 已采取某种方法验证了实现需求6 已变更 需求发生了变更，需进行变更控制7 已投产 需求已完成，已经交付用户进行使用8 已删除 需求已从基线中删除，同时需要给出删除原因，删除需求的操作应由需求提出人员执行，包括需求提出错误以及需求提出后不再进行开发的情况。
(利益)相关方
1.\t让所有人都明确需求的背景和目的；2.\t提前确认和统一产品需求实现的过程和方法；3.\t让参与者明确的知道工作的内容和交付的时间；4.\t让研发和测试评估产品的开发周期、让产品经理做决定是否再进行任务拆分，增加资源等；
前置工作
里程碑、网络图、甘特图
过程
初级、产品需求-07、
指导
需要什么其它资源？
已发生问题
需求管理制约的三因素：需求可行性需求优先级需求变更控制
九建议：
决策分析表
0 条评论
回复 删除
下一页
