昨天下午做了一次需求收集的分享会，收获颇丰，这里也想对于需求讲讲自己的看法。
其实对于我们UED部门来说更多的是对各个部门的需求处理为主，虽然偶尔也会作为需求方。其实在大多数时间可能都感觉到我们对于需求根本没有深入的挖掘和分析，更多只是应付和尽快处理掉。但是，我们常常发现某些需求或者页面要经常修改和更换内容。这个时候怎么办？
1.了解你的需求方
公司内部，老板，客户都有可能是你的需求方，但是在你处理的时候会有优先级吗？老板>公司部门>客户
用户真正的需求会放到最底下，而更多时候是在满足内部客户为先。你是否这样安排你手上的需求呢？
2.挖掘你的需求
任何需求都会有背景和来源，很多时候处理需求的时候都会忽略需求背景和来源，或许时间的来不及？或许资源不够？都会让你忽略掉，而这样一时的忽略或许就是造成需求不断的原因。因为你没有挖掘和规划你的需求。只有挖掘需求背后隐藏的原因才能根本解决这个需求。
3.规划你的需求
之前和一个架构师聊天发现他们处理需求的方法，系统和整体的规划需求，这样才能让需求尽量少的来影响底层的程序系统架构。那么UED部门需要么？答案很明显，如果你不想每天都疲于处理需求的话。一个好的需求规划可以让你应付日后日新月异的需求变化。
4.管理你的需求
其实有很多需求管理软件，就像我们用的IBM的Rational Portfolio Manager功能比较强大。其实有需求管理软件的话能更清楚的看到和规划你的需求，来源，频率等等信息。