敏捷方法和看板方法视为精益方法的子集
敏捷方法包括:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-P5NybdO2-1664455201300)(/Users/sunhao/Library/Application Support/typora-user-images/image-20220802161419826.png)]
| 方法 | 需求 | 活动 | 交付 | 目标 |
|---|---|---|---|---|
| 预测型 | 固定 | 整个项目仅执行一次 | 一次交付 | 管理成本 |
| 迭代型 | 动态 | 反复执行直至修正 | 一次交付 | 解决方案的正确性 |
| 增量型 | 动态 | 对给定的增量执行一次 | 频繁更小规模交付 | 速度 |
| 敏捷型 | 动态 | 反复执行直至修正 | 频繁小规模交付 | 通过频繁小规模交付和反馈实现客户价值 |
从 高确定性的明确的需求 ,稳定的团队 和 低风险 中获益.
生命周期
通过连续的原型或概念验证来改进产品或成果
迭代有利于识别和减少项目的不确定性
生命周期
加快交付速度,无法等待所有事情全部完成.
生命周期
敏捷团队不局限于一种敏捷方法
敏捷框架不是针对团队定制的,为了定期交付价值,团队可能需要对实践进行剪裁.
协调方法
协调使用Scrum框架,看板方法和极限编程(XP)
Scrum提供指导
看板面板提高效率,将工作流可视化,使障碍更容易被察觉,通过调整在制品限制来实现流程管理
受极限编程启发的工程实践(故事卡,持续集成,重构,自动化测试和测试驱动开发) 提高敏捷团队效力
| 项目因素 | 裁剪方案 |
|---|---|
| 需求模式:稳定型或偶发型 | 使用节奏(定期时间盒)能帮助演示,回顾和理解新任务. |
| 团队经验水平所要求的的过程改进速度 | 更频繁地回顾并选择改进措施 |
| 工作流往往被各种延误或障碍打断 | 利用看板让工作 |
| 产品增量的质量不佳 | 利用各种测试驱动开发的实践.这种防错机制使缺陷难以不被发现 |
| 创建某个产品需要不止一个团队 | 了解敏捷项目集管理或正规扩展框架 |
| 团队成员缺乏使用敏捷方法的经验 | 1. 培训 2. 如果使用特定方法如Scrum或看板, 则举办研讨会 |
仆人式领导是一种为团队赋权的方法,注重理解和关注团队成员的需求和发展.旨在使团队尽可能达到最高绩效
仆人式领导可以帮助他们的团队通过合作更快的交付价值
仆人式领导通过管理关系,在团队内和组织中建立沟通与协作.
仆人式领导在团队内部和团队之间帮助发现瓶颈问题,并进行沟通.然后团队将解决这些瓶颈问题
仆人式领导消除组织障碍
敏捷宣言 的第一个价值观 个人与过程和工具的交互
对仆人式领导而言,更好的职责是认真审视那些阻碍团队敏捷或组织敏捷的过程,并努力使其合理化
仆人式领导为他人贡献铺路
仆人式领导为满足团队,项目和组织的需求而工作.
仆人式领导领导影响项目,鼓励组织以不同方式思考.
仆人式领导的职责
教育相关方,使其了解为什么要敏捷以及如何敏捷.
通过指导,鼓励和帮助为团队提供支持.倡导团队成员的培训和职业发展.
仆人式领导的一个关键作用是,培养和发展团队成员,帮助他们超越自身当前角色,即时团队将失去他们也在所不惜.
通过技术项目管理活动,如量化风险分析来帮助团队.通过提供培训或开展活动为团队提供支持.
项目经理的价值不在于他们的岗位,而在于他们能够让每个人都变得更好
从事敏捷项目工作时,项目经理的角色就会从团队中心转变成 为团队和管理人员提供服务
作为仆人式领导,项目经理要鼓励将责任分配给团队成员,分配给那些掌握完成任务所需知识的人.
敏捷宣言的价值观和原则的一个核心宗旨是强调 个人和交互的重要性.
要善于激励项目人员,为他们提供所需的环境和支持,信任他们能完成工作
敏捷优化了价值流,强调了向客户快速交付功能,而不是怎样"用"人
团队优化价值流的好处:1.人员更有可能合作 2.团队更快的完成有价值的工作 3.由于不从事多任务,也不必重新建立环境,团队减少了时间浪费.
敏捷团队
敏捷团队注重快速开发产品,以便能获得反馈.
最有效的敏捷团队往往由三到九个成员组成
理想情况下,敏捷团队应几种在一个团队工作场所工作.团队100%为专职成员.
团队越是限制在制品,团队成员就越有可能通过合作来加快整个团队的工作.
团队在给定的时间解决所有的需求,然后视图完成所有的设计,继而去完成所有的构建,就会发生迷你瀑布的情况.
敏捷的角色
跨职能团队成员:具备生产可行产品所需的各种必要技能的团队成员
产品负责人
团队促进者
通才型专家
团队成员在具备一项擅长的专业化技能的同时,还拥有多种技能的工作经验,而不是单一的专业化.
团队的目标是提高过程效率,优化整个团队的产能.
团队规模小会促进团队的合作
产品负责人的工作是确保团队从事最高价值的工作.
团队结构:跨职能团队/分布式团队/分散式团队
专职小组成员
成员只投入25%或50%的能力,带来的问题是,他们会进行多任务处理和任务切换,多任务处理会降低团队工作的产出,并影响团队预测交付能力的一致性.
多任务处理减缓了整个团队的进展,因为团队成员要浪费时间切换环境或相互等待完成其他工作.
任务切换时,人员效率的损失在20%-40%之间,随着任务数量的增加,效率损失会呈指数级增长.
当人员100%为团队专职工作是,团队最有可能最快产出.
团队工作场所
团队需要一个工作场所,可以一起工作.了解他们作为团队的状态,并进行协作.
在不同地点工作的团队成员需要虚拟的工作空间.考虑让团队成员定期聚集一堂,以便简历信任,学习怎样开展工作.
分散式团队管理沟通的技术:1.鱼缸窗口 2.远程结对
鱼缸窗口:通过在团队分布的各个地点之间建立长期视频会议链接,创建一个鱼缸窗口.
远程结对:通过使用虚拟会议工具来共享屏幕,包括语音和视频链接,简历远程结对.只要考虑了时差问题,这种方法和面对面结对是一样的.
克服组织孤岛
组件敏捷团队最好的开端是构建一个拥有基本信任和安全的工作环境,以确保所有团队成员都有平等的话语权,他们的意见都能被听到并得到考虑.
孤岛组织往往给跨职能敏捷团队的组建带来重重障碍.
为克服组织孤岛问题,就要与团队成员的不同管理者合作,让他们为跨职能团队安排必要的专职人员
作为敏捷项目的领导,首先要把重点放在如何组建跨职能团队,让所有团队成员100%投入团队工作.
回顾
回顾是最重要的一个实践,原因是能让团队学习,改进和调整其过程.
回顾可以帮助团队从之前的产品开发工作及其过程中学习.
敏捷宣言的原则之一:团队要定期反省如何能够做到更加有效,并相应的调整团队行为.
可以进行回顾的时刻
团队在完成工作时遇到困难,可以计划用充足的时间组织回顾,以此收集数据,处理数据,再决定之后要尝试的实验做法
回顾不是责备,是让团队从以前的工作学习中学习并做出小的改进.
回顾针对定性的和定量的数据,然后利用这些数据找到根源,实际对策,并制定行动计划,项目团队可以采取许多行动事项来消除障碍
考虑限制行动事项的数量,使团队在即将进行的迭代或工作期间有能力改进.
待办事项列表编制
待办事项列表是所有工作的有序列表,它以故事形式呈现给团队.工作开始之前,不需要为整个项目创建所有故事.
产品负责人可能会制作一个产品路线图,以显示预期的可交付成果序列.
产品负责人根据团队的实际成果重新规划路线图.
待办事项列表细化
基于流程敏捷的即时细化.团队将下一张卡片从待办事项列表中拿出来讨论
许多基于迭代的敏捷团队在两周的迭代中用1小时的时间盒讨论.
基于迭代的敏捷团队的多次细化讨论.团队可以在陌生的产品,产品领域或问题领域使用这一技巧.
考虑使用影响地图查看产品如何组合在一起.正常情况下,产品负责人领导者项工作.
影响地图: 一种战略规划技术 被组织作为打造新产品的路线图.
细化会议上,产品负责人向团队介绍故事的创意,让团队了解故事中潜在的挑战或问题
团队通常有一个目标,每周用不超过1小时的时间来为下一批工作细化故事.
每日站会
团队成员利用每日站会 对彼此做出小的承诺,发现问题,并确保团队工作顺利进行
每日站会的时间盒不超过15分钟.
团队以某种方式"过一下"看板或任务板,而团队中的任何人都可以主持站会
站会是为了发现存在问题,而不是解决它们.将问题添加到停车场区,然后创建另一次会议,它可以在站会之后立即召开,并在会上解决问题.
鼓励任何团队成员主持会议而不是由项目经理或领导主持,以确保它不会变成状态报告会议,而是作为团队进行自我组织和互相承诺的会议.
展示/评审
当团队以用户故事的形式完成特定功能时,团队会定期展示工作产品.看过展示后,产品负责人接收或拒绝故事.
团队在迭代结束时展示所有已完成的工作项.
使项目敏捷的一个基本要素是频繁地交付工作产品.一个没有展示或发布的团队,其学习的速度不会快,并且很有可能并未采用敏捷技术.
规划基于迭代的敏捷
团队应考虑自身故事大小,避免提交更多的故事,而超出在一个迭代中所能完成工作的能力
在团队能力下降的情况下,团队只会计划相应能力能够完成的工作.
帮助团队交付价值的执行实践
持续集成: 频繁地将工作集成到整体中,然后再进行重新测试,以确定整个产品扔然按照预期工作
在不同层面测试:
验收测试驱动开发(ATDD): 整个团队聚集一堂讨论工作产品的验收标准.
测试驱动开发(TDD)和行为驱动开发(BDD).
刺探(时间盒研究或实验):团队开展研究或针对方案的某个方面进行原型研究验证其可行性
迭代和增量如何帮助交付工作产品
迭代可以帮助团队为交付和多种反馈创建一个节奏
团队会为交付和反馈创建增量
演示或评审是敏捷项目流程的必要组成部分
组织审查和修改这些实践的意愿程度将决定采用敏捷方法的速度和效率
采购与合同
动态特性的合同签署技术