作为一名新雇用的开发人员影响文化

Question

我在第一个职业岗位上已经有六个月了，所以我想到了一个非常典型的时刻：

也许，我认为阻碍它的团队有很多文化包袱(对文档工作缺乏尊重，文档非常分散，代码评审不频繁，开发和测试之间的脱节等等)。

我已经开始尝试做标记，为文档、静态分析等设置工具。

然而，我迷路的地方是买东西的问题:虽然我可以尝试在某些领域以身作则，但我确实需要让团队参与进来。我还必须考虑到，我的优先事项与团队中其他成员的优先级不匹配。

我怎样才能买到东西，并对人们所看重的东西有好感呢？我考虑过的想法：

1. 团队调查--询问什么是推动未来努力的重要因素
2. Skunkworks团队:试着招募小组，在他们“空闲”的时间里驾驶他们关心的前车？
3. 试着让管理层相信我们需要做出这样的改变，并试图让他们成为评审过程的一部分？

或者也许我需要把我的头低下，做我的工作。

该团队大约有50人，分布在多个团队中，致力于共享C++代码库。

Answer 1

好吧，对我来说，第一步是找出为什么/其他人理解这是一个重要的问题。例如，如果你的“指挥链”中的某个经理隐瞒了开发工作没有“以可靠的标准”完成这一事实，那么如果你暴露了这一点，你可能会遇到麻烦(显然，在一家好公司里，经理们倾听员工的意见，但有些公司并不好)。

第二步是为您的项目找到参数。你能证明当前项目中的代码有不良的纪律吗？例如，有多少错误是由于缺乏代码评审而引起的。

(当然，代码检查也不完美，我最近从循环因为循环之后的上下文中也需要它。中移出一个变量，从而引入了一个错误，这导致在夜间->代码中检测到的->错误没有在异常情况下设置，有两三名经验丰富的工程师没有检查到.)

第三，你能证明“在这些变化之后”这项工作实际上会更有效率吗？

如果你能展示这些东西，大多数经理都会同意引入变革，因为它提高了生产率。但是如果你直接去找一位经理说“这里的工作不太好……”，你可能就没什么进展了。:)

Answer 2

你所在的部门有多大？

我最近实现了一组与源代码管理一起工作的标准，因为我们以前有这样的东西：(a)只有作者和(也许)代码审查员才能理解的神秘消息；(b)应该分割为单独提交的单块提交(例如，“更改注释”、“固定错误”、“重命名方法”等)。

我这么做的方式是：

• 在我的年度评审中向我的经理提出来(你的第3点)。
• 给我部门的开发人员发了一封电子邮件，说我正在编写一份标准，并询问他们是否有任何建议/想法(你的第一点)。
• 完成最后的草稿后，发送出去询问开发人员，然后征求反馈。
• 安排一次会议，让人们公开讨论他们认为有益的任何改变(我为会议买了一小盒巧克力，以增加交易的甜头)。

虽然这并不是一个完全的成功，但部门使用源代码管理的方式肯定会变得更好(我认为)。

如果我是你(取决于你要影响多少人)，我会和尽可能多的人交谈，让其他人知道你在做这件事(这可能会为你表现出主动性而为你赢得压倒性的分数)，并彻底研究你想要做的任何改变:这样你就能让别人明白为什么他们应该听从你的建议。

编辑:我应该指出，在我工作的部门里，大约有15个开发人员。

Answer 3

根据我的专业经验(在三个非常不同的工作场所(不包括研究生院)工作了26年)，有时团队在文档、回顾、测试等方面做得更好，而其他时候则更糟糕。它可能受到外部截止日期或其他一些因素的影响。“糟糕的时间”可能会持续6个月以上，当人们觉得需要放弃自己的一些做法时，他们就不太愿意在最佳实践上幽默一下新员工的想法。

或者，在那群人中，只要有人记得，就一直是这样的。在这种情况下，改变旧习惯需要一段时间；相反，如果整个扑克牌屋在这一点上还没有崩溃，那么很可能需要足够的时间来逐步实施变革。