Throw user stories away after they are delivered

[Joseph Yao]

http://gojko.net/2014/03/25/throw-user-stories-away-after-they-are-delivered/

这是来自Gojko（实例化需求和Impact Mapping的作者）的一篇Blog，大家怎么看呢？

谢谢，

Joseph

[申健Jacky]

抛开流程和监管不提，可追溯性是大型项目管理的需要，也有知识传承的需要。

Br,

申健Jacky Shen

个人网站：www.JackyShen.com

--
--
您收到此信息是由于您订阅了 Google 论坛“Scrum Gathering”论坛。
要在此论坛发帖，请发电子邮件到 scrumga...@googlegroups.com
要退订此论坛，请发邮件至 scrumgatherin...@googlegroups.com
更多选项，请通过 http://groups.google.com/group/scrumgathering?hl=en 访
问该论坛
网站: http://scrumgathering.cn
微博: http://weibo.com/scrumgathering

---
You received this message because you are subscribed to the Google Groups "Scrum Gathering" group.
To unsubscribe from this group and stop receiving emails from it, send an email to scrumgatherin...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Xu Yi]

就该这样做。

- - - - - - - - - -
Xu Yi, Kaverjody
Skype : kaverjody
Site: http://kaverjody.com
Weibo: http://weibo.com/kaverjody

LinkedIn: http://www.linkedin.com/in/kaveri
- - - - - - - - - -

在 2014年4月9日 下午10:37，Joseph Yao <joseph.ya...@gmail.com>写道：

--

[申健Jacky]

扔掉Story是个表面的说法，其实大家都会扔掉，没人去看。

然而知识是要留下的，这也是作者为已完成的feature画了脑图的用意，将新旧功能连接起来。

我们所提倡的ATDD/TDD/自动化正是这些知识传承的具体化。当然，对于还没有这些实践的组织，为了应对可追溯性以及监管需要，还是建议定期的补写一些“必要”的文档或是Wiki。

之前我在NSN带的团队，每个迭代会更新一下所维护的Domian的Wiki，将最近的改动和常见问题都列出来，方便别人也方便自己。

Br,

申健Jacky Shen

个人网站：www.JackyShen.com

在 2014年4月10日，上午10:12，王洪刚 <magic.wan...@gmail.com> 写道：

对于开发人员来说，代码是最好的文档，所以user stories可以扔掉。

对于非开发人员特别是管理层，他们需要这些历史记录的东西。

还有申导说的也是其中很重要的一方面。

最终大家还是得根据公司的具体情况决定的，我遇到有团队是把大部分的user stories扔掉，只把一些电子化的Epic留下来给管理层。因为管理层有时候就是问一下团队有没有这些记录，从来也没有人仔细去看的。

Best Regards,

王洪刚 Wang Honggang PMP^®, CSD

-- 
您收到此邮件是因为您订阅了Google网上论坛中的“agileshanghai”论坛。
要退订此论坛并停止接收此论坛的电子邮件，请发送电子邮件到agileshangha...@googlegroups.com。
要查看更多选项，请访问https://groups.google.com/d/optout。

-- 
您收到此邮件是因为您订阅了Google网上论坛中的“agileshanghai”论坛。
要退订此论坛并停止接收此论坛的电子邮件，请发送电子邮件到agileshangha...@googlegroups.com。
要查看更多选项，请访问https://groups.google.com/d/optout。

[王洪刚]

对于开发人员来说，代码是最好的文档，所以user stories可以扔掉。

对于非开发人员特别是管理层，他们需要这些历史记录的东西。

还有申导说的也是其中很重要的一方面。

最终大家还是得根据公司的具体情况决定的，我遇到有团队是把大部分的user stories扔掉，只把一些电子化的Epic留下来给管理层。因为管理层有时候就是问一下团队有没有这些记录，从来也没有人仔细去看的。

Best Regards,

王洪刚 Wang Honggang PMP^®, CSD

在 2014年4月9日 下午11:22，Xu Yi <kave...@gmail.com>写道：

[张克强]

对这个话题，在新浪微博发起了个调查：

调查：如何处理Backlog里已经做完的事项？1-将其状态设为已完成，再也不改了；2-将其状态设为已完成，不排除未来还要改；3-将其删除；4-将其移动到别处， 参与就是分享，分享就有收获http://t.cn/8spxoBB

请大家高点贵鼠，轻轻点几下

张克强

blog: 从高效过程到卓越结果

weibo: http://weibo.com/zhangkeqiang 

[张克强]

在新浪微博发起的关于此事的投票

如何处理Backlog里已经做完的事项？  

URL   http://vote.weibo.com/vid=2597116 

目前只有可怜兮兮的4张票，加上另外一个相同投票 一共才10张票

没有选“设为已完成，但再也不改了” ，也没有选“将其删除”

此投票无关观点，只关心实际做法。

再请大家轻移贵鼠

投票还有14天就结束了。  

[Jeff Xiong]

我觉得这个投票已经很说明问题了啊。想咋都行，无所谓啊这种小事……这就是投票告诉你的啊。

--
--
敏捷中国 http://www.agilechina.net 邮件列表
如果想发起讨论，请发送邮件到 agile...@googlegroups.com
如欲退订请发送邮件到 agilechina-...@googlegroups.com
更多选项，请访问 http://groups.google.com/group/agilechina
---
您收到此邮件是因为您订阅了Google网上论坛中的“敏捷中国”论坛。
要退订此论坛并停止接收此论坛的电子邮件，请发送电子邮件到agilechina+...@googlegroups.com。
要查看更多选项，请访问https://groups.google.com/d/optout。

[Dingshan Li]

看了一下选项，一时想不出一定要做出某种选择的理由，好像都可以，看所在组织的环境和其它实践的情况，如果有一些上下文，也许可以更容易选择

[张克强]

收集实际做法而已，就看看当前正在做的情况，不需要理由啊。如果同时在多个团队，那就选最多的情况和次多的情况。

--

您收到此邮件是因为您订阅了Google网上论坛中的“agileshanghai”论坛。
要退订此论坛并停止接收此论坛的电子邮件，请发送电子邮件到agileshangha...@googlegroups.com。
要查看更多选项，请访问https://groups.google.com/d/optout。

--

张克强 | Mike Zhang

blog: 从高效过程到卓越结果

weibo: 张克强-敏捷307 

[Xu Yi]

有些数据，虽有统计学意义，但却无甚指导实际工作的意义，慎用。

- - - - - - - - - -
Xu Yi, Kaverjody
Skype : kaverjody
Site: http://kaverjody.com
Weibo: http://weibo.com/kaverjody

LinkedIn: http://www.linkedin.com/in/kaveri
- - - - - - - - - -

[张克强]

比如国家统计局公布的各项数据，尤其是各类平均数据。

大家都懂的:)

不会因为我所搞的小小调查就改变了三观。对吧。

而且样本量这么小，根本不权威，也没有足够的代表性。

在6顶思考帽里，收集数据是戴着白色帽子来做的。

让我们戴着白色帽子来看这些数据吧。