软件工程的短处

参加一个工程的需求调研会，有感于甲乙两方的配合困难，想起软工中的一些概念，考虑以下情况：

甲方代表完全不具有软工的基本知识，对于软件的需求讲不清楚；甲方代表之目的很大一部分，是只要能够让领导看明白最近的工作，且甲方在平时的工作中对本项目的时间投入比较少，每周最多能抽出一天时间来处理跟本项目有关的事情，
乙方跟甲方签订合同，必须在规定的时间内做出产品，时间非常紧迫，而甲方则完全体会不到这些压力，因此乙方必须出于主动地位去要求；乙方试图用软件工程中那一套完整的理论来进行生产过程，但是苦于甲方代表在这方面知识的浅薄，SRS出不来谈何界面原型，乙方认为甲方必须提供这些文档，不能根据乙方的要求先做一个虚的无用的业务需求出来；乙方在甲方所从事的领域没有涉足过，只能依靠甲方的描述边学习边梳理文档。


在软件工程领域，需求分析必须占到整个工程的30％，而现在的情况最多也就是15％。
在一般情况下，需求分析要以用户为中心，而现在乙方必须处于主动地位追着甲方要，然后不断交流把SRS搞定。
必要情况下，乙方须越权直接向甲方的领导汇报情况。

在整个交流过程中，牵引整个会议的人必须时刻注意总结，话怎样说实在是很有学问。说话可以慢，但一定要思路清晰。


--
Sincerely,

HaveF