全球旧事资料 分类
体现商业价值的过程部分。
这就是SCRUM!
失败案例分析
我们这里借用SCRUM实施调查中的两个词“成功”和“失败”。其实,我们很难定义成功和失败。在实施调查中,失败可以理解为使用SCRUM不当,没有到达预先的期望,直至最后团队放弃了SCRUM。成功是意味着大家还在继续使用SCRUM,从某种程度上说,就是SCRUM达到了团队的预先期望,至少是可以接受的期望。
我们先看第一失败案例:某知名大型互联网公司,被采访者是一个叫David的工程师。他是这样总结失败的原因:“有些高层错误理解了Scrum和Agile,导致歪曲了某些东西,使得Agile变得形式化”
他们在项目中尝试使用了SCRUM中的一个实践:每日SCRUM会议。下面是David描述不了解SCRUM的项目经理,如何使用这个实践的:“项目经理发现这个东西挺好,就单独把DailyScrum拿来进行推广;结果,这个经理并不理解什么是Scrum,他把DailyScrum变成了DailyReport:每个员工都要在早上固定时间开DailyScrum,然后把当天的任务告诉给他,让他来决定工作是不是饱满。而其他Scrum的精华部分都没有推广。”
有的网友分析,得出结论说失败是因为“这家大型互联网公司的制度和文化的问题”。当然,失败肯定是跟这有关系,但我觉得还没有直接上升到整个公司的制度和文化。
了解SCRUM的人,都会很清楚。他们对SCRUM的应用很初级,也只用了一个SCRUM中提到的晨会(其实,在其它很多的软件开发方法中都有这个实践)。我们可以看出,他们的问题就是:项目经理根本不知道什么是SCRUM。也许连自己在开发中遇到了主要问题是什么都还不清楚?就四处寻药,甚至就给自己下了一个处方。
我们就以每日晨会为例,在SCRUM中,明显的提到,在会议中每个人只可以说三件事情:1我昨天做了什么2我今天准备做什么
f3我在工作中遇到了什么障碍。
每日晨会,目的有二点:1加强团队交流和信息共享。互相了解彼此都在做什么工作,完成了什么任务。这样,每日的信息传递,可以让每个人可以更多的了解整个项目的业务和技术状况。并且如果在工作中遇到障碍或问题,也可以在这时候提出来,请求大家的帮助(其实,一般在敏捷团队中,遇到问题,都会当场就提出来,或直接去找相关的同事,问他们有没有处理过类似的问题,或者有没有一些建议)。
2促使每个人在早上做好一天的工作计划。这样,每个人一天的工作就会有明确具体的目标。这会直接提高一天的工作效率。
所以,上面的这个失败项目根本谈不上是在使用SCRUM。连基本的SCRUM框架还没有弄明白,就r
好听全球资料 返回顶部