敏捷开发-随笔

1. 需求的定义前期不需要马上立即产出文档（特别是那些长篇大论文档），只需要BA产品经理画出草图，几行文字，5分钟口述方式，表达我要做什么。
   接下来需要接受整个团队人员challenge，注意不是需求澄清而是challenge。这个是为了敏捷开发前置，消除开发不符、需求严重偏离的风险。
   会议结束：BA和设计，输出激烈讨论后的草图。尽量少文字

2. 第一步结束后，产品|BA输出的文档，希望使用Axure或者Sketch来输出，这个可以产品和设计共同产出。不希望纯文本长篇大论的输出，因为文字是表达的最高度抽象，每个人的阅读理解能力都不同，我们需要直接给团队脑海中形成画面感，减少沟通认知成本。

3. 和第二点同时进行，第一步结束后，开发人员并行的可以进入开发设计，开发人员在脑海中已经有画面感，他会在任何时间吃饭、睡觉、任何空闲时间思考解决方案。当第二步输出AXURE和sketch文档后，即可直接进入开发阶段。

我们的目的，是为了尽可能需求澄清，前置，前置，前置，并集中团队智慧识别高价值需求，消除产品需求实现不一致的风险。