导图社区 PMP-17 敏捷项目管理阶段框架
此思维导图, 在希赛PMP思维导图的基础上, 进行扩展。 本章为: PMP-17 敏捷项目管理阶段框架 同时配有相关知识点的PMP试题, 从知识点到对应的试题, 可加深对知识点的理解和记忆!
这是一部由杰出心理学家沃尔特·米歇尔博士撰写的经典之作。 书中深入剖析了延迟满足对于个人成长和成功的重要性, 指导我们如何在生活中培养自控力,面对诱惑时做出明智选择。 无论你是学生、职场人士还是家长,都能从中获得启发, 提升自我管理能力,迈向更美好的未来。
想要真正教会他人,说服他人,影响他人, 最应该学习的并不是什么沟通技巧, 而应该是脑科学知识。 只有自己学会科学用脑, 真正掌握认知原理, 才能在沟通的时候让他人更好地理解或记忆。
什么是我们一生中耗时最多、最费心力的事? 是做出大大小小的决策。 但是,我们往往深陷难以计数的偏见和非理性中,做出荒谬的判断。 该书阐述了如何通过助推在不需要强迫的情况下巧妙地引导人们做出更理性的选择。 通过这本书,你将了解什么是助推,以及助推如何帮助我们提升智慧,做出更明智的决策。
社区模板帮助中心,点此进入>>
项目时间管理6大步骤
项目管理的五个步骤
电商部人员工作结构
暮尚正常运转导图
产品经理如何做好项目管理
车队管理
创业者10条创业经
创业十大思维误区
管培生课程作业
商业模型
PMP-17 敏捷 项目管理阶段框架
框架
1.构想(启动)
商业论证
1.定义
指文档化的经济可行性研究报告
1.文档化
2.经济可行性研究报告
用来对
尚缺乏充分定义的
所选方案的收益进行有效性论证
是启动后续项目管理活动的依据
1.启动依据
2.如成本效益分析数据
2.特点
项目启动之前通过商业论证
可能会做出继续/终止项目的决策
商业论证是一种项目商业文件
可在整个项目生命周期中使用
商业论证列出了项目启动的目标和理由
有助于在项目结束时,根据项目目标衡量项目是否成功
愿景
1.通过产品愿景盒、电梯测试获取, 记录在项目章程中
电梯测试 通用模板
for
目标客户
who
需求及机会
the is a
产品名称、产品类别
unlike
主要可选择的竞品
our product
差异
我认为该产品一旦实现了,一定会大受市场欢迎!
2.颗粒度是大的、粗略的、高层级的
项目章程
粗略的、大颗粒的
团队章程
1.团队需共同遵守的行为准则
是为团队创建团队价值观、共识和工作指南的文件
2.敏捷团队开始一起工作时,会努力定义他们的工作协定,记入团队章程
所有团队成员都会知道与团队一起如何工作,并且会得到什么结果
3.团队设置基本规则
原因
为了培养凝聚力,继续增强他们对项目目标的集体承诺,并向利益相关者交付价值
帮助新员工融入团队的办法
解释原因,鼓励试着遵守新规则
对团队的文化保持开放的心态
是提高团队凝聚力的最佳方法
构想阶段
2.推测(规划)
时间盒
固定的一段相对比较短的时间,计划的工作要在这段时间内完成
迭代时间盒
洋葱圈规划(滚动式规划)
1.愿景
产品的简要概述,未来状态、高层级大颗粒的,记录在项目章程中
2.产品路线图
产品可视化概述,大概的时间阶段和功能描述
用户旅程地图
用户故事地图
3.发布计划
包含大颗粒度版本和大致时间信息,一个版本发布意味着推出市场上市
发布计划会
主要是发布产品愿景、定义功能、创建发布计划
敏捷发布规划,主要目的是制定计划,以向产品交付增量
4.迭代计划
一个迭代需要完成的内容
如果目前迭代周期中,出现不能完成计划的所有任务,那么可以考虑删除一些低优先级的任务,以确保后续迭代工作的正常进行
5.每日计划
一天需要完成的任务
3.每日站会
做什么
1.目的
了解项目状态信息(掌握进度情况)
了解团队个人状态
共识信息
发现问题、障碍、风险
2.每日站会,是支撑敏捷原则最重要的基石之一,不能随意取消
怎么开
1.每日站会,是团队自行组织,时间地点都是自行讨论确定,任何人都可以主持站会
2.开发团队和敏捷教练都参会,PO视情况,相关方受邀
开发团队、敏捷教练都参会
3.时间盒一般15分钟
因为其它原因(文化环境等)影响到会议效果,可以适当延长时间,但一般不超过20分钟
人数过多,可以考虑划分团队
4.每个人轮流回答问题
上次站会以来,我都完成了什么?
从现在到下一次站会,我计划完成什么?
我的障碍(风险或问题)是什么?
1.站会只同步信息,提出问题,不解决问题
2.解决问题,可以是每日站会后单独安排
反模式
1.不是状态报告会议
2.只发现问题,不解决问题
问题可以站会以后专门单独讨论解决
什么问题
谁来解决
什么时间解决
如果不影响当前迭代目标,和整体流程相关的,可以回顾会议讨论改进
用户故事
1.起源
用户故事这个词起源于极限编程XP
2.构建场景和人物
主要是为了收集需求,描述用户群体(目标群体)需求
3.用户故事卡片
Dod已经完成的定义
3C原则
Invest原则
4.用户故事颗粒度
确认
划分
5.用户故事分类的方式
与产品特性的相关性
逻辑关系(例如,故事A必须在故事B之前开发)
基于客户价值的优先级
6.故事点
概念
估算
计划扑克
宽带德尔菲
理想时间
团队成员一起进行估算,团队成员意见最重要
故事点估算的方法
7.优先级排序
依据
方法
8.性能需求卡片
风险调整待办事项
刺探/探针
定义
3种类型
要点
3.探索(执行)
4.适应(监控)
5.结束(收尾)