PMBOK中的敏捷
2023-03-18 21:35:10 2 举报AI智能生成
PMBOK中的敏捷
作者其他创作
大纲/内容
PMBOK中的敏捷
项目整合管理
团队自行决定计划、整合方式
营造合作型的决策氛围
团队成员具备广泛技能
项目章程
范围
多次迭代来交付成果，每次迭代开始时定义详细范围
确定产品未完项中，哪些应在下一次迭代中交付
发起人和客户代表应持续参与项目，提供反馈。
重复开展：确认范围和控制范围
缩短定义和协商范围时间，持续探索明确范围
有目的地构建和审查原型，通过多次发布版本来明确需求
先确定高层级愿景，再针对迭代明确详细范围
将长篇故事分解成用户故事
进度
具有未完成项的进度计划：Scrum优先级排序、再规定的时间盒内开发
按需进度计划：看板体系，基于制约理论，拉动式，消除瓶颈，再资源可用时立即提取工作开展
控制进度
成本
轻量级估算，高层级预测
详细的估算适用于准时制的短期规划
质量
循环回顾，寻找根本原因，回顾会议
小批量工作，尽早发现质量问题
资源
集中办公
协作型团队
团队章程
团队价值观
工作协议
基本规则
团队成员指定、参与制定，定期审查/更新，确保团队成员始终了解，新成员融入
团队规范
沟通
集中办公
透明的方式发布、定期邀请相关方评审
风险
1、整个Sprint考虑风险
2、风险也是待办事项（需创建风险登记册）
3、利用量化的敞口排优先级
2、风险也是待办事项（需创建风险登记册）
3、利用量化的敞口排优先级
采购
某些可交付成果采用适应型，其他部分采用更稳定的方法（混合）
主要服务协议(MSA)管辖整体，适应型工作写入附录。
变更只针对适应型，不影响主体协议
变更只针对适应型，不影响主体协议
相关方
没有管理级别
将项目工件发布到公共空间
让问题尽快浮现
第一张：前章
STACEY评估矩阵：
需求的不确定性/
技术程度的不确定性
需求的不确定性/
技术程度的不确定性
都确定，用预测方法
存在不确定性：用增量、迭代
都不确定：用敏捷方法
混合型生命周期
可以在风险不大，具有重点程度不确定性的项
目中尝试
目中尝试
第二章：敏捷宣言和原则
敏捷的定义及敏捷宣言
定义
响应变化
敏捷宣言
个体互动 胜过 流程和工具
可用的软件 胜过 详尽的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
敏捷开发十二原则
1、尽早、持续不断交付有价值的软件
2、欣然面对需求变化
3、较短周期，交付可工作的软件（反馈）
4、业务与开发必须相互合作
5、提供所需的环境和支援，辅以信任
6、面对面的交谈
7、可工作的软件 是首要度量标准
8、可持续开发，维持步调稳定延续
9、追求技术卓越和良好设计
10、简洁为本
11、输出自组织团队（服务型领导）
12、定期地反思
第三章：敏捷的实践
Scrum
3355
3个角色
3个工件
5个事件
5个价值观
3355
3个角色
3个工件
5个事件
5个价值观
客户/市场/领导
想法/功能/缺陷
产品负责人PO
（最终责任人）
（最终责任人）
Product Backlog
产品待办事项列表
产品待办事项列表
用户故事：角色、功能、价值
产品是唯一责任人（提到负责）
包含特性、功能、需求、改进方法（技术负债）、缺陷
高优先级的事项，需要符合“就绪的定义DOR”Definition of Ready（团队共同定义的）
PB列表梳理会，不超过10%的时间投入，产品和开发团队共同梳理
排序优先级，细化用户故事，确保开发团队对PB深刻理解
决定接受或拒绝每次冲刺的增量，确定发布
Sprint冲刺
P 冲刺计划会/迭代规划会
（PO+ScrumMaster+team）
（PO+ScrumMaster+team）
2周的Sprint，一般4小时
决定故事点Story Point
斐波那契数列相对估算+敏捷扑克（确保成员参与）
由于不同团队选取的基准用户故事不同，因此不同Spint故事点不具可比性
每个Sprint完成的故事点越稳定越好（刚开始团队新成立不稳定，速率较慢）
刺探 / 探针 （Spike）
快速实践，确认某需求在技术上是否可行，提升用户故事的有效估计（例如新法律的遵守）
Sprint Backlog
冲刺待办事项列表
冲刺待办事项列表
当前Sprint选出的用户故事
开发团队确定，
用户故事拆分成任务（有助于更准确的估算），团队成员主动领取
创建风险登记册
D 每日站会
（ScrumMaster+team）
（ScrumMaster+team）
15分钟，减少团队成员孤立，增进了解
团队来自组织召开
昨天、今天、障碍（不对障碍展开讨论）
C 冲刺评审会/迭代审查会
（客户+PO+ScrumMaster+team）
（客户+PO+ScrumMaster+team）
2小时以内，演示增量，获得反馈（适用场景：客户如果担心质量）
Product Increment
产品增量
产品增量
团队一起定义“完成的定义DOD”，产品确认DOD
无论产品是否决定发布，增量必须可用
结果：一份修订后产品待办事项列表
A 冲刺回顾会（ScrumMaster+team）
2小时以内，明确下个Sprint实施的改进和实践
时机（1.发布新功能；2协作不畅；3.里程碑；4.距离上次回顾几周后）
Scrum Master
（服务型领导）
（服务型领导）
服务于产品负责人
找到有效管理PB的技巧
确保PO了解如何安排PB
帮助理解并实践敏捷
服务于团队
指导自组织和跨职能
移除开发障碍
服务于组织
指导组织采纳Scrum
帮相关方理解并实施Scrum
提升团队生产率
增强Scrum
开发团队
(自组织)
(自组织)
责任归属整个开发团队
自组织、跨职能
稳定、全职
五大价值观
勇气、承诺、专注、开放、尊重
看板
可视化管理、消除瓶颈
极限编程
测试驱动开发：先写测试代码再写程序
重构：减少技术负债
结对编程
收藏
收藏
0 条评论
下一页
