矩阵式管理,是常见的经典管理架构.其最早起源于美国的航空航天部门,然后被美国人带到了日本,然后被日本人带到了台湾,然后台湾人带到大陆...矩阵管理最典型的特征是,组织架构按职能与专业划分,项目由跨越部门的人员组成.典型缺点是,由于项目负责人没有人事管理权,导致其责任与权力不匹配.当然,这样的缺点并没有影响其江湖地位,相反,它广受赞誉. 同时,有另外一些人,他们坚持“特性团队”(feature team)用有更高的效率. 1. 什么是 feature team 其实我们对 feature team

最近一直在思考如何做团队组织能力建设和如何进行决策.执行产品研发策略.因为自己一直在研发效能领域,所以来谈谈什么是特性团队(FeatureTeam), 怎么创建特性团队以及在日常工作中如何结合 Scrum 带领团队快速向用户交付产品价值.内容稍多,准备分三篇来完成,本篇主要介绍特性团队/功能团队(FeatureTeam). 为什么需要特性团队?  其实,我在带领团队完成工作的时候经常遇到下面的问题? 传统的按照职能组织的团队之间,跨职能的协调和依赖管理复杂,不利于跨职能.跨层级的沟通 多种职能之

这是<研发效能组织能力建设>的第三篇.特性团队和Scrum,这两个定义我们在之前的文章中都详细介绍了.这两个组织模式或者说管理实践,我都用过所以有些时候特别有感触.书本上纯粹的模式很容易理解,但是具体工作中运用这是非常考验团队和人的,尤其是涉及到考核和汇报的关系就会很复杂.本篇文章主要来唠唠我实际使用时的感受和理解. 特性团队定义 特性团队是一个长期稳定.跨职能跨组件.持续端到端交付用户价值的团队. Scrum 定义 Scrum是一个用于开发和维护复杂产品的框架,是一个增量的.迭代的开发过程,

有点长,期望你能通过本文彻底了解 Scrum. 上一篇文章<研发效能组织能力建设之特性团队FeatureTeam(上)>,我们介绍了一个非常有意思且高效的组织模式-特性团队.我们首先介绍了为什么需要特性团队,特性团队的定义.核心价值.优势.可能存在的问题以及带来的成本.接着讲述了特性团队的适用范围,开发新产品.拓展新业务和产品快速增长的产品.然后,我介绍了特性团队的两个角色FTO和FT队员:最后介绍了在一个大公司里如何多FT进行分工协作.看完这些你是否发现特性团队没有告诉我们在研发过程中如何管

今天一个小伙伴问我,如何「快速提升」一个团队的软件开发成熟度?我犯难了.我个人理解一个团队的软件开发成熟度涉及的东西很多,但最简单最直接的方法就是发钱涨工资,可是估计很多公司不愿意,那就只有扣了. 快速提升的目标 短期制度解决 如果想短期快速提升,那就直接梳理好最关键点,制定规章制度,然后通过奖惩制度让大家遵守.这种做法成本不高,也许还能创收给团建攒点经费.这种做法优点就是见效快.直达痛点,但是副作用也很大,不厚道不人道,无法持久,毕竟工作合同里可没写扣钱的事儿.一天两天一周两周还行,时间一长人