敏捷的3大角色

一家美国公司的中国分公司主营业务是客户关系管理系统,它拥有20年的历史。它拥有众多包括世界500强在内的巨型跨国公司客户,产品在Gartner的排名中位于业界领先水平。

这一年,团队按照以往的流程:

计划→需求分析→设计→编码→测试→发布

开发新功能“文档审批系统”并计划年底发布。当项目推进到第5个月的时候(编码工作阶段),大家意识到有更多的需求和相关工作需要在发布之前做完,于是开始通过简化设计来赶工。

当项目执行到第7个月的时候,产品经理提出大量需求变更,为了按时发布,团队牺牲了测试和修改产品缺陷的时间,欠下更多的技术债。

即使整个团队努力地工作,产品还是没能按时发布,比计划晚了整整三周的时间,而且产品质量问题严重。

在项目的总结会议上,北京研发中心的经理说:“项目团队无法拿到今年的奖金,因为产品延期,质量不过关,给公司带来了巨大的损失……”

 对比其他可以按时交付的敏捷团队,团队成员虽然感到委屈,但更觉得在团队组织上必须有所变化,否则明年的计划依然不可能完成!

研发中心王总帮项目经理小李进行了综合分析,建议小李转变团队为更拥抱项目变化的敏捷团队,打破原来开发项目分阶段、到最后才最终得到产品的开发方式。该管理方案获得小李的赞同,Scrum顾问于是加入到团队,着手帮助小李确定Scrum团队中每个人的分工和角色。

他们将如何转变团队的架构呢?请看本微课对三个敏捷角色的详解。

本节微课内容