🧙🏼 🔻 🕺 Scrum可以用于外包吗？ 👨🏼‍🌾 🤰🏾 👩🏻‍🚀

这个问题很有争议，尽管我已经寻找了很长时间并且仍在寻找它，但我个人并没有找到一个简单明显的答案（我仍然相信我会找到一种方法来使用scrum的纯粹本质，而在外包项目中别无其他）。但是，该框架本身提供了很多不足之处，即使不是不可能，其好处也难以否认。然而，在文章标题所涉及的问题中，真正的问题是字里行间。允许发声。

问题

Scrum是一个敏捷框架；它涉及敏捷开发。敏捷开发需要灵活的期限和类似的预算。反过来，在95％的情况下（外包除外），外包开发涉及紧迫的期限和紧缩的预算。有条件：“在3个月内让我成为公司门户，预算为300万。我要为结果付费。” 客户是正确的，他希望看到结果。经理必须带领团队达到这个结果。但是，这是使用Scrum做到的呢？

该框架假设时间和预算都不确定。也就是说，已经在项目的初始阶段，scrum本身就告诉您：“等等，我不能来这里，有明确的截止日期和实际预算，您需要寻找一条关键的道路，提前计划一切，寻找瀑布。”

解决问题

步骤1.从瀑布式销售服务开始。

我的父亲从小就教我：“没有黑色和白色，到处都是利弊。”是的，瀑布已经过时，是的，它不太适合敏捷开发，但是它可以帮助您理解并允许您在考虑所有风险的情况下计算关键路径。关键路径很可能不准确，甚至悲观的评估也会非常乐观（如果您理解我的意思），但是此步骤将大致了解您和您的客户的工作量。

您必须花费大量时间与开发人员一起评估项目。有关功能的讨论。这是一个可惜的时光，因为以后仍然需要重新评估功能，但是到目前为止，没有它，别无他处：否则，该项目将不会被出售，外包开发的束缚也不会打破链条，以追求下一个骨骼-将没有骨骼。

（！）此步骤并不意味着直接销售，而只是确定货币和条款的条件“从”和“到”。

第2步！我们接受了这个项目，我们开始进行Scrum的工作（以其形象和相似性）

该项目已被采纳。似乎所有的截止日期都在那里。任务很清楚，很好，开车去做。警报！不要那么快。自您第一次评估项目以来，很可能许多事情已经改变。例如，可以出现设计或从客户那里获得新的愿望清单。

我有个建议。尝试Scrum。从产品的积压中，选择sprint积压，整理。仔细计划您的Sprint，看看团队如何处理它。每天以“开发人员昨天执行的操作/他今天执行的操作”的格式加扰。在冲刺结束时进行回顾，以总结每个团队的成功以及整个团队的成功。您会很快注意到每个开发人员的KPI如何从sprint到sprint增长，QA回报的数量如何减少以及产品积压的数量如何减少。

PS不要急于拒绝新客户的愿望。也许它们很有意义，并且可以安全地将它们输入产品积压列表中，而不必证明客户的业务（以及客户自己）不再需要的其他功能。

步骤2.1 将产品负责人介绍给项目

外包公司通常只有一名项目经理。不用划分Scrum管理员和产品所有者，但这并不是一个乍看起来的大问题。

例如，我在该项目上有一个出色的测试人员，我将产品所有者的90％的职责委派给了他（其余10％是来自客户的，我已经将其传递给了我的同事）。除了从事测试（他做得很好）外，他还维护和补充积压订单，编写码头，建立流程和实体表：他做得很好（不损害他的核心），我只是没有时间，由于其他项目的就业。

用这种方法，还有另一个巨大的好处。对于一个经验丰富的测试人员（只有这才可以赋予产品所有权），这是一个绝不感到无聊并乐于尝试新任务+体会自己价值的绝好机会。不要忘记对团队成员表现出信心，至少因为这也是您增加权威的方式。

PS现在，我不是在所有项目中都使用这种模型。某个地方根本不需要Scrum，因为它很复杂。这些主要是为期不超过一个月的小型项目。

步骤2.2 将时钟评级转换为故事点

不是最重要的步骤，没有它，您可以工作，但是更加困难。事实是，当您以小时为单位评估任务时，每个人的时钟都不同，一个人创建域实体（条件任务）需要6个小时，某个人有7个，某个人有8个。每个人都具有相同的=8。

根据故事点，计算每个开发人员的KPI，进行绩效评估并监视整个项目的成功将更加方便。

与开发人员每天安排8个故事点（6月为5 mb），在此基础上进行计划，并研究如何完成任务和实施项目。

如果开发人员在4小时内突然关闭了8个故事点（根据斐波那契数字，有5个故事点），请不要为他/她加载新的句柄。赞赏您的同意，尊重他/她的工作。他/她剩余的“空闲”时间中的一部分仍将用于研究下一个功能，为明天做准备，以及部分用于自我发展甚至休闲。良好的休闲活动也可以激励人们工作。

步骤3.工作冷静

不要按照Scrum指南或任何其他pm标准化程序中的说明进行任何操作。灵活地做出决策，并根据情况而定。仔细选择不同框架提供的工具，不要犹豫尝试新的工具。

无需费力地工作即可成功地管理项目。需要工作很酷。就这样。

结论

Scrum可以使用，并且将非常有用：一个出色的框架，提供了一系列很酷的工具，以便不断更新，发展自己并为团队成长提供基础，监视项目进度并考虑团队的KPI成员。

尽管如此，Scrum并不是万灵药，例如，向客户说，我们最初不知道该项目能为您带来多少收益，以及在外包开发方面将花费多少时间最有可能失败。没有瀑布元素，一切都是一样的。

随意组合框架并使用您和您的团队喜欢的工具，即使它们本来不是很混乱。使它工作起来很方便，因为这是每个框架的主要目标。而如何称呼他则取决于您。

PS我有HMS-转基因scrum。

Scrum可以用于外包吗？

问题