华为规模化敏捷案例–没有Scrum的LeSS
2020年2月23日
LeSS规模化敏捷转型案例 – 电信公司MTS
2020年2月25日

在 Scrum 实践中,敏捷教练(Scrum Master)需要帮助团队移除障碍。「移除障碍」诚然是一 种挑战,「识别障碍」同样也是一种挑战。鉴于此,如下有一些潜在的障碍需要你小心提防:

组织结构 
1. 僵化的矩阵式管理结构 
2. QA、Analysis、DBA、 CM...等职能型组织 
3. 缺乏合作 

外部障碍
4. 团队与团队之间的冲突 
5. 无法融入团队的事物 
6. 导致分心与中断的因素 

资源 
7. 合同性的风险 
8. 无法改变的时间、价格 与需求范围 
9. 不切实际的计划 
10. 不切实际的预算 
11. 不切实际的估计
12. 外部强加的干预(对于 用户故事估算或项目估 算) 13. 缺乏配置管理 
14. 硬件设备/系统/网络性能 不足 

政治
15. 奖惩制度有悖团队合作 
16. 强制性但无效的流程 
17. 强制性但无用的工具 

流程
18. 无效的流程
19. 不确定的流程
20. 不兼容的流程
21. 事先过度分析
22. 分析不足
23. 过早决策
24. 没有产品待办清单
25. 敏捷教练没有干活儿 
26. 团队没有好好分解事项 
27. 缺乏跟进(燃尽图等) 
28. 团队无法演示产品 

冲刺
29. 变化的冲刺长度
30. 冲刺被延展(而不是按 时间盒)
31. 冲刺轻易改变 

管理
32. 管理风格与敏捷相冲突(如命令型与控制型)
33. 在推行敏捷时传递混乱的管理理念
34. 缺乏 管理层 的支持
35. 不断的干扰
36. 并行项目太多
37. 产品不具备商业价值 
38. 自上而下的决策(如强制性会议)

技术风险
39. 性能
40. 过分镀金
41. 非潜在可部署的
42. 没有系统集成
43. 团队在设计决策上意见不一
44. 少得可怜的测试 
45. 缺乏重构
46. 测试导致的延期 
47. 无法实现的需求 
48. 勉强能实现的要求

团队共识
49. 没有定义何谓“完成”
50. “完成”的定义中未涉及测试
51. PO 或团队其他成员不召开计划会
52. 当计划出现延迟时,团队未考虑做出调整
53. 无法持续回顾和改进(没有改进就放弃了回顾)
54. 没有跟踪障碍
55. 没有处理障碍
56. 没有冲刺待办事项清单(或者任务清单)
57. 团队不拥有冲刺待办事项清单

质量
58. 单元测试不充分
59. 少到可怜的重构
60. 测试导致延期
61. 代码质量差
62. 交付质量极差
63. 自动化测试不足或过于低效

产品风险
64. 无PO
65. PO 没发挥作用
66. 多个(且意见不同)的PO
67. 不向客户开放的产品设计
68. 产品经理未把大的用户故事进行拆分 
69. 错误的特性设计
70. 拙劣的交互界面
71. 需求摇摆不定无法达成共识
72. 不够明确的需求
73. 市场风险
74. 产品愿景模糊
75. 缺少干系人参与/过于主观
76. 为极端情况而纳入的需求
77. 产品待办列表过早明细 
78. 产品待办列表未定义优先级

人
79. 错误的技能配置 
80. 过度专业化的组员
81. 人数不符合敏捷框架要求
82. 瓶颈
83. 新加入成员无法快速融入团队
84. 团队成员缺乏归属感
85. 团队成员间有冲突
86. 团队成员缺乏互信

技能
87. 团队协作
88. 分析
89. 设计
90. 实施
91. 测试
92. 重构
93. 沟通
94. 不熟悉团队选择的技术

环境/工具
95. 产品经理、测试或开发

使用无效的工具
96. 构建缓慢或不可靠
97. 第三方组件
98. 开发语言
99. 硬件/软件的领先度

还有呢? 
100. 待你补充


你可能注意到列表中不是真的100个障碍(其实是99+?个),这是因为没有一个确定的清单 可以涵盖所有我们对障碍的定义。不管怎样,有这样一个现成的或者你自己维护的清单之后, 你可以随时保持一种敏感性,去察觉是什么正在阻碍你的团队走上敏捷之路。
英文版原作者及版权所有(Copyright):William C. Wake
作者:https://patreon.com/billwake
英文版链接:https://xp123.com/downloads/100Impediments.pdf
翻译及校对:Dandi Wong, CSM 及 姬俊鹏, CSM

拨打免费咨询电话 021-63809913