《敏捷实践指南》读书笔记
2022-06-26 22:33:22 0 举报
AI智能生成
敏捷实践指南拆书,目录拆解
作者其他创作
大纲/内容
7.行动呼吁
与加速交付相关的变革
与敏捷方法相关的变革
6.1.1变革管理驱动因素
管理层的变革意愿
组织在员工认知、审核和评估方式上作出改变的意愿
集中或分散项目、项目集和项目组合管理职能
专注于短期预算和指标而不是长期目标
人才管理成熟度和能力
6.1.2变革就绪情况
6.1组织变革管理
6.2.1创建安全环境
6.2.2评估文件
6.2组织文化
多层结构
强调价值交付
总价增量
固定时间和材料
累进的时间和材料
提前取消方案
动态范围方案
团队扩充
支持全方位供应商
6.3采购和合同
6.4商业实践
6.5.1框架
6.5.2考虑事项
6.5多团队协作和依赖关系(扩展)
6.6.1敏捷pmo为价值驱动型
6.6.2敏捷Pmo为面向创新型
制定和实施标准
通过培训和指导发展人才
多项目管理
促进组织学习
管理相关方
招聘、筛选和评估项目领导
执行专业化项目任务
6.6.3敏捷pmo为多学科型
6.6敏捷和项目管理办公室(pmo)
地理
职能结构
项目可交付成果的大小
项目人员分配
重采购型组织
6.7组织结构
6.8组织演变
6.关于项目敏捷的组织考虑因素
“为什么”或者说是项目的理论基础
前景
说明团队达到预期前景所要做的内容
任务
定义项目如何成功
成功标准
3个关键信息
5.1项目章程和团队章程
团队定期地反思如何能提高成效,然后相应地对行为进行调整
迭代后
完成一个发布或者加入一些功能时,无论大小
自上次回顾以来,又过了几周时间
当团队出现问题时,以及团队协作完成工作不顺畅时
当团队达到任何其他里程碑时
何时
3/3
帆船
360度赞赏
喜欢的
学到的
缺乏的
渴望的
四省
“促进者”保证团队参与/确保改进落实方式
不是责备
学习以往并作出小的改进
定性的(人的感觉)/定量的(衡量指标)数据;找到根源,设计对策,并制定行动计划
团队共同决定
注意
5.2.1回顾
po负责
po逐步完善
团队细化,1h/周
用户角度
价值或利益
业务需求到解决方案需求的桥梁
验收标准有更多细节
3c原则
用户故事user story
独立性
Independent
可商议
Negotiable
价值
Valauable
可估算
Estimable
小
Small
可测试
Testalbe
用户故事的INVEST
可能是一组需求
格式不是一定的
层级:史诗、主题、故事、任务
用户故事注意
高、中、低
相对排序
Must have
Should have
could have
Moscow
虚拟货币
100点法
满意度/交付量
纬度
基本
期望
兴奋
类型
Kano分析
排序技术
product backlog
5.2.2待办事项列表编制
5.2.3待办事项列表的细化
时间盒
不超过15分钟
上次站会以来我都完成了什么
从现在到下一次站会,我计划完成什么
我的障碍(或风险或问题)是什么
站会回答的问题
5.2.4每日站会
5.2.5展示/评审
5.2.6规划基于迭代的敏捷
持续集成
在不同层面测试
验收测试驱动开发atdd
测试驱动开发tdd和行为驱动开发bdd
刺探(时间盒研究或实验)
5.2.7帮助团队交付价值的执行实践
5.2.8迭代和增量如何帮助交付工作产品
5.2常见敏捷实践
5.3解决敏捷项目的挑战
燃尽图
燃起图
5.4.1敏捷团队的衡量结果
5.4敏捷项目的衡量标准
5.实施敏捷:在敏捷环境中交付
项目管理协会pmi
敏捷联盟
组织
1.引论
可确定的工作
变化速度快
复杂性和风险也高
特点
短时间内探讨可行性
根据评估和反馈快速调整
处理方式
不确定的工作
2.1可确定的工作与高度不确定的工作
个体以及互动而不是过程和工具
可用的软件而不是完整的文档
客户合作而不是合同谈判
应对变更而不是遵守计划
《敏捷宣言》四大价值观
我们最高的目标是,通过今早持续交付有价值的软件来满足客户的需求
欢迎对需求提出变更,即使在项目开发后期也不例外。敏捷过程要善于利用需求变更,帮助客户获取竞争优势。
要经常交付可用的软件,周期从几周到几个月不等,且越短越好。
项目实施过程中,业务人员与开发人员必须始终通力合作。
要善于激励项目人员,给予他们所需的环境和支持,并相信他们能够完成任务。
无论是对开发团队还是团队内部,信息传达最有效的方法都是面对面交谈。
可用的软件是衡量进度的首要衡量标准。
敏捷过程提倡可持续的开发。项目发起人、开发人员和用户应该都能够始终保持步调稳定。
对技术的精益求精以及对设计的不断完善将提高敏捷性
简洁,即尽最大可能减少不必要的工作,这是一门艺术。
最佳的架构、需求和设计将出自于组织团队。
团队要定期反省怎么样才能更有效,并相应的调整团队行为。
十二大原则
敏捷思维模式:四大价值观➡️十二大原则➡️实践
看板
ScrumBan
水晶
AUP
FDD
XP
DSDM
Scrum
敏捷
精益
敏捷方法
2.2《敏捷宣言》及思维模式
2.3精益与看板方法
非常短的反馈循环
频繁调整过程
重新进行优先级排序
定期更新计划
频繁交付
应对不确定性的常用方法
2.4不确定性、风险和生命周期选择
2.敏捷概述
提前进行大量的计划工作,然后一次性执行
执行是一个连续的过程
交付
测试
构建
设计
分析
流程
预测型生命周期
允许对未完成的工作进行反馈
从而改进和修改工作
迭代型生命周期
向客户提供各个已经完成的,可能立即使用的可交付成果
增量型生命周期
有迭代、也有增量
便于完善工作,频繁交付
敏捷生命周期
项目生命周期
特征
3.1.1预测型生命周期特征
3.1.2迭代型生命周期的特征
3.1.3增量型生命周期的特征
3.1.4敏捷生命周期的特征
3.1.5敏捷适用性筛选器
3.1.6混合生命周期的特征
3.1.7结合了敏捷和预测的方法
3.1.8以预测法为主,敏捷方法为辅的方法
3.1.9以敏捷方法为主,预测法为辅的方法
3.1.10符合目的的混合生命周期
3.1.11混合型生命周期作为过渡策略
3.1项目生命周期的特征
3.2混合敏捷方法
3.3影响裁剪的项目因素
3.生命周期选择
项目团队如何以敏捷方式行动?
为了使下一交付周期收益,团队需要快速交付哪些成果并获得早期反馈?
团队如何以一种透明的方式行动?
为了专注于高优先级的项目,可以避免哪些工作?
仆人式领导对团队达成目标有何益处?
以下问题的答案有助于制定实施策略
4.1从敏捷思维模式开始
与团队成员一起定义“为什么”或目的,以便他们能够围绕项目目标进行合作互动
目的
目标确立后,鼓励团队创造一个人人都能成功的环境。
要求每个团队成员在项目工作中作出贡献
人员
不要计划遵循“完美”的敏捷过程,而要注重结果
如果能够常常角度完成的价值并反思产品和过程,团队就是敏捷
过程
提升自我意识
倾听
为团队服务
帮助他人成长
引导与控制
促进安全、尊重与信任
促进他人经历和才质提升
从“管理协调”转向“促进合作”
4.2.1.1仆人式领导的促进
4.2.1.2仆人式领导消除组织障碍
4.2.1.3仆人式领导为他人贡献铺路
教育相关方,使其了解为什么要敏捷以及如何敏捷
通过指导、鼓励和帮助为团队提供支持
通过技术项目管理活动,如,量化风险分析来帮助团队
庆祝团队成功,为团队与外部团队提供支持,并起到桥梁作用
4.2.1.4考虑这些仆人式领导职责
4.2.1仆人式领导的职责
项目经理的价值不在于他们的岗位,而在于他们能够让每个人都变得更好
4.2.2项目经理在敏捷环境中的角色
4.2.3项目经理应用仆人式领导
4.2仆人式领导为团队赋权
敏捷宣言的宗旨使强调个人和角度的重要性,敏捷优化来价值流,强调了向客户快速交付功能,而不是怎么样“用人”
人员更有可能合作
团队更快地完成工作
由于不从事多任务,也不必重新建立环境,团队减少了浪费时间
优化价值流的好处
概述
3到9个成员组成
理想情况下,敏捷团队应该集中在一个团队工作场所
成员100%为专职成员
团队鼓励自我管理
团队组成
4.3.1敏捷团队
跨职能团队成员
产品负责人
团队促进者
敏捷中常见的三个角色
4.3.2敏捷的角色
i型人才
t型人才
4.3.3通才型专家
4.3.4团队结构
4.3.5专职小组成员
4.3.6团队工作场所
4.3.7客服组织孤岛
4.3团队构成
4.实施敏捷:创建敏捷环境
敏捷实践指南
0 条评论
回复 删除
下一页