扫码阅读
手机扫码阅读
暴露阻碍还是让他“顺利”的流动

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


Bruce Talk
扫码关注公众号
博主在经历了一段时间的沉默后,受到Evelyn老师的分享启发,分享了自己对于敏捷实践的一些思考和感受。他指出,作为敏捷教练和认证讲师,对于Scrum概念的掌握有不同的要求。教练可以有一定的灵活性来适应企业实际情况,但认证讲师则需要对Scrum的规范有严格的掌握。
通过DoD(Definition of Done)与DoR(Definition of Ready)的例子,博主强调了Scrum指南中仅提及DoD的情况,说明了工作中常见的实践并非都是Scrum框架规定的内容,而是现实工作中的适应性“智慧”。这种智慧虽然帮助绕过障碍,但可能会掩盖实际问题,如DoD与DoR的出现反映了责任的转移。
博主进一步讨论了团队在面对CI/CD流水线错误时的绕道行为,指出这种做法避免了寻找错误原因,推移了责任,但对整体工作的价值和意义产生了质疑。
最后,博主提出了一个问题:我们面对工作流程中的障碍时,是应该避免它还是暴露并解决它?他提到,许多敏捷框架旨在使问题透明化,以便发现并解决问题,使工作更加顺畅和高效。然而,企业文化和工作环境可能会对这一理念构成挑战,这也可能是敏捷实践中最困难的部分之一。博主邀请读者分享自己的实践经验,并宣传自己的公众号以交流更多落地经验。
想要了解更多内容?


Bruce Talk
扫码关注公众号
Bruce Talk的其他文章
Stop Starting Start Finishing
生活中有多少开始了却永远没有结束的事情?我们如何定义我们的完成标准?
产品团队业务思维的重要性
产品思维对研发团队来说也是必不可少的一个关键要素。作为一项创造性的知识工作,激发团队的主动思考能够事半功倍。
如何组织一场用户故事地图工作坊
用户故事地图通过对话,让不同的角色之间彼此对齐需求认知,发现Gap,增强协作,达成一致目标。它是PO工具箱中的必备工具。
SM和PO如何参与Daily Scrum——《Scrum指南》重读有感(3)
如果 Product Owner 或 Scrum Master 正在积极处理 Sprint Backlog 条目,那么他们将作为 Developers 参与其中。
验收标准如何写?
作为Product Owner(PO),如何让AC与团队达成一致?如何写出高质量的AC?
加入社区微信群
与行业大咖零距离交流学习


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