AgileXS敏捷策略


小队+部落:打破组织壁垒

<h1>小队(Squads)</h1> <p><img src="https://www.showdoc.com.cn/server/api/attachment/visitFile?sign=98b9f769a3d6067ca0f891f76fc414db&amp;file=file.png" alt="" /></p> <h2>什么是小队</h2> <ul> <li> <p>小队是Spotify的基本开发单元,是一个全功能、负责端对端交付的工作团队,理论上9人左右。他们拥有设计、开发、测试和发布产品所需的所有技能和工具。</p> </li> <li>在Spotify实践中,由于小队是根据一个业务里面具体的功能来组建的,根据不同的业务配比不同比例的测试、开发、产品和职能员工,所以人数在7+/-2范围。</li> </ul> <h2>小队运营特点</h2> <ul> <li> <p>坐在一起:为了践行敏捷宣言“个体和互动高于流程和工具”,小队成员坐在一起,更有利于个体的互动。</p> </li> <li> <p>自主管理:除了PO之外,小队里的成员并没有角色的区分,所有的人承担所有的工作。PO一个虚拟角色,非行政title,它的设定目标是让日常工作更平滑。且小队是一个高度自治的“迷你型创业公司”,他们可以和利益相关者直接对话,且和其他分队没有阻塞型依赖关系。</p> </li> <li> <p>拥有长期的使命或任务:小队并不是临时为了一个具体的项目而成立的临时组织,而是有着长期使命的固定团队。可能是改良支付方式或搜寻功能,或是像「电台」的功能。小队自己建构自己的故事,并负责产品的上市。</p> </li> <li>每个小队都有一位产品负责人(Product Owner)和敏捷教练 (Agile Coach),来推动小队日常运营和产品上市。</li> </ul> <h2>小队(Squads)- PO(产品负责人)</h2> <p><img src="https://www.showdoc.com.cn/server/api/attachment/visitFile?sign=713e4f7821ce97e8ca7a44abba70a0ee&amp;file=file.png" alt="" /></p> <ul> <li> <p>PO由小队员工民主选举产生。</p> </li> <li> <p>PO负责把团队的待办任务综合考虑商业价值和技术因素来进行优先级排序,但从不干涉团队如何完成这些任务。</p> </li> <li> <p>不同分队的PO紧密合作,共同维护一个宏观层面上的产品路线图(Roadmap)文件,指引整个 Spotify 产品发展方向。</p> </li> <li>每个PO也各自维护一个自己所在分队的产品待办项列表(Product Backlog)。</li> </ul> <h2>小队(Squads)- AC(敏捷教练)</h2> <p><img src="https://www.showdoc.com.cn/server/api/attachment/visitFile?sign=da4fbb0ed54b12460e346a0250e1bb50&amp;file=file.png" alt="" /></p> <h3>敏捷教练的第一周</h3> <ul> <li> <p>策略:与系统(团队和组织)持续改进相关的一切。 一些是职业发展,招聘,我们应该怎么可视化工作,限制组织中的WIP,并提高领导团队的决策能力。</p> </li> <li> <p>人员:与了解人员,建立信任和关系,以及指导和指导个人相关的所有活动。</p> </li> <li>交付:与项目和日常业务相关的所有内容,包括站会,计划会议等。</li> </ul> <h3>敏捷教练的第五周</h3> <ul> <li> <p>把大部分时间花在了策略上。</p> </li> <li> <p>收集关于组织的信息,了解和各个团队如何互动。</p> </li> <li> <p>和各个管理团队分享目标,讨论如何达成目标。</p> </li> <li>交流对于工作角色的期望以及如何将工作可视化以便于更好的协作。</li> </ul> <h3>敏捷教练的两个月后</h3> <ul> <li> <p>时间更加平衡。</p> </li> <li> <p>更多地参与交付。</p> </li> <li>在策略上付出的时间变少。</li> </ul> <h1>部落(Tribes)</h1> <p><img src="https://www.showdoc.com.cn/server/api/attachment/visitFile?sign=b33fb8e5649c61187acd3985b907a8b5&amp;file=file.png" alt="" /></p> <ul> <li> <p>一个部落是在相关领域工作的小队集合——比如音乐播放器,或者后台基础设施。负责共同的产品组合或顾客区隔,组织方式取决于相互相关性,并尽可能简单。</p> </li> <li> <p>员工以部落编制。一个部落不超过 150 名员工,部落的组建是和业务强对应的,所以部落的大小取决于业务的规模,有的特定领域可能人数为20+人也可以。</p> </li> <li> <p>同一办公地点:为了有利于不同小队间的沟通,减少交流的成本。</p> </li> <li>部落拥有一个负责人:酋长</li> </ul> <blockquote> <p>注:设计理念来源于邓巴数的原则:人类智力将允许人类拥有稳定社交网络的人数是148人。在实践中一般不超过150人。人数过多管理复杂度容易提升,沟通的成本也会迅速增加。</p> </blockquote> <h2>部落(Tribes)- 酋长</h2> <p><img src="https://www.showdoc.com.cn/server/api/attachment/visitFile?sign=4d742377585f8f5bca1b616ab95cd983&amp;file=file.png" alt="" /></p> <ul> <li><strong>酋长:部落负责人,这是个虚拟角色</strong></li> </ul> <p><strong>对于酋长的要求:协同能力和业务的平衡切分</strong>。</p> <ul> <li> <p>分:正确地根据业务分出来独立工作的小队。</p> </li> <li>合:协同小队进行必要的合作。</li> </ul> <p><strong>判断酋长是否成功的标准</strong>:</p> <ul> <li> <p>他是否给小队提供了一个舒适的栖息地 (habitat)。</p> </li> <li>他是否为小队提供交流、合作、分享、创新、改进的环境和支持。</li> </ul>

页面列表

ITEM_HTML