打破Scrum的五个误区(译)
发布于 2023-07-12


版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


Bruce Talk
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
组织采用敏捷方法和Scrum的原因各异,包括提升生产力、缩短产品上市时间、获得更成功的产品、加强合作、提高质量和增加团队舒适度。然而,围绕Scrum存在多个误区。本文对这些误区进行了澄清。
误区一:职能经理在Scrum中无用?
事实上,职能经理在Scrum中仍然重要,他们的角色是创造一个使团队蓬勃发展的环境和文化,而不是分配具体任务。
误区二:干系人随时可引入变更?
虽然敏捷方法鼓励变更,但干系人在错误的时间引入变更将产生成本。好的Scrum团队通过短迭代、小的产品待办列表和尽快完成待办事项来降低变更成本。
误区三:Scrum团队要求成员都是通才?
Scrum团队不需要每个人掌握所有技能,而是重视多技能的成员。这有助于处理工作的平衡,例如在需要时轮换测试和开发工作。
误区四:Scrum团队不应该有计划?
优秀的Scrum团队有计划,但这些计划是小的、重复的、能反映当前实际情况的。这样的计划方式有助于团队更早地预见生产速度。
误区五:Scrum团队不关注架构设计?
Scrum团队确实进行架构和设计,但与计划类似,它们是增量的。这种方式允许架构和设计根据需要逐步出现,而不是一开始就做出所有决策。
译者观点
职能经理在Scrum团队外有其作用,他们应专注于提供服务和资源。敏捷方法强调合作和响应变化,而不是拒绝变更。全栈团队并非每个成员都是通才,而是技术组成覆盖面广。Scrum是基于经验的持续改进过程,不依赖一次性计划完备。最后,Scrum团队的架构设计是逐步涌现的,不是基于假设的前期设计。
Bruce Talk


Bruce Talk
扫码关注公众号
Bruce Talk的其他文章
探密"一学就会,一用就废"的OKR
最开始接触OKR的就是看过几本书,也从网上搜了一些资料,觉得概念不难。尝试用过几次但总觉得哪里不对,怪怪的。
从一个乙方视角聊聊敏捷项目
敏捷开发是否适合软件项目?还是只能在产品研发中发挥作用?让我从乙方的视角聊聊感受。他们之间确实有不同的地方,但也有相似的方面。
玩一场用户故事的Cosplay
我们如何确定团队成员对需求已经理解一致?每个人看到Design之后想法就能一致吗?只有产品做完才能确定是否是客户想要的吗?
什么是打桩服务
自动化测试中服务之间如何做到低耦合来提高测试效率?让我们看看打桩服务能做什么吧。
用户思维 VS 技术思维
避免惯性思维,最好的方案来自于充分理解需求的团队的集体智慧。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线