敏捷的三次信仰飞跃

原文：https://medium.com/hackernoon/agiles-three-leaps-of-faith-29599a5c78ac

敏捷/精益风格的软件产品开发是违反直觉的，除非你已经做了一段时间(即使这样，它也会给你一个难题)。你会不舒服的。你会说服自己，你的公司是独一无二的，这些模式并不适用。

但是这些模式确实适用。为了取得有意义的进步，你必须采取三个基本的信念飞跃。

因为收益会随着时间的推移而增加，所以需要很多信心(尤其是在早期)。危险在于撞上一个坑洞，滑入局部最大值。通常答案是让更不舒服——缩短迭代，降低 WIP 限制，并进行艰难的对话。很难。再多的合理化或“嘿，有些公司是这样做的”都不会让你有所准备。

开头是…

更加紧密地合作…

跨职能团队、团队目标(相对于个人目标)、更紧密的协作、全团队回顾、更少的移交、更大的自主权、指导和辅导、心理安全需求、大规模改善活动、障碍蜂拥而至

一起工作让你……

团队、任务、类和方法、批量工作、组件、功能的“切片”、计划清单、实验、特性(为了同等或更大的利益)、进行中的工作/过程、上下文切换和多任务、过程开销、命令和控制、依赖性、约束

当然，当事情变小时，你……

展示您的工作、重构、获得真实客户的反馈、集成、测试、检查和调整、根据新的知识采取行动、与队友交谈/配对/协作、部署、查看使用数据、测量结果、挺身而出、淘汰表现不佳的功能、测试新功能、实现收益/结果、预算和财务、重新分配投资、进行持续改进实验

感到无能、不舒服、烦恼、悲观和失常是完全正常的。所以诀窍(引用 现代敏捷 )就是把“安全作为前提”，做好有点不舒服的准备。让信仰的跳跃变得安全。