就软件开发而言，我工作的公司历来很少有流程。目前我们并没有真正遵循任何特定的方法。问题当然是它使得计划、成功发布一个体面的版本甚至吸引优秀的软件开发人员变得困难。
我想我或许能够说服他们进行某种 Scrum 流程。然而，关键是获得管理层/所有者的支持。我认为在任何时间段内锁定特定功能的想法都会吓跑他们。
有没有人对我如何提出我的案子有任何建议？
到目前为止，我计划：
如果您的项目类似于标准/典型的 IT 项目，那么您的项目很可能失败、有缺陷、成本过高、没有满足客户（内部或外部）的需求，或者开发时间过长.
如果您要倡导一个流程，则需要表明您不会因为有结构而失去灵活性。
向决策者提出的要点：
首先将实施一小部分更改。这将是一个概念证明，并且在需要时安全且易于退出。 例如，这表明您正在减轻感知风险。而且您需要减轻感知风险，因为这是他们将关注的重点。 也就是说，您甚至需要在提出建议之前收集一些数据。为什么？好问题：您需要基线有两个原因：
以我的经验，在试行一次后，就设计方法或实践推销管理会更容易。我会挑选一个小项目，如果可能的话，通常是面向内部的，并要求“试点”你的新 Scrum 流程。一般来说，让人们接受试点要容易得多，因为他们只需要在有限的基础上做出承诺。
随着您的新 scrumified 试点项目的推进，请务必记录（便利贴、记事本、Word doc 等）scrum 如何使您的项目比以前的（缺乏）方法或多或少成功。在这里要非常诚实，并尽可能以真实的方式量化事物。
项目完成后，整理您的笔记并使用已完成的项目作为证据向管理层展示您的发现。使用调查结果，例如：
一般来说，如果你能把领导者带到一个他们可以得出美元和美分结论的地方，他们就会选择一种新的产品或方法。此外，这也很重要，如果您发现它们在试点期间没有发挥作用，请准备好放弃您最初的流程想法。
祝你好运和快乐的生产力！
您可以将 Scrum 作为“不输”的主张进行销售。看看当你使用 Scrum 时会发生什么：
我见过的对 Scrum 唯一合理的反对意见是，实际上不可能预测一个项目的成本或需要多长时间。这是因为 Scrum 承认每个人都会随着项目的开始而学习，并且需求会发生变化。瀑布假装能够做到这一点，但我们都知道它的效果如何。
提供某种论证，说明 Scrum 将如何解决关键决策者过去经历的痛点。如果您还可以提供证明这一点的证据，则加分。
请记住，您也可能没有流程，因为管理层不知道也不关心它。如果您的经理对流程不感兴趣或不了解，也可以通过让所有程序员（或至少团队领导）同意并告诉新员工“这就是事情的完成方式”来启动这样的流程。当然，如果您这样做，则有必要选择一个与您的经理要求兼容的流程（例如，如果您的经理要求每天更新里程碑，请不要选择前两周没有编码的流程） .
仅当您与经理讨论并且他们的基本反应是“没关系，只要您继续编写代码”时，这才真正合适。如果您将流程作为重新分配已完成工作顺序的一种手段，而不是作为添加新工作的一种手段，那么您更有可能在这种方法中取得成功。