我在一家软件公司工作，那里的大多数人都害怕安装新工具来提高生产力。他们给了我这样的借口：
- 我不需要安装其他东西。
- 我自己可以做到这一点。
- 等等......许多其他毫无根据的论点。
在电子商务业务中，最终用户不应该安装任何东西，一切都应该由他们从网络上管理，而开发人员应该是安装东西以提高生产力和团队合作的人，即：
- 版本控制系统
- 构建工具（ANT、NANT、Maven、持续集成、CSS 框架）
- 集成开发环境
- 框架（单元测试等）
- ETC...
如果没有听起来很粗鲁，我还能如何表达我的观点？
问问题
223 次
7 回答
3
你的说服点取决于你在公司的职位。如果您是新上任的编程团队经理，请批准您的预算并开始实施。
如果您是团队负责人，那么首先选择最痛苦的事情并要求至少为您的团队解决问题的资源。2 或 3 个月后，向你的老板展示切实的改进，让他们从这个角度接受并推动其他团队。冲洗，重复下一个痛点。这可能需要你一年或更长的时间，但就像迭代开发一样，环境的改变（尤其是当你不直接负责时）必须是迭代的，当你表现出色时，实践你所宣讲的最强大的影响力而其他人则在挣扎。
如果您没有进行版本控制，那么尽快实施是最关键的。
我通常执行的顺序是：
- 版本控制（git，颠覆）
- 错误跟踪 (trac)
- 晨会
- 新的特征跟踪、记录和估计工具（关键跟踪、混合）
- 测试框架
- 持续构建
于 2010-04-21T12:29:51.647 回答
2
我会根据工具节省多少时间/金钱/……来定位每个工具。使用它意味着什么，不使用它意味着什么。
强调如果不使用这些工具会对他们的工作产生负面影响。
于 2010-04-21T12:08:40.950 回答
2
当你试图说服某件事的管理层时，给出优点和缺点。尽量保持客观，并尽可能给出数字。这将帮助您说服管理层（甚至是您自己）。如果管理层（和您的团队）知道您实际上已经深思熟虑，它会给管理层（和您的团队）信心。
例如，我在一个地方工作，我们正在考虑提高 ANT 构建的速度。那是8分钟。我稍微改了一下，3分钟后就这样了。它值得吗？
我们有 8 名开发人员。假设他们每天进行 3 次构建。
即 8 名开发人员 * 每天 3 次构建 * 一年 200 天 = 24000 分钟 = 大约 50 个工作日。
也就是说，对于一个 8 人的团队，如果您每天为他们节省 15 分钟，那么您每年都会从团队中获得额外的两个月的工作量。
这不仅可以帮助您说服人们/经理您所做的事情的价值，还可以帮助您说服自己。
PS 大约 6 个月前，我们没有 ANT，构建是一系列 12 个 .bat 文件，必须按顺序运行。正确构建大约需要 2 个小时。这种变化更容易卖给管理层。
于 2010-04-21T13:47:38.663 回答
0
我的两便士建议 - 如果您需要说服管理或业务中的任何人使用新的或不同的东西，您需要告诉他们这会导致收入增加（由于生产力提高或业务手动工作时间节省等好处ETC）。
但可以肯定的是，在当今的环境中，听到贵组织中的工作人员或开发人员不热衷于尝试和使用新工具/技术，真的很难过。您还应该尝试将您的案例提交给您的技术负责人——我相信他们会认真对待。
于 2010-04-21T12:32:57.470 回答
0
在我看来，好像你的公司里有很多 Morts。一个非常悲惨的情况。
于 2010-07-09T17:41:14.867 回答
0
我将扮演魔鬼的拥护者一分钟，并说有时，安装最新的最闪亮的工具可能不是最好的解决方案。
例如：
当您即将发布产品时，如果出现问题，无法花时间修复您的配置，或者只是学习使其按以前的方式工作。
当您非常了解您的 IDE 时，您已经完美地配置了它，并且它仍然可以完成您需要的一切。（我在这里考虑的是顽固的 vi 和 emacs 用户）
当您看到您的同事花费更多时间管理/升级/修复他们的工具然后实际产生结果时
当工具不成熟/不稳定/不受支持时
- ...
也就是说，没有理由不使用版本控制。
于 2010-04-21T14:00:11.903 回答
0
一个关键点是你能在多大程度上合理化某人的借口？如果有人说他们不需要它，那是正确的。然而，使用该工具可能会带来好处，但也必须有指导、理解和有人准备好忍受学习使用该工具的痛苦。这就是我建议理解某人可能害怕尝试新事物或看不到从中受益的地方。很难看出其他人可能有情绪在推动他们所说的话吗？
虽然您可能认为这个论点毫无根据，但请尝试从他们的角度看待问题。如果他们以前从未做过单元测试，他们怎么知道他们为什么好？同样可以应用于构建工具和其他人可能认为是基本的东西的其他领域，如果他们多年来一直拥有它们。
于 2010-04-21T14:08:19.333 回答