一个关于需求管理的血的教训

w3cstandard

需求管理是一个开发团队在2级应该建立起来的管理机制，没有这个机制往往对于团队造成的打击是很严重的！！ 一个我自己故事 从项目一开始就觉得那里不对劲了，从客户方面传来的信息没有让人感到丝毫的轻松，没有任何肯定的信息恢复过来，直到最后一天我们接到了来自客户方面的确认，他们确信只有整个网站的flash是他们需要的，根据我们的报价他只肯付3000块人民币...... 不知道该怎么评价这个项目的进展，从最开始去开客户会议到团队开始制作相关网络系统部件，这个团队里没有特出来过要跟对方签署任何形式的协议，人们在用一个东西支撑着自己-对方的经理跟我很熟，而最后问题却就出在了协议上。

回顾全部项目过程，双方以供召开了3次项目需求会议，前两次是由对方总裁直接参与的。而作为与会的一方我感觉对方似乎在隐瞒什么，而且他们并不关心系统最后会有什么功能，他们在等待我们丢石头出来。

风险，这个词一直在我脑子里回响，而风险还是如期变成了灾难。客户的结论是这个团队被动工作的方式不受人欣赏，所以canncel了与我们的合作，此时我们能做的也许就只有从演示网站上delete所有的演示稿件。

诚然我们确实能力有限，但是基于过去我们所能完成的案例来看，共同的特点就是客户在那需求时的合作，如果我们所拿到的需求只是客户所期望的需求的一部分，那么一切都会变得很危险。然而客观地说，这次的客户确实比我们大太多，在双方无法平等谈判的前提下我们就像航行在没有指南针和星光的海面。

对方在看看我们能不能给他一个新鲜的东西，我们却只能给他一个他给我们的需求实现，这也许是一个矛盾吧。 软件过程一再地强调，只有在需求确定的情况下，才能进行详细的设计，我想这条原则是没有错误的，这次需求管理的失败在于没有能够主动启发客户的潜在需求。(作者：康诚)

jackywang

楼主，支持！  

闭月羞云

一楼的位置好啊..  

jackywang

#无语  

闭月羞云

楼主福如东海，万寿无疆！