找了两张图片表达我理解的组件团队和特性团队，如图片侵权，请告知删除。
组件团队类似于流水线上的工作组，流水线上的团队职责划分清晰，相对稳定，团队成员很容易成为单一技能的专家，团队内部交流学习成长较快。
但是流水线上不同组之间的依赖较高，流水线上其中一组的交付依赖前一组的交付成果，瀑布开发模型中大部分是这种团队，测试团队依赖开发团队交付之后再进行测试，并且团队基本属于不同部门，沟通成本比较高，任务分配基本是层级式，缺乏透明度。交付时间比较长，一个团队失败很可能影响整个项目的失败，失败概率会相对较大。
特性团队类似于复联的英雄团队，每个人都有自己特别的技能，它是一个跨职能端到端的团队。团队内是各个领域专家，他们了解用户需求，他们直接向用户交付有价值的产品。日常交流无障碍，更加透明，自主性更强，大家主动做事情，互相可以帮忙解决问题。（想起自己的团队，只要提出困难，必定会有人站出来帮忙，甚是自豪^_^）
但是这样子的英雄团队也有缺点，每个人都是超级英雄各有各的输出，可能带来的后果就可能是后期维护成本变高。（当然这么优秀的团队，也需要优秀的后勤保障--scrum master）
联想到自己的团队，好像不是传统意义的组件团队，也不是那么明显的特性团队，我们按照业务需求分成若干个scrum团队，按需交付各自业务模块的价值。团队中并不是每个人都能够跨职能，团队更像是组件团队和特性团队的结合体，我想不管是个什么样子的团队，虽然我们还有很多需要提高改进的地方，但是我们能够良好运转，组内学习氛围浓厚，沟通无障碍，持续交付可用软件，那么应该就是一个还ok的团队吧，哈哈哈...
以上纯属个人日常瞎叨叨，欢迎交流拍砖:)
网友评论