• 软件需求分析阅读报告五


                        项目相关败因分析5

    一、 分析人员的技术加工

    就我国目前的情况来看,大部分的公司的项目经理都是从技术人员晋升来的,所以他们的在技术上都是大牛级别的。所以在客户进行需求沟通的时候,免不了的一边与客户交流,一边脑中进行构想如何用技术加以实现。所以,此时用户得到的需求往往都是经过项目经理进行加工过得需求。另外,在技术人员工作的过程中,最常用的还是技术分析,很少有人会进行业务分析。他们通过技术分析,追求的往往是技术框架、新技术。对于这种现象,究其根源,关键还在于“技术能力”对他们的未来发展更加重要,而“业务能力”却不是那么重要。在这里,本书的作者强烈建议需求分析的本质在于业务分析,而非技术分析。

    二、 编码人员的断章取义

    编码人员往往不会对整个项目的有整体的了解,他们一般都是根据领导的要求进行编码,仅仅实现相应的功能。可以用一句生动的话来概括:“你要绳子,我给你了;你要木板,我也给你了;你为什么说这不是你想要的呢?”。

    所以,业务场景才是需求之魂。

           以上这些项目的相关败因,我们可以看到,每一个项目要想获得成功,需求分析是至关重要的,而需求分析中最关键的业务场景的分析,客户与项目经理进行需求捕获沟通的时候双方都要进行积极的沟通参与,沟通的方面不仅仅是本项目的业务需求,还有本项目的成本时间,等等。另外,项目经理进行需求捕获和分析的过程中,往往会经过自己的技术分析,进行自己的需求控制。所以这对需求分析的客观性有很大的影响。这也影响着编码人员对整个项目的认识,这造成了编码人员的断章取义。另外,编码人员也往往仅追求技术的使用,而不关注需求的业务场景分析。而业务场景才是需求分析灵魂。

  • 相关阅读:
    取得当前目录下所有文件名
    windows用户态和内核态
    MFC CDialog中控件跨线程访问失败
    Effective C++学习笔记(八)
    Effective C++学习笔记(六)
    Effective C++学习笔记(七)
    Effective C++学习笔记(五)
    Effective C++学习笔记(四)
    Effective C++学习笔记(三)
    Effective C++学习笔记(二)
  • 原文地址:https://www.cnblogs.com/Zhanghaonihao/p/8270883.html
Copyright © 2020-2023  润新知