自我管理杂谈:用敏捷开发策略做自我管理

Posted 岚爷的工具箱

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了自我管理杂谈:用敏捷开发策略做自我管理相关的知识,希望对你有一定的参考价值。

我和很多朋友讨论过习惯养成以及自我管理的话题。最近才意识到,自己一直在用敏捷开发的思路处理类似事务。仔细一想,敏捷开发还真是和自我管理天生一对。
鉴于我这边很多朋友并不从事软件开发的工作,在此简单解释一下什么是敏捷开发:

敏捷开发是软件开发的一种方法。在该方法下,需求和解决方案通过自组织和跨职能团队及其客户/最终用户的协作努力来发展。它提倡适应性规划、渐进式开发、早期交付和持续改进,并鼓励对变化的迅速应对和灵活的反应。(引自wikipedia英文界面)>

敏捷开发的难点是客户需求和团队成员之间的协作。而对自我管理来说,团队即个体,需客户即自我,还有什么比敏捷开发流程更适合作自我调试的工具呢?
准确说,敏捷管理特别适合类比自我管理中的成长目标管理———本文中我也不想讨论和他人的互动,只聚焦自我管理。即是自己同时做甲方和乙方的情形。
在外在因素诱导的需求的情形下,很多任务约束因素无法由你自己决定并实施控制。他可能来自于他人,可能来自于你的工作,可能源自生活。总之更多由外在因素来主导。
而成长问题需要把非我的客体作为环境因素;需求和实现的交互因素只由自我决定,而面对自己,人更容易妥协。
———比起硬性的明确目标,“成长”面临的挑战更大。

首先是适应性规划。

一方面,你能难明确自己中长期的目标。

在成长中,你需要不偏离自己的“初心”,即价值观。但价值观只是个概念,你要把这个概念分解成目标。
你需要目标,因为目标让能让你过的更加安心。至少不会迷失方向。一个人有几个五年十年可以活?在每个五年或是十年中,人会面临多少选择啊。这些时刻发生的选择,会令中长期的目标充满了含糊性,给任务的实现带来难度。怎样让自己做到跳起来摘桃子而不是呆在舒服区内,对所有人都是一个重要的挑战。

你需要和自己谈判。

而在总目标不变的前提下,自我成长的小目标往往没有你想象中的那么硬,往往是富有弹性。
为了不让自己变成自己讨厌的那种人,让自己保持着稳定的步伐前进,又能根据环境的变化及时调整自己的预期,保持一颗平常心,变得特别重要。
总之,你要让自己作为甲方和乙方都过的开心些。有些朋友常抱怨甲方挑剔、乙方马虎。但其实,我们很多时候也在面临和自己的博弈。
是做甲方?还是做乙方?还是两个都做?——为了达到平衡,可能两个都做是最能让自己安心的选择。

生活是盒巧克力。

最后,生活总会给你带来一些出其不意。生活要求我们拥抱变化。这些变化会我们对自己的预算往往会有较大的差异,所以迭代变得特别重要。
敏捷管理非常适合处理总目标不变前提下变化的客户需求,因为它就很适合用来做一些迭代,让你离你自己变动着的成长目标一直在接近。不会因为偏离太远而气馁。不会因遥遥无期而沮丧甚至止步不前。
所以我们需要敏捷管理。

首先是早期交付。

早期交付意味着:快!

如果有想法,就要去做。让自己动起来!不管怎么样先让车子动起来再说。
只有让你的管理流程动起来,你才能够对它进行反馈和改良;如果你的系统无法运作,它从根本上就失败的,你不可能有下一步的行动。
你不要考虑太多的设备,不要考虑实现方式,最简单的方法就是最好的方法。你手边现在就可以用的方法,嘿,完美!
比如很多时候,一张空白的A3纸和一只笔就是最棒的目标设定工具。
你的成本越小,你的学习成本越低,你动起来的可能性越高。
如果技术需要学习才能掌握,你可能就会说,方法先马克下来,有时间再琢磨。
对大多数人来说,马克=永远不会去碰它。
在敏捷开发里,一旦工具很复杂,那么你的团队就会需要花大量时间去学习,造成一个潜在的沉没成本,如果你们日后考虑换工具,心理负担就会变重。
船小好调头。一开始付出的成本越小,就越容易做下步的调整。
在运行中发现的问题,可以慢慢调整。
所以在相关工具时,除了纸,我还会推荐一件在美剧里司空见惯的小工具:便利贴。
作为一个流程管理的工具,它的通用性非常强,也几乎不需要通过学习就可以理解。而且作为管理工具,他的灵活性和可动性实在是绝妙。
一旦习惯用便利贴整理思路写各种大纲,几乎没办法再使用其它工具——他们都太复杂,太不轻量化。(这两种工具也可以作为持续改进的例子,回头我再说。)

早期交付也意味着:目标简化!

你可能会有一个宏伟的目标。暂时把这个总目标放在一边。先考虑你眼下可以试着为它做什么。
这个眼下的、明确的小目标,最好能在一周甚至三天内完成,方便你对自己的情况作一个基本评估。这样你就有一个基准了。
“现在我可以做到……”
对,现在。
如果你做不到,你需要修正目标甚至明确的放弃它。万事开头难,启动不起来的事情还是忘了他吧。纠结无法解决问题。

下次我会继续说说渐进式开发和持续改进。这两个玩意才是一开始让我提起写个话题兴趣的由头。

结束前说个正事。一个关于行文长度的小投票。这几篇写下来,从一千字到四千多字不等,不知道大家是想看短文多篇还是一篇长篇写下去。麻烦给个意见吧。