敏捷的3大角色
一家美国公司的中国分公司主营业务是客户关系管理系统，它拥有20年的历史。它拥有众多包括世界500强在内的巨型跨国公司客户，产品在Gartner的排名中位于业界领先水平。
这一年，团队按照以往的流程：
计划→需求分析→设计→编码→测试→发布
开发新功能“文档审批系统”并计划年底发布。当项目推进到第5个月的时候（编码工作阶段），大家意识到有更多的需求和相关工作需要在发布之前做完，于是开始通过简化设计来赶工。
当项目执行到第7个月的时候，产品经理提出大量需求变更，为了按时发布，团队牺牲了测试和修改产品缺陷的时间，欠下更多的技术债。
即使整个团队努力地工作，产品还是没能按时发布，比计划晚了整整三周的时间，而且产品质量问题严重。
在项目的总结会议上，北京研发中心的经理说：“项目团队无法拿到今年的奖金，因为产品延期，质量不过关，给公司带来了巨大的损失……”
对比其他可以按时交付的敏捷团队，团队成员虽然感到委屈，但更觉得在团队组织上必须有所变化，否则明年的计划依然不可能完成！
研发中心王总帮项目经理小李进行了综合分析，建议小李转变团队为更拥抱项目变化的敏捷团队，打破原来开发项目分阶段、到最后才最终得到产品的开发方式。该管理方案获得小李的赞同，Scrum顾问于是加入到团队，着手帮助小李确定Scrum团队中每个人的分工和角色。
他们将如何转变团队的架构呢？请看本微课对三个敏捷角色的详解。
本节微课内容
