浅谈需求控制

 

背景：

与一个朋友讨论了其公司的需求来源，朋友原话“我们的工厂，管理人员 ，以及管理层 ，还有我们自己设计”。这对于这种情况我想谈一下我的想法。

问题：

1.来源于管理层的，很可能领导脑袋一热，就决定这么做了，那么这样的需求存在问题的可能性很大。

2.来源于开发人员的设计，这一点很恐怖，开发的设计常常基于程序的思考，而不是业务的思考，经常会为了一个很酷的功能付出很多，但对业务使用上帮助不大，产生的一个结果就是技术人员付出很多，但是软件使用者并不买账。

解决办法：

针对于以上两个问题，我提出以下三点作为参考

1.培养业务专员与客户代表

可以再开发或者测试人员中培养业务专员，加强业务能力，以控制不合理的需求。

 可以在使用者中培养客户代表，使用者最有权力评价什么样的改变具有价值。

2．管理需求，确定统一入口，引入需求评审。

无论是哪一种需求来源，那么需要真正的使用者（或者客户代表业务专家）参与评审，评价这个需求是否合理，是否存在问题，如果确实有价值，那么再放到Product backlog中，尽量在前期排除不合理的需求。

3.客户尽早参与

可以在实际的产品基础上做原型，用于演示，在原型阶段可以发现一些问题, 这样避免开发出产品后才发现问题。