体现商业价值的过程部分。
这就是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