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