敏捷是福是祸，全看如何剪裁

敏捷开发框架在实践中的剪裁策略

随着PMP等项目管理认证在国内的普及，尝试将理论与实践相结合成为了许多项目经理的目标。然而，PMBOK等理论框架并不总能直接适用于每个组织，因为每个组织都有其特定的工作习惯。变革，尤其是引入新的方法论，往往充满挑战。

要有效地融合西方的方法和理念，需要重视以下两点：首先，方法应该为实践服务，而不是反过来；其次，没有通用的方法，关键在于根据具体情况灵活调整。在这方面，PMBOK中最关键的概念之一是“剪裁”，即按照项目的具体情况调整方法的应用。

文章分析了一家保险公司应用敏捷开发过程框架的案例。虽然公司已经使用敏捷框架三年，但对于何时和如何使用敏捷方法，以及带来的好处，仍然存在疑惑。公司团队在应用敏捷方法时过于僵化，没有针对具体项目环境进行必要的调整。

作者针对三个具体问题提出了解决策略：

• 取消无用的每日例会：考虑到团队成员资深且集中办公，频繁的每日例会反而成为了负担。作者建议根据团队实际情况调整例会频率。
• 改良的迭代结束演示：针对中间件项目缺乏用户界面的特点，作者提出了四个筛选标准，只有满足至少一条标准的情况下才需要召开正式的演示会议。
• 避免过于频繁的复盘：如果迭代周期很短，则复盘太频繁可能不适合。作者建议根据项目实际情况调整复盘频率。

总之，敏捷方法的有效实施需要项目经理根据项目的具体情况进行灵活的调整和剪裁，而不是机械地套用。本文由美国资深项目管理专家Kevin Aguanno撰写，并由朱华睿编译排版。

想要了解更多内容？

查看原文：敏捷是福是祸，全看如何剪裁

文章来源：

项目管理ACADEMY

扫码关注公众号