敏捷方法到底是如何工作的

敏捷开发过程到底是如何工作的
似乎每个人都在做敏捷开发。每个人似乎都在谈论它。但事实是，许多组织并没有对敏捷软件开发过程有一个牢固的把握。所以，即使你认为你在做敏捷开发，你也可能不是。
做敏捷开发很像开餐馆。每个人都有自己的具体任务，但他们必须一起工作，这样才能在正确的时间将所有的碎片组合在一起。他们还必须能够根据顾客每天的需求做出各种各样的饭菜。只有当产品被满意地交付给客户时，团队才是成功的。
餐馆里的流程从点餐开始。服务员收集账单上的订单，然后让厨房完成工作。在软件开发中，业务单位要求开发他们想要的产品，提供他们的用户故事和需求——换句话说，他们的订单。敏捷团队必须拿到所有这些票据，并弄清楚如何制作所有产品，以便它们都能在正确的时间交付给不同的业务团队。这被称为看板过程，这是基于项目计划中使用的票据的日语单词“看板”。
scrum负责人与产品负责人和开发团队协商后，将门票组织成可以立即处理的组。然后按顺序排列，首先要做的事情先做，以此类推。在餐馆里，买票也是出于类似的原因，所以准备食材的人知道要准备什么，以便厨师做特定的菜，这样整顿饭就会在正确的时间吃到一起。
在敏捷开发中，这些小组被称为“sprint”——通常是一个为期两周的时间，在此期间，不同的开发人员都在处理他们的票据，以便及时完成下一个“sprint”。
在餐厅里，行政主厨会向烹饪团队展示这一套菜单需要做的所有事情。厨师们承诺他们要做什么菜。在敏捷开发中，同样的过程发生在所谓的scrum过程中。在敏捷开发团队中，开发人员同样会提交他们将在当前sprint中交付的代码。
厨师制作食物，根据他们所拥有的食材和烹饪过程中出现的任何问题，以及从服务员和顾客那里得到的任何反馈，根据需要调整调料和方法。敏捷开发的工作方式是一样的:开发人员实现他们所承诺的，根据涉众、产品经理的反馈和他们自己的见解，在交付想要的结果时做出调整。
餐馆的厨师总是希望能做出更好的食物和更好的准备过程。在烹饪的过程中，他们会讨论并记录哪些地方需要改进配料或烹饪过程，然后在未来的工作中做出调整。敏捷开发团队也会做同样的事情，在开发工作期间以及在每个冲刺阶段的最后，也就是所谓的回顾中互相给予反馈。
在一家餐馆，当一批订单完成后，下一批订单将按照同样的流程启动。这将一直持续到服务完成。在敏捷开发中，sprint会一直持续到产品交付为止。当这种情况发生时，团队就会重新开始开发新产品。
在餐馆里，菜单上每一道菜的一致性都很重要。为了做到这一点，行政总厨制定出食谱，然后将它们传授给厨师和副厨。通常情况下，预备厨师也会提前将所有蔬菜和其他配料切成精确的规格，以便在厨师需要的时候使用。这几乎是一条食品流水线。
在敏捷开发中，有些工作可以自动化，比如代码管理和自动化测试。同样地，持续集成确保了所有的成分都准备好了，然后正确地组装成项目。持续交付可以让您在每个sprint中交付代码，而不是等到每个sprint结束。这使得软件更快地投入到业务中，尽管是在更小的范围内。它就像一家点心店或小吃店，让你在用餐过程中点不同的食物，准备好后再送餐，而不是一次送完整顿饭。