注意：我知道现在已经是五月了，我晚会很晚。
新年的决议令其难以维持的原因是什么？ 每个人都以最好的意图进入他们，但是您有多少次在12月听到您的朋友告诉您他们整年都坚持下去？
像其他所有人一样，我已经陷入了通常的陷阱，试图更多地去健身房，阅读更多和饮食更好。 没有人真正服用过。 几个月后，我没有动力了，或者随着时间的流逝，我的解决方案变得不那么重要了。
有什么问题？
从设计角度考虑这一点，我开始在典型的分辨率中发现一些问题：
- 反馈循环不佳-我没有保持良好的记录，而对于我的大多数目标，很难说出自己的表现。 变化可能很慢，记忆很短。 我需要一些进步感才能保持前进。
- 太死板了 –我在考虑决议时太死板了。 没有足够的空间来改变主意，而不会感觉到我正在放弃或失败。 很难将一年计划在未来，也很难知道今天要关注哪些问题。
- 没有问责制 -我没有任何人或任何要追究我责任的人。
这些看起来对您熟悉吗？ 他们对我做了。 他们看起来很像软件开发人员在转向敏捷方法论时要解决的问题。
如果您不熟悉敏捷，它的理念“促进自适应计划，渐进发展，早期交付和持续改进，并鼓励对变化做出快速而灵活的反应。” —维基百科
忘了它在谈论软件，对那些人来说，听起来听起来像是个好特性吗？ 我们如何将这一理念应用于决议，即我们用于改进自己的“软件”的框架？
借用解决方案
借鉴Scrum的想法，这是我最熟悉的敏捷风格，因此我决定对解决决议的方式进行一些更改：
- 每月冲刺 -我决定不做年度决议，而是每月做一次。 这个时间足够长，让我仍然觉得自己在做某件事，但是足够短，不会觉得自己被一个坏主意束手无策。 这也使我有时间去迭代一个仅需调整的好主意。
- 简单而可衡量的 –决议的真正目标通常是模糊的。 冲刺决议应简单易行； 我应该很容易地说出自己是否成功。 每周做五天的烹饪会改善我的生活吗？ 除非我尝试并反思，否则我不会知道。 我还计划记笔记，以帮助我跟踪情况。
- 共享进度 —在Scrum中，解决问责制的主要组成部分是共享您的日/周/冲刺目标。 定期进度更新也可以共享。 我计划在此处分享我的决议和看法。
入门
在年底之前，我计划每月解决一个新的解决方案/实验，并将其发布在此处。 一月份，我决定不喝酒，这是英国的一种惯例，我将在下一篇文章中分享我对该实验的观察和见解。
对我的一项决议有何建议？ 想分享您做类似事情的经验吗？ 我希望收到您的来信。
