宛京专栏

虽然功能已经测试了，但是真正上线使用的时候还是会有些担心。需求是一件很麻烦的事，要把模糊变成具体，把离散的东西整合出来。而且需求验证的方法很少，同行评审只能让需求规范而清晰，而需求的正确性和完整性不可能通过评审来验证。唯一验证需求的方法就是客户了，但是总是很难让客户参与需求过程。客户对项目不够关注；项目的优先级不高；客户缺少耐心，调研的时间不充足；本身对客户的业务不熟悉，甚至对他们业务之外的潜规则

        需求即使在用户签字确认之后，还是会有所变化，可能从设计、开发甚至测试阶段反馈回来的需求，其中的一些是的确需要做变更处理的，可是其中很大一部分，不应该作为变更处理，但是在过程中，这些需求改如何处理，我着实有些迷茫，答案还在继续寻觅中。。。。。。        我自己是这样处理的，我自己有一份记录文档，记录下了各个方面反馈回来的需要对需求的改变，用来跟踪所有那些算不上变更的需求修改记录

之所以引起这个变更，本身在需求调研的时候就显得不够深入，草草了事。项目的进度是一方面的原因，客户对这个项目的重视程度和参与度是另一方面原因，但最终的责任还是在我这个负责需求管理的人身上，调研的时候考虑的不够，没有引导客户说出更具体的需求，虽然通过界面原型来调研和确认需求是一个不错的方法，但是界面原型终究还只是界面原型，并不能引导出具体的需求。不能过于依赖界面原型，因为界面原型不会告诉你所有的需求。