We report on a longitudinal case study conducted at the Italian site of a large software company to further our understanding of how development and communication tools can be improved to better support agile practices and collaboration. After observing inconsistencies in the way communication tools (i.e., email, Skype, and Slack) were used, we first reinforced the use of Slack as the central hub for internal communication, while setting clear rules regarding tools usage. As a second main change, we refactored the Jira Scrum board into two separate boards, a detailed one for developers and a high-level one for managers, while also introducing automation rules and the integration with Slack. The first change revealed that the teams of developers used and appreciated Slack differently with the QA team being the most favorable and that the use of channels is hindered by automatic notifications from development tools (e.g., Jenkins). The findings from the second change show that 85\% of the interviewees reported perceived improvements in their workflow. Despite the limitations due to the single nature of the reported case, we highlight the importance for companies to reflect on how to properly set up their agile work environment to improve communication and facilitate collaboration.
翻译:我们报告了在意大利一家大型软件公司所在地进行的纵向案例研究,以加深我们对如何改进开发和通信工具以更好地支持灵活做法与合作的理解。在观察通信工具(例如电子邮件、Skype和Slack)使用方式的不一致之后,我们首先加强了使用Slack作为内部通信中心中心的做法,同时就工具的使用制定了明确的规则。作为第二个主要变化,我们将Jira Scrum董事会重新设置为两个单独的董事会,一个为开发商,一个为管理人员,一个为高级董事会,同时引入自动化规则以及与Slack的融合。第一项变化表明,开发商团队使用和赞赏的疏漏方式不同,而QA团队是最有利的,而发展工具自动通知(例如Jenkins)阻碍了对渠道的使用。第二次变化的结果显示,85 ⁇ 受访者报告说他们的工作流程有所改善。尽管由于报告的案件的单一性质而受到限制,但我们强调公司必须思考如何正确设置其敏捷的工作环境,以改善通信和促进合作。