一个真实的大规模敏捷开发的故事
2019-12-24
来源：敏捷行动派
然后是推出这三款产品的其他东西。
我推荐，为了更早得到实际上更小的潜在发布，增加早期反馈和学习，逐个产品(product-by-product )是一种较好的切分方式。对此团队取得了一致的意见。
现在是时候深入每个需求了，我们一次只拿一个需求，按以下方式细化：1、头脑风暴出所有可能会遇到的问题，写在红色便笺纸上，粘在有该需求的纸上;2、然后尝试一个人一个人地去回答这些问题，把答案写在绿色便笺纸上。有些问题我们可能回答不了，那么就把它交给项目联络人，由他们负责找能够回答这些问题的人。
通过首先来问问题加以理解
为让所有人有共同深入的理解，在你回答任何问题之前，可以先让他们头脑风暴所有可能想到的问题，这一项不错的技巧。这比提问->回答->提问->回答的模式能覆盖更多的方面。这项技巧在待办事项细化(包括进一步细化)方面有非常大的帮助。
切分和理解——从零开始
期间，项目中不同的团队从大房间计划中找出一些他们仍旧不理解的史诗故事。 scrum master 已经把它们打印出来并组织了一个研讨会，项目联络人准备去解释它们。
开始几个小时，他们围坐在圆桌旁围绕这些史诗故事展开了讨论。但他们未取得任何进展。什么结论都没形成。它就是让人觉得很困惑不解。我们商量移到房间的另一头，把八个史诗故事列出来，然后开始在索引卡上写任务，并把它们放到史诗故事上。 不论scrum master 如何努力地组织这些卡片，不论项目联络人如何努力地解释他对每个史诗故事的理解，大家仍觉得很迷茫。
然后有人说，“为什么我们不把这些旧史诗故事推到一旁，写我们自己的新史诗故事。这样，我们就不需要猜测谁谁谁在写这些旧史诗故事时是怎么想的了。”
然后，情况发生了变化!
又是几个小时过后，这个团队准备好了他们的新史诗故事，打算将它们展示给干系人，以确保他们的思路是正确的。
从零开始来理解
与其试图猜透别人的想法，不妨从零开始，相信大家的群众智慧，这经常能更有效地达成共识。
通过总体规划为下次大房间计划会做准备
我们在准备下一次十月份的大房间计划会时，讨论了第一次会议存在的所有问题，发现还有两件事不太理想：
我们针对金融工具市场法规没有足够清晰的长期计划。
不同业务部门间未对重要程度和紧急程度达成共识。
上次之后，我们做了个总体规划，但其实也就下三个月的内容比较靠谱，再往后就很难说了。因此，大家不太清楚本次大房间计划会要考虑什么，以及应该把什么再往后推一推。
而且，某些业务领域非常热衷于金融市场工具法规的每个细节，而其他领域更关注用户体验。
换句话说，没有清晰的方向。不论在大房间计划会期间还是之后，要谅解大家花时间从不同的角度来讨论方向，或以不同的角度切入。
我们决定在十月份召开下次大房间计划会之前，拉其他的干系人参与到九月下旬的总体规划会中。我们邀请了每支团队的项目联络人、筹划指导委员会、三个业务领导和Pia、Sally，当然还有我，一共有12个人。
我们先从认为后三个月能到什么程度开始的。在总共15个史诗故事中，有两个已经全部完成了，有七个完成了50%。这不是我们想达到的结果。
然后，我们使用带有T恤尺寸的计划纸牌评估了史诗故事。这样大家就能更投入地参与其中了。
我们排了下优先级，我坚持把所有史诗故事放到一起，由业务领导共同商定什么对整个公司最重要。其中一位对我说，“
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
