如果您问开发人员,他们面临的最大挑战是什么,那么您可能会听说到糟糕的协作实践和工具。 在 DeveloperWeek NYC 关于开发人员应该使用更好的通讯工具, Peter Pezaris 甚至说:“第一大问题拖慢了开发团队, 造成技术债务的原因是沟通不畅。”
更深入地研究“沟通”一词,彼得的观察是阻止开发人员更快交付的一件事是他们没有与同事经常讨论他们的代码。 在他们这样做的时候,这些知识不容易被发现,在Slack渠道中丢失,最终不被保存以供他人使用或向他们学习。 当您考虑自己的代码库有多有价值时,开发团队就不会失去这些机构知识。
因此,开发团队之间的协作当然很少,但是为什么呢? 这是一些原因。
开发人员被迫使用错误的工具。
Unfortunately, a lot of companies still don’t take developers’ advice about which tools they want to work with. When you consider the fact that software developers are the heartbeat of innovation with your company and ultimately the ones that’ll be executing on those transformative strategies put in place by CIOs and CTOs, empowering them with the tools that they want to use is critical. Expecting developers to communicate on important pieces of code or be able to crowdsource an answer from a colleague halfway across the globe through chat tools or email isn’t going to cut it. Go ask your developers what sites or platforms they like to use in the real world and take their advice to heart when considering implementing them internally.
也是。 许多。 工具。
与大型企业交谈时,我们听到的一个常见主题是“工具蔓延”,“工具扩散”或用外行的话说,“工具太多!”。 最具前瞻性的企业为员工提供了Slack,Github,Confluence,Sharepoint,Wiki,Facebook工作场所,电子邮件线程,内部文档,Yammer,MS Teams,Jive,Jira的访问权限。 而是将这些工具合并为开发人员渴望使用的最具影响力的工具。 向他们提问:“如果您需要一个只有同行才能回答的问题的答案,那么您的第一步是什么?” 或“找到一个关键问题的答案需要多长时间?”。 他们的反应可以帮助您了解使用太多工具会降低他们的生产率。 相反,请将内部知识整合到一个集中的存储库中,该存储库将成为开发人员的首选资源。
开发者文化有时会受到阻碍。
幸运的是,我们看到的开发人员职位较少,例如“ rockstar”和“ ninja”之类的单词,但我们同意Peter的观点,不幸的是,开发人员仍然具有专业知识 -所有心态。 他们担心自己看起来很愚蠢,结果,很多开发人员 认为自己与同龄人竞争 。 最终结果是,不到20%的专业开发人员 学习内部文档 由其雇主提供。 会有更好的方法!
如何解决?
too long
我们已经建立在线社区已有10年了,并且有两种产品旨在改善内部开发人员的协作( 团队的堆栈溢出 ,对于大型企业, 企业堆栈溢出 ),请随时与我们联系。