关于Scrum-如何写好用户故事(User-Stroy)?

昨天写的这篇关于敏捷革命的文章,纯在对Scrum很大的误解,http://www.zhangte.org/15344857243841.html
希望大家注意一下!

误解在哪里?

Scrum的核心,我觉得是用户故事(就是愿景!),你想要愿景以后,你做事情明显很有动力!
但是昨天都的分解来看,可能还是和普通项目管理一样!
而真正的Scrum是要需要一个一个愿景组成的!
而且每个用户故事,基本都是一周左右可以冲刺完成!
故事不要太大,但是也不太小了!
太大了不好这个不多说,但是太小的话,明显没有感觉!

什么是用户故事?

简单来说,一个用户故事,背后代表的是一个成果!
而一个成果,是要有诺干任务组成!
所以,Scrum的核心,先要掌握对故事的管理!
那么什么是用户故事?

比如:

作为一名管理者,需要有一支具有自己成长,且自动运行的团队生态体系,以便于公司规模的发展和壮大

这就是一个故事,就光看到这个故事,我都很有动力!
但是这个故事太大了,所以需要拆分,我大概拆成这样的几个小故事

  • 作为一名管理员,我想让让团队成员每个人拥有独挡一面的能力,以便于减轻自己的负担
  • 作为管理员,我需要建立团队完整的SOP体系,且能自动迭代升级,以便于把自己不在的时候,团队也能良好运行
  • 作为管理,自己需要掌握Scrum的全部理念,工具,以及工作文化和管理流程,才有办法让团队透明化

如何写故事?

一个好的故事,我觉得核心主要以下几个(官方是需要符合一个什么原则,我也忘记了,但是我觉得下面几个我认为比较重要)

  1. 故事要简单,而且模板化,比如作为一个<角色>, 我想要<活动>, 以便于<商业价值>
  2. 故事之间不要有关联(比如先A然后才能B),如果是这样,把故事合在一起
  3. 一个故事需要在一周的时间里(也就是一个冲刺期)可以完成(所以上面的不是好故事)

那么针对

  • 作为管理员,我需要建立团队完整的SOP体系,且能自动迭代升级,以便于把自己不在的时候,团队也能良好运行
    这条故事,我需要再拆分:
  • 做为管理员,我需要尽快的创建SOP雏形,发现流程的问题,再来进行改造
  • 作为管理,我需要很方便查看SOP,以便于给他们提出建议和优化
  • .....

这里不多说,只列两点,是我下周要做的事情,那么Todo就来了:

  • 阅完用系统工作这本书 然后写下相关的笔记和心得
  • 用印象笔记写几个简单的SOP流程 ( 单个教程 , 以及汇总教程体系 )
  • 规划印象笔记的标签,使其可以快速定位对应的SOP模块!

还有....

当然对Scrum的理解,可能随着我对资料的研究,可能会越来越深刻,比如,如何衡量工作量,直接量化工作效率(这个实在太强了,以后有机会分享 )
还有什么立会,如何跨地区的实现立会!等等