《软件需求最佳事件》-阅读感一

老师已经给我们展示过那副迷途漫画,究其最后做出的东西大相径庭的原因一方面是沟通失,,从客户的描述到项目经理的理解、分析员的设计、程序员的编码、商业顾问的诠释,每个人逐步的对信息进行了加工,这就导致了沟通失真,避免沟通失真的做法是1写进文档,这是用来辅助沟通2就是Re view即在此的审读尽早的暴露出错误,就是在用户代表收说了需求后需求分析员用自己的语言再复述一遍第二就是客户的需求放大,用户在描述自己需求的时候做了“添砖加瓦”的事,原因是一方面用户希望支付的成本尽可能的少后获得的利益极可能的多,解决该问题的方法是一方面提升软件估算实践的有效性另一方面需求产业成熟度的提高另外就是将解决方案的选择权缴费了不熟悉技术的用户,解决方法是多问为什么3项目经理的需求控制,国内的项目经理都是身兼多职,项目管理,需求分析,架构设计,其实需求人员有必要对需求进行有效的控制问题出在控制的策略和方向
 虽然暂时我只是执行层面的,但是换位思考也觉得项目一开始的评估评审的困难。我的思维结构里确实缺乏严谨的量化思维,从小也很少有这方面的训练。现在我对需求的定义已经改变,不同的公司因为业务不同造就不同的需求。很显然,我说的话会跟书里不断提到的概念表面上一样,但是看了作者的介绍后我发现还是有不一样的地方,作者的业务显然是更微观,更细致的。而我的所说的只是产品业务方向,如果要落实到实践,说实话也是无从下手。 一本让人感到羞愧的书确实是好书,因为每读一次都需要你鼓起勇气,不知不觉间锻炼人的自信。



上.



你可能感兴趣的:(《软件需求最佳事件》-阅读感一)