机械的Scrum对比真正的Scrum,差别在哪里?
最近,我和一个朋友聊到了他们公司实施Scrum的情况。他们有些迷茫!在实施Scrum之前,他们经常为了访问一台测试机而不得不等上一个小时(甚至更多时间)。实施了Scrum几年之后,这个问题依然存在。同一家公司,却把测试服务器放在另一个国家,于是经常碰到网络问题,导致处于运行状态的测试中途失败。这是他们开始采用Scrum之前就存在的问题,一直以来,没有采取任何措施去解决它。
只有当问题存在于我们的环境之中时,用Scrum去解决才会有效,而且我们必须为之付出努力。
想一想这个基本原则:在每一个Sprint结束的时候,Scrum团队被要求产出高质量的可用的软件(或硬件)。质量要达到可发布的标准。
在每一个Sprint周期内,任何阻止团队完成可发布质量的软件的事情都算是一个障碍,必须要去解决!
而障碍没有被解决时,通常的原因如下:
请记住,Scrum是一种发现问题的工具,而不是解决问题的工具。
为了让Scrum发挥效力,你的组织必须解决在Scrum实施过程中突显出来的问题。既然Scrum并不会为你的组织解决问题,如果你对它暴露的问题不跟进解决,你就不是在真正地践行Scrum。事实上,你只是在机械地搬弄Scrum。
CSDN原创编译文章,禁止转载。