对于如何启动敏捷实践的思辨

敏捷实践启动思辨摘要

1. 形与神： 对于缺少经验的团队，敏捷实践应该首先关注实质（神），而非形式（形）。应优先提升沟通、协同和交付效率，避免一开始过分强调Scrum框架导致团队抵触。透过敏捷实践的三个支柱“透明、检视、调整”，逐步实现团队的自我管理和实质性改变。

2. 守与攻： 敏捷实践不应只是盲目地遵循Scrum形式，而是应该通过不断“攻”问题来实现“守”的境界。这意味着在初期要在教练的指导下，解决各种问题，避免落入“伪敏捷”的陷阱。

3. 说与做： 在团队不熟悉敏捷的情况下，应先行实践再宣讲，以实效驱动团队认同敏捷，而不是通过大量理论培训引起反感和质疑。

4. 始与终： 敏捷实践强调“以终为始”，即从需求提出时就确定验收条件，促使每个迭代都有明确的起始和结束。产品负责人（PO）在提出需求时应提供验收条件，而开发团队应采用测试驱动开发（TDD）。

5. P与O： 初期的产品经理作为PO时不宜直接承担全部责任，而应作为需求的“牵头人”或“牵头组织者”。这有助于他们更好地与团队合作，逐步成长为真正的“Owner”。

启动方案： 敏捷实践无法通过长期规划或标准模板实现，应根据团队具体情况“看着办”。推荐在一个大规模长期项目中开始敏捷实践，确保项目的高效迭代交付，并使团队感受到敏捷管理的特点和自我交付效率的提升。