上周，我写了 建立内部开发人员社区的重要性 在纽约开发者周的演讲中，讨论了开发人员应该使用更好的通信工具的情况。 我与目前的客户以及评估Stack Overflow Enterprise的客户分享了我的想法，并且收到的反馈一致的主题是，这取决于公司所采用的工程文化类型。
这使我从DeveloperWeek的其他演讲中回顾了自己的笔记。 Hamid Shojaee's 讨论成功的敏捷开发团队所具有的共同特征。 他通过正确地辩称存在两种类型的开发团队来分解它： “我们可以做任何事情！ ”和说“ ”的人，我们从来没有做过 之前... ”。
在过去五年中与CTO，CIO和工程负责人进行了交流之后，他们致力于改变他们的文化，“ 我们可以做任何事情！ ”团队也有类似的特征：
他们有“做”而不是“问”的心态
他们有意识并积极地采取措施来解决问题。 具有“做事”心态的工程团队通常很聪明，并且渴望完成任务，而不是要求其他人为他们完成工作。
他们愿意失败
这些团队的工程师采取了周密的冒险方法，但是最重要的是，他们愿意失败，并且会在需要时竭尽全力改变组织。 作为行动者，他们着眼于可以在项目/产品或团队中做出的积极和变革性的改变。
他们是合作的人
too long
它们是指标驱动的
例如，在改善团队之间的协作时，相信自己能够做任何事情的工程负责人并不仅仅依靠公认的事实，即需要改进。 相反，他们会主动调查其工程团队，以了解他们需要多长时间才能获得经过同行验证的，客观准确的问题答案，需要多少工具才能找到答案，涉及的步骤数等等。 / span>
他们更喜欢更少，更有用的工具
当工程师处于无干扰的流动状态并编写高质量的代码时，他们的生产力最高。 向工程团队提供各种工具的公司实际上正在阻止他们进入这种状态。 “ 我们可以做任何事情！ ”团队理解 他们的工程师只需几个关键任务工具即可完成工作； 所有其他这些都阻碍了个人和团队的生产力。
两种类型的团队之间存在明显的文化鸿沟：您属于哪种类型的团队？
扫一扫
137
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
