17、敏捷开发的奇妙与残酷真相及文档管理挑战

敏捷开发的奇妙与残酷真相及文档管理挑战

一、敏捷开发的反思与改进

（一）回顾敏捷实践的重要性

在敏捷工作模式中，产品经理对团队和组织采用的敏捷框架、方法和实践的直接权限大小各有不同。但反思和改进敏捷实践本身就是一种敏捷实践。大多数敏捷方法和框架都设有“回顾会议”这一仪式，帮助团队反思协作情况并承诺做出改进。
为了开启关于特定敏捷仪式或惯例的讨论，以下两个问题很有帮助：
1. 这个特定的敏捷仪式或惯例的目标是什么？
2. 以 1 - 10 分的标准，我们认为这个仪式或惯例在多大程度上实现了其目标？

可以采用“Scrum 扑克”的方式来询问第二个问题，让团队成员私下写下答案，然后在数到 10 时一起分享。这种方法能减少群体思维，揭示出答案的差异。

（二）案例：质疑用户故事积压的价值

曾有一位金融服务公司的产品经理，其主要职责是维护和完善用户故事积压列表。但随着时间推移，他怀疑这个积压列表变成了陈旧、以公司为中心且未经测试的想法的垃圾场。最终，他询问团队“积压列表是否真的有助于我们以用户为中心”，并在团队的支持下销毁了积压列表，宣称“如果我们没有从用户那里听到相关内容，就不要在这里浪费时间思考”。

（三）忽视回顾的后果

很多产品经理要么敷衍对待回顾会议，要么干脆省略，因为他们认为这与实际编写软件无关。然而，这种短期的优化策略从长远来看会产生严重后果，可能会耗尽团队的士气，因为那些毫无价值的仪式和惯例无法为业务或用户带来任何价值。

（四）当“错误”的敏捷带来更好结果

当发现按照书本上的方式进行敏捷开发可能导致团队偏离目标时，