成员放弃了Scrum所“赋予”的“权利”比如领用任务、评估工作量、自组织协作、决策等。在第一次Scrum计划会议上排出任务让大家领用时成员的态度可以用“反感”来形容。在经历四个Sprint后成员依然坚持认为应为PM完成这些工作故放弃。2.团队成员能力参差不齐我很主观地认为现在国内的开发团队都会是一部分高级工程师搭配一部分初、中级工程师这种搭配本身就决定了领用任务时的混乱尤其是团队中一部分成员极度渴望去做那些自己没有经验的任务。结果造成一部分人一直搞不清楚自己在团队中的定位一直处于“费力不讨好”的挫折中。高级工程师对另一些成员的效率、成果也颇有微词对团队分工非常不满。3.没有清晰的设计阶段是造成上面第2个问题的另一个因素众所周知敏捷倡导演进式架构其本质是在目标不确定性极大的情况下通过一次又一次短周期的反馈修正来不断接近目标固在敏捷中每项任务、剩余工时、成本燃尽控制得如此之细CMMI根本扛不起这样恐怖的基线变化次数。取消清晰的设计阶段以及采用大量并行的测试可谓敏捷的一种取舍赢取更短的发布周期。也正因为如此在任务分解时无法清晰地定义设计任务而将其混杂在功能化的任务中事实说明这里有大量的重复工作并且交付良莠不齐。4.高估了工程师的成熟度敏捷对工程师的心智有过高的要求。为什么说是过高其实在公司里担任高层管理人员的恐怕都不具备成熟的心智何况处于一线年轻又尚轻的程序员现在的程序员从学校或从培训班子里出来人际圈子小知识面狭窄遇事仅能从自身考虑常常因生活中一些事情影响情绪和工作遇到难题就放弃全力投入到项目开发中来的并不多见。所以在项目和开发过程中监控、管理催促、激励甚至批评是必须的5.Scrum缺乏领导者Scrum把团队想象得太完美了如果有完美的团队开发方法根本就不重要。工作、项目在进行的过程中必须会遇到困难、遇到卡壳、团队发生冲突和争吵这时候必须有一个人挺身而出作出决定解决问题为大家指明方向平息争端警告不利分子这个人只能是领导人物能力、权力和职位比团队成员高的人。扁平式组织想象得太完美了团队里各种性格的人都有不服你不爽你的也总有人在吵个没完没了各做一套家常便饭。最后我想说说Scrum适合的团队这样的团队需要有一些技术成熟度比较高五至八年经验、并且比较稳定地做技术的成员使用Scrum可以使团队日益默契并改善技术团队沟通交流不善、积累反思不多的常见问题基本上Scrum的正面意义在于以前的项目管理、开发管理都只注意到了需求、技术、测试等机械性问题而Scrum把团队管理、团队建设的思路引进到了技术团队。而在这个范畴里Scrum还比较轻量级它的回顾会议在工业产品开发中随处可见可作入门指南大家会问进阶怎么走我想未来软件开发团队的路子会和工业产品相似渐渐地把决策过程、分析思路引进到团队中这样子的团队才真正是一个“工程师团队”。