获得管理层对流程的支持

Question

就软件开发而言，我所工作的公司历史上几乎没有什么过程。目前我们并没有真正遵循任何具体方法。问题当然是它很难规划，成功发布一个不错的版本，甚至吸引优秀的软件开发人员。

我想我可以说服他们做某种Scrum流程。然而，关键是获得管理层/所有者的支持。在任何时间段锁定特定功能的想法我认为吓跑了。

有没有人对如何制作我的案子有任何建议？

到目前为止，我打算：

1. 介绍Scrum的工作原理。我如何看待它与我们现有的人合作以及它将如何使企业受益。
2. 要求针对特定人员进行培训，以便我们不会“随着时间的推移”进行培训
3. 设定一个实施日期，有一些计划和松散的目的，我可能需要绑定以开始新的流程。

Answer 1

如果您的项目类似于标准/典型的IT项目，那么您的项目可能会失败，或者是错误的，或者成本太高，或者没有做到客户（内部或外部）需要的项目，或者做得太多长期发展。

如果您要倡导一个流程，需要证明您不会因为拥有结构而失去灵活性。

向决策者提出的要点：

• 拥有类似Scrum的流程将改善管理层掌握的信息量，并让他们更快地做出决策。考虑一下您有6个月项目的情景。那么，没有流程，你怎么知道在它发布之前完成了多少工作？使用Burndown图表，您可以以可见的方式跟踪剩余的时间。如果你把它与TDD结合起来，在那里定义了100个测试用例，他们可以看到50％的测试用例可以继续工作，但是从燃尽率来看，只有25％的时间可以做到（请记住管理员喜欢它很简单，所以这不是项目的完美状态，但是它是一个易于理解的，它比他们拥有的更好之前）。的 .e.g。他们会感觉更有控制力，因为项目具有更好的可见性。
• 通过流程可以提高质量，长期可以减少错误，减少错误花费的时间，更多知识转移（如果您的明星开发人员被公交车撞到会发生什么），这一切都意味着公司将开发人员专注于更好的产品，而不是持续修复错误。的 e.g。这将节省他们的钱

• 首先会实施一小组更改。这将是一个概念证明，如果需要安全且容易退出。的 e.g。这表明您正在降低感知风险 。而且您需要降低感知风险，因为这是他们将关注的重点。 那就是，您希望在之前收集一些数据甚至提出提案。为什么？好问题：你需要一个基线有两个原因：

  1. 您想知道这些变化有多大帮助。所以你可以提出更多改变。
  2. 在概念验证正在进行时，您可能会让经理抱怨问题。您需要证据，它表明混乱过程自由环境中的问题是常态，这不是状态的恶化，也许是略有改进。 您可以在无流程环境中打赌出错。你可以打赌，概念验证过程的变化将受到指责。所以要做好准备。

Answer 2

根据我的经验，在设计方法或实践经过一次试用后，更容易出售管理。我会选择一个小项目，如果可能的话，通常会面向内部，并要求“试点”你的新scrum流程。一般来说，让人们买入飞行员要容易得多，因为他们只需要在有限的基础上承诺。

随着新的scrumified试点项目的进展，请务必记录（发布后，记事本，Word文档，无论如何）scrum如何使您的项目比以前（缺乏）方法更多或更少成功。在这里要诚实，并尽可能用实际的方式量化事物。

项目完成后，编制您的笔记，并使用已完成的项目作为证据向管理层提交您的调查结果。使用以下结果：

• “产品积压为用户提供了对功能集X的真正进步感”
• “猪/鸡会议风格通过保持会议控制每周节省X人/小时”
• “sprint允许开发人员更紧密地合作，导致X％代码减少X％”

一般来说，如果你能把领导者带到可以得出美元和美分结论的地方，那么他们就会选择新的产品或方法。此外，这也很重要，如果你发现它们在飞行员没有发现的情况下，请准备好摆脱原来的工艺思路。

祝你好运，快乐的生产力！

Answer 3

你可以将Scrum作为“不输”的主张出售。看看使用Scrum时会发生什么：

1. 所有开发工作始终专注于最高优先级的任务。
2. 进度100％开放，每日检查。
3. 用户/客户可以在每次迭代结束时检查进度。
4. 自动处理转移要求。

我见过Scrum唯一合理的反对意见是，无法预测项目的成本或需要多长时间。这是因为Scrum承认每个人都会在项目开始时学习，并且需求会发生变化。瀑布假装能够做到这一点，但我们都知道这有多好。

Answer 4

运行Joel Test以确定您需要完成的工作量。如果您在估算发布日期时遇到问题，请查看Evidence Based Scheduling。

Answer 5

提供某种论证，说明Scrum将如何解决关键决策者经历的过去痛点。如果你还可以提供证明这一点的证据，那就加分。

Answer 6

请记住，您也可能没有流程，因为管理层不知道也不关心流程。如果您的经理对流程没有兴趣或没有理解，那么也可以通过让所有程序员同意（或至少是团队领导者）并告诉新员工来启动这样的流程，“这就是事情的完成方式。”当然，如果你这样做，你必须选择一个与你的经理要求兼容的流程（例如，如果你的经理要求每天更新里程碑，不要选择前两周没有编码的流程）

如果您与经理讨论并且他们的基本反应是“无关紧要，只要您继续编写代码”，这真的是合适的。如果您将流程作为重新分配工作顺序的手段而不是添加新工作的手段，那么您更有可能在这种方法中取得成功。