小团队管理四步法:拆分、授权、奖惩、执行

团队拆分

小团队建议控制在 2~7 人,围绕共同目标与愿景组建,由团队骨干担任 Owner。每个系统需明确归属小组,每个业务模块应至少由两名成员负责——既保障责任落地,也避免单点依赖。 正如康威定律所言:系统架构应与组织架构对齐。 需警惕两个常见误区:

  1. 担心“立山头”?
    小团队确实可能形成局部利益中心,但若不拆分、不专业化,更容易导致责任模糊、缺乏主人翁意识——这才是更深层的组织隐患。
  2. 害怕“扯皮推诿”?
    拆分后协作摩擦难免存在,但若责任不清,反而会滋生“浑水摸鱼”和“吃大锅饭”的文化。清晰边界+明确Owner,是解决推诿的根本前提。

抓大放小

团队规模扩大,事务必然繁杂。关键在于:让合适的人,在合适的位置,做关键的事。

This chapter requires login to view full content. You are viewing a preview.

Login to View Full Content

Course Curriculum

1

建立敏捷基础 —— 让流程“跑起来”(2013–2014)

以敏捷宣言为起点,通过站会、Planning、Review 和 Retro 建立基本节奏;引入看板实现需求可视化,制定上线准备项等规则。结合 JCSM 培训、“棒球大联盟”游戏及影响地图实践,完成从认知到初步落地的跨越。
3

穿越震荡周期 —— 让系统“稳下来”(2017–2018)

面对交付压力与团队变动,通过深度 Retro 重构看板规则,加强代码质量与 CI 实践。借助 OpenSpace 会议和外部转型交流,在混乱中重建协作秩序,锻造出更具韧性的敏捷运作机制。
4

驱动持续进化 —— 让组织“强起来”(2019)

技术 Leader 主导流程规范,明确 DoR/DoD,标准化演示与回顾机制。强调“看板整洁不能太放肆”,将规则转化为对 Scrum Master 的赋能,推动团队从执行敏捷走向自主持续改进。