婚礼到底能不能敏捷？

敏捷婚礼不敏捷？

去年年底的时候我写了一篇【敏捷婚礼】的文章，讲的是我如何利用敏捷实践来规划一场婚礼。这篇文章下有一位同学的留言引起了我的反思，他说：婚礼只有一次，一点也不敏捷。当时我自己心里也在打鼓，到底挂上敏捷婚礼的名字是否合适？是否会对别人有误解？当时我是没有答案的。

时间拨回现在，最近一段时间我在 Lance 的 CSP 课上进一步学习敏捷，期间讨论到 Cynefin 这个框架。过程中我意识到过往的一个误区：把 Cynefin 框架当做了一个判断框架，用来判断外界事务的复杂度。婚礼对我们来说是可以有最佳实践的，它肯定不是敏捷方法主要解决的问题。

然而，Cynefin 其实是一个认知框架，对外界事务的判断仅仅取决我们自己的认知。回过头来看：婚礼对当时的我来说就是一个繁杂的项目，不知道什么样算是满意的婚礼、也不知道怎么去操办一场婚礼。所以利用敏捷的思维来推进这场婚礼是合适的。

如何有效管理自己的个人事务

作为 GTD（get things done）的忠实践行者，我在践行的过程中一直很困惑：要不要为自己的每一个项目都梳理出完善的下一步行动清单？还是摸着石头过河：做完一个再添加下一个行动？在对 Cynefin 有了进一步的理解之后，这个问题也迎刃而解了。

对我们而言，熟悉度不够、第一次做的项目应该采用摸着石头过河的方式，在项目过程中不断尝试收到更多的反馈之后决定下一步如何开始。在项目结束之后积极复盘提炼出 SOP 作为模板，为自己后续类似的事务提供指导。

举个例子：前段时间我交付了一个公司级的技术沙龙活动，第一次做这个项目时我们花了很多时间在方案设计、推演、调整上，这个过程中我们不断的基于别人的反馈进行方案调整（例如：开场邀请大咖录视频，基于沙龙的参会者演变出对外的技术社群等），最终演化出了我们最终的交付版本。

在第一次沙龙做完之后，我们提炼出了通用的 SOP，保证我们下一次做同类事情会更有把握。

注：GTD 是目前最主流的个人事务管理系统，也是戴维·艾伦写的一本书的书名。GTD的主要原则在于一个人需要通过记录的方式把头脑中的各种任务移出来。通过这样的方式，头脑可以不用塞满各种需要完成的事情，而集中精力在正在完成的事情。

最后回过头来总结一下：

1. 我们对外界事务的认知是不断变化的，对应的处理之道也应该随之改变。

2. 一次交付的项目，你仍然可以在方案打磨阶段不断去验证和调整，保证你方案的可行性。