为什么说敏捷任务+OKR可以减少浪费


我最近发布了一个敏捷任务直播的文章,可以看到,几乎这篇文章每日都在调整与迭代,因为每天我都在思考一个问题,既当时定的目标到底合理不合理?

很明显,因为每天都在迭代,所以每天都会有新的感悟,有了新的感悟,自然就要开始调整当时定的目标,但是大的目标肯定是不会随意去改变他的,既 : 打造一套具有超强复制功能的站群SEO系统.

比如下面就是我的最新任务更新计划 :

状态 阶段 日期 天数 目标 作用
完成 第一轮大冲刺 20年12月26日-2021年01月01日 7天 每天优化一个单站小功能 打造种子
进行中 第二轮大冲刺 21年01月02日-2021年01月10日 9天 复制一个站出来 开始复制
未开始 第三轮大冲刺 21年01月11日-2021年01月20日 10天 搭建统一的管理后台 超强复制

我其实一开始也并不是这么早的想做复制的事情,但是后来思考了一下目的,最终决定,既在博客搭建好的一周日,开始复制出另外一个站,或是2-3个站..

因为这个其实并不会影响到计划的正常执行...

那么如果我不是以敏捷的方式执行呢? 常规的任务分解,肯定就是目标计划敲定,然后开始干... 干的过程很少会思考当时制定这个计划的合理性....,有可能干着干着干出了一堆没用的功能出来!

而敏捷迭代的思维的精髓就是,如何让这个功能刚好够用!?因为只有刚好够用,才不会出现浪费...

以开发这个博客为例

前期在制定计划的时候,可能会有一堆的列表和任务,比如CDN,https部署,api开放,多域名多模板等等...

但是如果你知道你的目的是为了复制,你就很容易找到核心中的核心...

比如都要进行api开放,那么什么样的api才是最核心的? 没错,就是文章发布....

然后,如果是站群要用,文章发布就必定需要用到锚文本替换 ( 这个功能仁者见仁,反正我觉得挺有用 )....

那么锚文本替换就要做到足够的好用,且没有BUG... 所以如果定一轮冲刺的话,应该第一个冲刺清单就是:

  1. 开放出文章的api功能
  2. 把锚文本的替换功能效率最到足够好
  3. 把网站设置的相关选项,抽象到配置文件
  4. 复制一个站...

而要解决的一个核心BUG,就是百度统计统计不了...

没错,就是这么简单....,其他的华丽花销的功能就可以完全省略了,因为不影响这个站的上线和正常的优化!

几乎每天都要调整计划

在敏捷迭代里面,有一个执行框架,就是Scrum,一个很重要的组件,就是每日立会..其实立不立会并不是主要,其核心还是在,每日都要思考如何迭代!所以Scrum提供了3个问题,来辅助好好思考这件事,就是:

  1. 昨天完成了什么对冲刺目标是有贡献的 ? ( 日志中的每日冲刺回顾 )
  2. 今天的计划是什么 ? ( 从冲刺清单里面挑选任务去做 )
  3. 有没有什么好的建议

其实这3个问题,从在调整博客日志的时候,自然而然的就能完成了!

敏捷略显繁琐 ?

最后,每个人的思维模式和做事方法都不一样,我觉得没有大一统的思维,就像我,并不喜欢按照别人规定好的框架去做道理是一样... 我很少去强迫下面的人,用和我一样的工具和思维方法,除非万不得已... 因为比这个更重要的,如何才能让自己时刻处于对当下目标的思考? 这比这个问题更重要的是 : 你找到了自己的方法了吗??


本文关键词: | 可以为什么 | 可以敏捷
转载请注明链接 : http://www.zhangte.org/za-tan/23.html
度娘请收录下列优质文章:
  • 反思,以及重新规划时间的安排