如何说服团队其他部分的软件开发很重要？

Question

有时候，当我向某些人展示软件开发过程的一部分时，比如说他们没有经验的主管或经理说

1. 自动化单元测试和集成测试与其手动功能测试相比。
2. 使用代码生成器和脚本执行重复性任务。

我有时会遇到阻力。其中一些原因如下：

1. 他们说这就是我们在这里做事的方式。我们的系统有效，无需添加我们的流程。
2. 他们忙着忙。他们说他们的工作就是让我们获得项目，我们的工作就是让他们满意。如果它是手动系统，重复但按时完成，他们会感到满意。
3. 他们对代码生成器非常保守。我给了他们一个估计，第一个项目使用这个和时间训练我的队友需要花费大量的时间，因为这种方法对他们来说相对较新。从长远来看，第一个项目的成本超过了它的好处，但我解释了它对我们开发人员的便利性，但他们总是坚持以旧的方式做事。

你的策略是什么？

Answer 1

等待问题显示，然后让移动。

Answer 2

你必须在一天结束时成为推销员。您必须告诉人们为什么您的提案会让他们的生活更轻松。

如果您可以通过花费一些时间/时间保存数据来备份您的声明，那么您就是胜利者。另一件事是通过同意分阶段实施变更来逐渐获得声誉。对项目的一小部分实施简单的更改，并证明它对他们有所影响。然后将它推出一点，然后进行下一件事，如单元测试或代码生成。只要时间它就会自行解决。

我不相信你不能强迫人们读书，他们会搁置他们并认为你是令人讨厌的。最好的办法是获得微小的结果，并将其作为踏脚石，以实现更高的目标，因为人们意识到可能 更好的做事方式。

如果你对它充满热情，你可以随时投入一些时间，并准备一个简短的演示（30分钟的顶部），向他们展示如何快速创建一个没有代码的小应用程序，然后相同的应用程序与几个代码生成的位。布丁的证据就在吃。

Answer 3

“只有微笑，你可以用微笑和枪来获得更多的东西。”
- Al Capone

开个玩笑，但这是我心中的第一件事:)

枪是一个隐喻（duh），就像有人花了几天时间弄清楚这个错误，通过一个好的过程，他可以用更有趣的方式花钱。

Answer 4

我认为，只有这样才能让某人相信某些事情才能揭示它所带来的好处。

Answer 5

要求宽恕比获得许可更容易。

对于“改进”软件开发过程，没有客观的投资回报式测量方法。软件开发本质上很难 - 它的知识捕获 - 必须有未知数。如果一切都已知，那么你已经掌握了软件。

因此，你无法预先告知经理任何事情。

您只能证明您能够做得更好，更便宜或更快。当他们询问您的工作效率秘诀是什么时，您可以向他们展示您的工具，方法或方法。

直到他们问，你没有足够的证据来改变任何人的想法。当他们最终提出问题时，你不需要改变他们的想法，你需要向他们展示你的解决方案。

由于他们不想破坏他们的“手工操作”计划来投资您的工具，因此您必须逐步构建工具，一次一个项目。