如何弄明白需求

研发工作中最重要的是把需求弄明白，然后拟定实施方案进行实施。需求是前提，但是也最难，和开发实施不一样，用户很难说明白自己，而反倒是经常告诉你，你这里给我增加一个按钮，那里添加一个链接，遇到没有丰富经验的需求分析人员，直接就觉得似乎有理、好像容易实现就直接转开发了。没几天就有变了，因为没有解决问题，或者不是好的解决办法，带来其他问题。

工作中我遇到这种情况很多，因此特别注意，我一般会要求需求人员把用户问题描述清楚，追根究底，为什么？而且一层一层追究下去，知道自己觉得很容易理解，确实是本质问题，当然有时也不能绝对，但是多问几个为什么是非常重要的，所谓“需求”，绝非要求，但是很可惜，很多需求人员都是开发出身，认为自己的任务就是拿出一个实施方案。

其实做事情只要方法对了，就比较简单，当然是相对的，因为问题清楚了，列出各种可能的方案，认真比较各自优劣，得出相对合理的解决办法，其实是顺理成章的，大家都容易理解。但在实际工作中做起来比较难，需求人员最忌讳的几点就是：条件反射式的得出方案、没有统筹考虑现有情况以及长远发展、没有考虑成本与产出，现实工作中机会随时会发现这些问题，这实际上是研发团队的悲哀，第一关把不准，把大家都带到沟里了，投入很多，无法达到解决问题的目的。

因此如何引导用户提出正确的问题、需求，需要经验和技巧，有时候还需要用数据事实来说话，千万别想当然。因为这就像打仗，慎用兵。

最近几个项目中我们开始使用系统中的数据说话，验证我们的理解，这比任何人都有说服力。很多人并不能全面客观的描述问题，而且会夸大问题的程度；还有就是伪问题，人家因为各种原因不会告你你真正的情况，别怀疑，真有这种情况。反正做需求需要斗智斗勇、需要经验方法、需要谈判。

我个人目前虽然主要负责实施，也特别注意这方面，如果不注意兄弟们就吃亏了，做事没有成就呀！之前我们都是需求、研发、测试全干，现在队伍大了，分工负责了，更得注意，毕竟大家的关注点不一致，考核方法还是欠缺，凡事都得弄明白，不能稀里糊涂。