扫码阅读
手机扫码阅读
聊聊多地点团队的敏捷研发
376 2024-01-31
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:聊聊多地点团队的敏捷研发
文章来源:
敏捷测试转型
扫码关注公众号
这篇文章是《敏捷测试转型》公众号的第四十二篇原创,并且是《外包和远程项目的敏捷管理》系列的第一篇。文章讨论了分布式研发的挑战,并提出了应对策略。
作者引用了《精益和敏捷开发大型应用实战》中的作者观点,并概述了Erran Carmel在《全球软件团队》中提到的分布式团队所面临的五种离心力:地理位置分散、团队性丧失、沟通丰富性缺失、协调分崩离析及文化差异。
对于这些挑战,文章提供了多个解决方案:
- 减少研发站点数量,避免站点爆发增长导致的协作障碍。
- 针对产品而非站点来创造迭代,确保团队共同工作于一份代码库。
- 避免以组件或职能来组织站点,以减少沟通障碍。
- 对于必须分散的团队,使用同步工具和方法来增强团队性和信任。
- 向同地点Scrum特性团队模式转变,优化团队结构。
- 采取有效的多地点团队协调策略,如异花授粉和建立实践社区等。
- 关注多地点交流的文化和规范,理解不同文化下的差异。
- 合理选择工具,强调人员间互动而非工具本身。
总结而言,文章强调虽然分布式研发带来挑战,但通过有效的管理和沟通策略,可以克服这些挑战并提高团队绩效。
想要了解更多内容?
查看原文:聊聊多地点团队的敏捷研发
文章来源:
敏捷测试转型
扫码关注公众号
《无测试组织-测试团队的敏捷转型》主题探讨。从打造测试的组织敏捷,到敏捷测试技术的丰富实践,从一线团队的视角来聊聊我们是怎么做的。面向未来,拥抱敏捷原则,走向高效能组织。
81 篇文章
浏览 33.9K
敏捷测试转型的其他文章
聊聊需求的价值如何度量
度量需求的数量和时间比较容易,度量需求大小(颗粒度)要麻烦些,那么,度量需求的价值呢?
聊聊团队效能的自我诊断
理解了敏捷知识和失败原因,我们可以开始逐步诊断团队自身,通过集体脑爆,一起制定未来的转型目标。团队成员对未来愿景能否达成共识,这点至关重要,这是指导未来具体交付行为的指南针
聊聊效能与敏捷的差异
小道消息播客音频直播,分享话题:敏捷和效能之间的关系,敏捷能否被度量,敏捷转型为什么会失败
聊聊极限编程与测试启发
极限编程(XP)作为最富有成效的方法学之一,相对于传统工程方法,更强调可适应性而不是可预测性。软件需求的不断变化是可避免的,主动适应变化才是更加现实,更加具有竞争力的态度
聊聊不良利润-如何让产品更善良
各种产品在KPI导向的满满套路功能,让从业人员也深恶痛绝,但从达成盈利目标的角度,也不得不接受现实,被用户吐槽的功能往往都是保障盈利的捷径。\x0a本篇从理论角度分析这些不良利润会有什么后果,如何立刻开始行动
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线