培训及培训中想到的需求

虽然功能已经测试了，但是真正上线使用的时候还是会有些担心。

需求是一件很麻烦的事，要把模糊变成具体，把离散的东西整合出来。而且需求验证的方法很少，同行评审只能让需求规范而清晰，而需求的正确性和完整性不可能通过评审来验证。唯一验证需求的方法就是客户了，但是总是很难让客户参与需求过程。客户对项目不够关注；项目的优先级不高；客户缺少耐心，调研的时间不充足；本身对客户的业务不熟悉，甚至对他们业务之外的潜规则根本不清楚；很难站在客户的调度考虑需求，这点说起来挺简单，但是真正做起来，忙起来的时候更难考虑了，如果要真正做到这点，需要先从规范控制，然后养成这样的思考习惯。

用户的培训手册，总是关注正常的业务流程而很少关注异常业务流程，其实正常业务流程用户已经比较了解了，而相反，异常的业务流程如何通过系统处理比正常业务流程更需要关注。

怎么去验证需求的正确性和完整性呢？需要努力！