小团队管理四步法:拆分、授权、奖惩、执行
团队拆分
小团队建议控制在 2~7 人,围绕共同目标与愿景组建,由团队骨干担任 Owner。每个系统需明确归属小组,每个业务模块应至少由两名成员负责——既保障责任落地,也避免单点依赖。 正如康威定律所言:系统架构应与组织架构对齐。 需警惕两个常见误区:
- 担心“立山头”?
小团队确实可能形成局部利益中心,但若不拆分、不专业化,更容易导致责任模糊、缺乏主人翁意识——这才是更深层的组织隐患。 - 害怕“扯皮推诿”?
拆分后协作摩擦难免存在,但若责任不清,反而会滋生“浑水摸鱼”和“吃大锅饭”的文化。清晰边界+明确Owner,是解决推诿的根本前提。
抓大放小
团队规模扩大,事务必然繁杂。关键在于:让合适的人,在合适的位置,做关键的事。
本章节需登录后查看完整内容,当前为预览。
登录后阅读全文Course Curriculum
1
建立敏捷基础 —— 让流程“跑起来”(2013–2014)
以敏捷宣言为起点,通过站会、Planning、Review 和 Retro 建立基本节奏;引入看板实现需求可视化,制定上线准备项等规则。结合 JCSM 培训、“棒球大联盟”游戏及影响地图实践,完成从认知到初步落地的跨越。
2
提升团队效能 —— 让协作“顺起来”(2015–2016)
聚焦跨职能协同与迭代质量,运用用户故事地图对齐目标,优化燃尽图使用,强化“响应变化”能力。通过披萨游戏、PMI/TiD 外部交流等方式激发团队共创,推动开发、产品、测试形成高效交付闭环。
3
穿越震荡周期 —— 让系统“稳下来”(2017–2018)
面对交付压力与团队变动,通过深度 Retro 重构看板规则,加强代码质量与 CI 实践。借助 OpenSpace 会议和外部转型交流,在混乱中重建协作秩序,锻造出更具韧性的敏捷运作机制。
4
驱动持续进化 —— 让组织“强起来”(2019)
技术 Leader 主导流程规范,明确 DoR/DoD,标准化演示与回顾机制。强调“看板整洁不能太放肆”,将规则转化为对 Scrum Master 的赋能,推动团队从执行敏捷走向自主持续改进。