与团队合作不遵循团队定义标准的想法？

Question

在团队环境中工作如何处理拒绝遵循团队定义标准的开发人员？

1）开发处于初级水平

2）开发人员是在对等层面

3）开发者是在高层

我知道这是暗示，但我觉得这通过让他们更专业，会使开发人员受益。谢谢！

Answer 1

1）开发者在初级水平 - 导师;亲切的温柔&。解释一般标准的必要性，然后解释没有遵循的特定标准的必要性。以开放的心态去做这件事;如果你不能证明标准是正确的，那么它可能不应该成为一个标准？

2）开发者在同行级别 - 这应该很容易 - 如果你可以保持技术性，而不是让人融入个性冲突。再说一次，如果你能证明这一点，它可能应该是一个标准，但是如果他有一个同样令人信服的论点反对，那么也许不是。但是，不是接受，应该没有标准。问他建议的标准，以取代他不喜欢的标准。如果他不遵守，则升级。如果你不喜欢它，然后把它投票/升级。尽量避免升级，但尽量保证是的一个标准。

3）开发人员在高级 尝试推理。仔细听，他可能是对的。如果有疑问，然后把它投票/升级。注意：标准很好（imo，绝对必要，但ymmv），但除非达成共识，否则很难“强制执行”。

例外：“牛仔编码器”需要拍打硬;没有期望。

不要对老板“喋喋不休”地感到难过。当谈到牛仔编码器时，请按照牛仔的座右铭“这支球队对于我们两人来说都不够大”;要么他停止牛仔，要么你们中的一个必须从道奇身上得到地狱。

Answer 2

如果有适当的标准文件，那么只需指向文件并告诉他们他们需要遵守标准。如果没有任何文件，并且它是特设的“事实上这个团队是如何编码的”，那么组织一次会议，就团队标准应该是什么以及创建一个标准文件达成共识。我认为为了可读性和维护性而需要一致的风格是相当困难的，并且当有规则说“按照这种方式做”时，与它相比，要更加难以分开它只是建立了惯例。

Answer 3

配对编程可能是我最好的建议，因为这可以帮助确保每个人都达到相同的水平，并有助于培养团队中的社区意识。这确实在一定程度上转移了责任，但想法是让某人试图让别人像别人那样做事情。How to Win Friends and Influence People有可能适用尽管这些都是一般包括以下几点：在处理人民

1. 基本技术不要批评，谴责，或抱怨。

2. 给予诚实和真诚的欣赏。
3. 唤起对方渴望的欲望。

六种方法让你这样的人

1. 成为其他人真正感兴趣的。
2. 微笑。
3. 请记住，一个人的名字对他来说是任何语言中最甜美，最重要的声音 。
4. 做个好听众。鼓励他人谈论自己。
5. 谈论对方的利益。
6. 让其他人感到重要，真诚地去做。

十二方法来赢得人们对你的思维

1. ，避免参数的方式。
2. 尊重他人的意见。永远不要告诉别人 他们错了。
3. 如果你错了，快速并且强调地承认它。
4. 开始友好的方式。
5. 从问题开始，其他人会回答yes。
6. 让其他人说话。
7. 让其他人感受到他/她的想法。
8. 诚实地从别人的角度去看待事情。
9. 同情对方。
10. 呼吁高尚的动机。
11. 将您的想法戏剧化。
12. 抛出一个挑战&不要说负面的时候人是 缺席，只谈正面。

成为领导者：如何更改 人没有冒犯或 引起幽怨

1. 开始赞美和诚实的赞赏。
2. 间接唤起对别人错误的关注。
3. 先谈谈你自己的错误。
4. 问问题而不是直接下单。
5. 让其他人保存脸部。
6. 赞美每一项改进。
7. 给他们一个不辜负的美誉。
8. 鼓励他们让他们的错误看起来容易纠正。
9. 让对方高兴做你的建议。

Answer 4

我们使用TFS和代码签入策略来强制执行代码标准。其他答复我完全同意人们的一部分。对于像变量命名标准这样的编码标准，你可以花费一点时间（也许有问题的开发者可以写这些）并编写这些标准。如果将它们合并到构建过程中，那么构建的验证的一部分就是检查源代码是否符合正确的代码标准。我们在Visual Studio 2008中使用了MSBuild，它工作得很好。当一个系统被开发来执行标准时，这将有所帮助，因为有时候很难与构建系统争论。此外，它有助于让这些构建将这些违规视为视觉工作室中的错误，而不仅仅是警告进一步实施。最重要的是，标准的“为什么”部分对于udnerstand的任何级别的开发人员来说都是最重要的。如果他们明白为什么标准很有用，并且理解正确的论坛/机会（月度开发会议），他们可以根据特定标准发表推理，希望他们可以跟着成功的团队一起跟随他们。