瀑布 敏捷_客户评论：从瀑布到敏捷

瀑布 敏捷

我们目前正在改造一个拥有200余人的大型组织，以采用新的敏捷行为。 转型始于确定3个试点项目成为敏捷技能和技术的第一批采用者。

这三个项目通过创建故事图来组织和可视化其业务需求，开始了他们的敏捷之旅。 故事映射技术使项目团队能够将其项目分解为可以独立管理的功能。 首先，他们使用了当前的业务需求文档，并将其转换为故事图。 然后将故事地图用作可视化工具，以推动与业务部门就功能创建和优先级进行讨论。

将项目分解为功能部件后，团队创建了看板委员会，并制定了策略来管理系统中的工作流程。 团队定期为站立会议设置节奏，以提供有关故障单的更新，提出和解决风险，问题和阻止者的信息。

通过使他们参与更频繁的讨论，新方法从业务中获得了积极的反馈。 现在，企业正在与项目团队紧密合作，以熟悉新的工具和流程。 当前，他们已经与业务部门举行定期会议，以讨论业务和IT部门对功能以及如何将其分组为MMF的观点。 新流程和看板为项目团队和企业提供了一种协作且透明的方法来管理其项目。

以下是看板项目董事会的照片以及团队对新流程和看板的反馈。

试点项目1

• “故事板有助于发现需求与潜在解决方案之间的差距。”
• “尽管我们的项目仍处于看板过程的早期，但我们已经在模型的视觉和协作方面发现了确定的价值。”
• “站起来，有助于确保团队中的每个人都熟悉项目的状态，当前存在哪些问题，也为每个人提供了集思广益并在需要时提供意见的机会。”
• “我所看到的主要挑战是，首先要尝试在中/高复杂度项目（学习曲线）中学习和试用该模型，以及与标准瀑布模型相比，调整每个人对如何进行该项目的看法。”
• “试图改造一个从瀑布开始的项目非常具有挑战性，例如，在看板培训开始时，正在进行中的高层次要求文档（已更新，修订）； 与尚未接触看板的业务伙伴一起制定项目计划，并逐步适应看板技术。”
• “学习和应用是同时发生的（在项目时间表中没有足够的时间来'实践'技术/调整我们的流程，然后再将其展示给客户；在学习过程中犯错会影响到我们的信誉，尤其是在传统上不容忍失败/错误的文化中。”

试点项目2

• “人们可以轻松地了解工作流程并确定瓶颈以重新分配工作量。”
• “这使工作更有趣，更透明。”
• “这也有助于我发现我在该项目中的位置以及我的任务和其他任务之间的关系，以及如果不能按时完成任务，谁会受到影响。”
• “最具挑战性的部分是定义有意义的任务（细粒度）或功能集并减少任务之间的耦合（依赖性），这是使整个工作流程顺利进行的关键部分。”
• “在项目中期过渡到看板并不容易。 遇到了一些开销，使每个人都加快了步伐，但项目时间表没有改变”

试点项目3

• “每天的站起来促进了我的同龄人之间的交流。”
• “有助于发现障碍，并有机会更快地解决。”
• “使用看板，我们可以跟踪项目活动，并找到不同阶段的瓶颈（阻止者）。”
• “希望在完全理解之前推动看板活动的企业利益相关者。 通常，业务经理不清楚，并引起混乱。”
• “阐明“看板冠军”在该项目中的角色和责任，以及他们与业务的互动方式，目前尚不清楚，并且会引起混乱。”
• “ 我感到我们要快速有效地清除阻滞剂并为每个MMF定义交付时间表/里程碑是一个挑战。”

参考： 客户评论： 精益转型博客上的JCG合作伙伴 Alexis Hui 从瀑布到敏捷 。

翻译自: https://www.javacodegeeks.com/2012/08/client-reviews-from-waterfall-to-agile.html

瀑布 敏捷