记录一次有意思的讨论。
讨论： 用户故事（Story）一定要写成结构化吗
Story 的写法：
'''
As ...
I want to ...
So ...
'''
这个结构化的模式提醒我们回答问题，为了谁，为什么要做，怎么做？让我们更好的理解用户的需求和价值。同时，这样结构化的写法，让别人也容易理解这个需求，达到易于沟通的效果。
但是回到问题，每一个story一定这样结构化写吗？
- 如果一个team刚开始导入敏捷，的确有必要做。帮助理清思路，同时易于交流。
- 如果一个 team已经很成熟，熟悉这么一套做法，为什么写以及如何写，那么如果还要强迫他们来写，那真是一个过于迂腐。如果很明显的几个词就表达的清楚，没有必要再按照这个套路来写。
比如下面这个例子，两种写法：
写法一：
Show the user name on the page.
写法二：
As a customer,
in order to user the correct account
so I want to show my name on the page.
第一种简明扼要，后一种明显就有点啰嗦。
如果team团队之间 可以面对面沟通，更加详细的讨论一个需求的前因后果，那么简单几个词记录大家讨论结果， 方便提醒大家。大家都清楚，更没有必要要费劲脑汁写下来。
回到敏捷宣言，上面第一条：
Individuals and interactions over processes and tools
其实 结构化的story，就是一个工具， 帮助我们思路需求背后的价值和易于沟通。 但是如果team有这个意识，同样有更好的方式来沟通，比如面对面沟通，那么显然没有必要再继续强制大家这样写。
所以，是不是一定要按照结构化的写Story，取决于team的成熟程度。 如果是刚导入，是需要甚至可以强制； 反之，很成熟的团队，强制大家这样写，就有点迂腐，与敏捷宣言违背。 这个也可以从守破离角度看，刚开始的是新人阶段，要遵循模仿，是属于“守”阶段；如果已经到很进入成熟阶段，就可以“离”。知道为什么遵从，以及如何做，根据当时的环境取舍。所谓练武，高手心中有剑，无招胜有招 。
