我已经在ThoughtWorks工作了12年。是不是有点奇怪？回顾我的职业生涯，我想写下这些年来我所经历的困难，以及从结论中吸取的12个非常重要的教训。虽然我只选了12，远不止这个数字，但我觉得12年12节课更有味道。1、工具不能代替思维。在我多年的咨询工作以及与许多组织和管理者的合作中，我发现了一种常见的解决问题的模式，即管理者相信工具可以“解决”给定的问题。当问题域被很好地理解时，这种方法很有效，不太可能有很多例外，并且每个人都以相同的方式行事。不幸的是，很多实际问题并不是这样的。太多次我看到管理人员锁定特定的方式来使用组织范围的工具。自然地，该工具未能解决问题并阻碍了工作的实际完成。工具应该在那里提供帮助，帮助防止已知错误，并帮助我们记住重复的任务，而不是取代思考。2.敏捷“转型”只有管理团队真正理解人才需要“拥抱敏捷”的价值，才能奏效。在企业中进行这种编排需要大量时间和技能，因为您关心的是在组织的不同级别同步更改。希望组织的一部分采用敏捷的组织面临着真正的威胁。俗话说，“要么改变组织，要么改变组织方式”。3、学习需要安全的环境学习的必经过程就是犯错误。在德雷福斯模型中，这意味着，尤其是在高级初级阶段，人们需要通过犯错来学习。但当人们觉得犯错会影响他们的工作、失去同事的尊重或在此过程中伤害他人时，他们就不会冒险犯错。因为我热衷于教学和学习，所以我设法创造了一个失败的安全空间，在这里可以通过犯基本错误来学习失败。4.每个人都可以成为***我之前写过关于这个主题的文章，因为这是一个非常重要的观察结果。我看到的一个常见的思维陷阱是，人们觉得为了看起来像领导者，您需要处于领导地位。但是，无论头衔如何，人们都可以展示他们的领导力，而且他们可以通过多种不同的方式做到这一点，只需在没有明确期望或要求的事情上采取行动即可。5.架构师在编写代码时通常可以做出最高决策。在我开设的TechLead课程中，我提倡技术领导者至少要花30%的时间来编写代码。花时间编码有助于建立对当前系统的信任、尊重和理解。在做出架构决策时没有考虑当前系统的约束，往往会导致错误的决策。6、改变需要勇气。我记得有人在谈论XP价值观，其中之一就是勇气。领导时必须有勇气，因为您要冒失败的风险，并承担尝试新事物的风险/回报。没有风险，往往就没有丰厚的回报。7.建立信任的关键是言出必行。有一句古老的格言，“照你说的做，做你说的”。实际上，无论你说什么，人们首先会记住你是如何行动的。你总是要记住说到做到。不一致的言行会损害相互信任。说“不”或“现在不”比承诺做某事但不做要好得多。8.成功的结对编程与良好的协作相关虽然不是所有的结对编程环境都是健康的，但我相信当结对编程有效工作时，团队往往会拥有更好的协作文化。许多开发人员更喜欢（长期）基于分支的开发反模式，因为它延迟了反馈和潜在的冲突源。我将（可导航的）冲突视为协作团队的健康标志。推迟反馈，就像长分支代码审查的情况一样，往往会导致更多的不满，因为它交付得太晚了。9.多模式思维促进更好的结果我在大学里最喜欢的科目之一是哲学概论，在那学期我们每周研究一位不同的哲学家。在我的职业生涯中，我开始欣赏多样性的价值，并开始从多个角度看待事物。系统思维还认识到可以用不同的方式解释事实，从而促进新想法或解决方案的产生。10.认识到每个人都有不同的长处。每个人都是独一无二的，每个人都有自己的长处和短处。虽然我们倾向于寻找志同道合的人，但拥有广泛优势的团队会更好。在这个领域的优势可能会成为环境中的弱点，因此当成员拥有更广泛的优势时，团队就会变得更强大。虽然优势差异会导致冲突，但健康的团队会接受彼此的差异，而不是怨恨它们。11.终身学习世界在不断变化，总有机会学习新的技能、技巧和工具。我们甚至可以学习如何善于学习，有很多书，比如《Apprenticeship Patterns》和《The First 20 Hours》可以教你如何做好这件事。12.PositiveInfluenceBurstsHappiness?，一本流行的书，讲述了人们如何通过朝着目标前进来发展幸福。根据我的经验，帮助他人找到解决方案并对他们产生积极影响是幸福的源泉。结论这十二点并不是我在ThoughtWorks的12年中学到的全部经验教训，但它们肯定是帮助我为客户服务的一些更重要的经验教训。翻译链接：http://www.codeceo.com/article/12-years-12-experience.html翻译作者：Codeceo.com-小风
