一步步学敏捷开发—如何做需求分析

　刚开始写就忙着搬家，这次没有找搬家公司，蚂蚁搬家真是太麻烦，以后搬家还是要找搬家公司。

　　 需求分析

　　在 敏捷开发中需求分析需要全体成员参与，体现了敏捷开发的“ 个体和互动 高于 流程和工具”的价值观。让全体成员参与有几点好处：有助于及时发现团队成员对同一个需求理解不一致的问题；有助于规避人力风险，当一个需求分析者突然请假其他人可以马上顶替他；也有助于全体成员能力的提升。但是，开发人员和 测试人员们在能力和经验方便，不足以胜任需求分析 工作。这意味着还需要一个商务分析师这个角色，他带领全体成员去进行有效的需求分析。商务分析师最重要的职责就是与客户交谈，了解和分析需求。搞清楚客户到底需要什么，到底为什么需要这些东西。商业价值是商务分析师关注的最终目标。

　　 软件开发所要解决的问题就是将用户需求转换为可运行的代码。需求反映的是"什么"（What）的问题，从问题解决的角度来看，要解决一个问题首先要弄清楚的是"问题"究竟是什么。而开发人员在需求分析时往往易犯的一个问题是急于考虑"怎么"（How）的问题，这是设计所要解决的问题。

　 　头脑风暴 + 原型设计

　　我们在做项目需求分析时，通过与真实用户的交流，和用户一起进行头脑风暴，并将讨论结果使用头脑风暴软件（比如：MindMapper）整理出类似如下的头脑风暴图。

　 　头脑风暴图

　　与用户讨论结束后，回去再通过GUI Design将头脑风暴里的内容快速做出一个原型，下次再找用户确认，经过几次反复确认修改基本可以确定一个版本。但这并不是最终的，用户的想法随时还会变，即使到开发阶段用户的需求一样会有变化，请参考敏捷原则第2条。

　　原型图

　　还可以使用纸质原型，这也是一种精益设计思考。

最新内容请见作者的GitHub页：http://qaseven.github.io/