议《技术与需求的碰撞》——技术跟需求没有直接联系

转贴请注明出处：http://blog.csdn.net/froole

 

 来自于老紫竹的文章《技术与需求的碰撞》。

文中通过举例上海一个高校的教授开发的公文流转系统举例，论证了高技术产品往往不被用户接受的问题。

文章不长，通篇阐述了一个观点，就是不要把理论上的先进技术想当然的强加给客户。

 

“闭门造车，纸上谈兵”固然不可取，或许所在角度不同，个人跟老紫竹有些不同的看法。先进的软件技术跟系统需求并没有直接关系。

其实，文中所举失败的例子，都有一个通病，就是忽略了一点“客户需求”。开发出来的产品可能都很先进，但是都没有充分的满足客户需求，而最终导致失败。而“先进技术”绝对不是造成失败结果的主要原因。

特别是对于外包开发，客户需求的整理是排在开发之前的。这里并不是说忽略软件开发中的技术元素。但是，对于一个外包公司来说，没有技术人员，可以把项目再下放给其他有能力开发的公司，如果不具备理清用户需求的能力，那就等同于无法掌握客户，公司的经济来源就会无法保障，断了自己生存的来源。

确定客户需求通常都是由SE完成，而且是一个很复杂的过程。需要SE具有相当的沟通能力。大家都是搞技术的，都明白，其实真正需要掌握的技术内容，就算是一个没有任何程序语言经验的人，3、4年的工作经验足够掌握，再去弄什么新框架也只是时间问题。可是，整理客户需求，并把这些需求以程序员可以理解的文档形势整理出来，就不是那么简单就可以做到的了。

整理客户需求需要理解太多抽象的东西，而这些东西可能是整理者本身一点都不了解的诸如，生产工序、商务体系等等。首先需要从理解问题本是出发。

 

文中提到的公文流转系统，想给政府用，提高工作效率。初衷不错，如果能够灵活运用，相信可以给政府节约一大部分开支。因为很多先进国家的政府部门，通过将文档数字化，节约大量政府开支已经是一个常识。文档数字化之后，可以有以下好处：

1. 节约纸张；
2. 节约印刷费用；
3. 共享资料的时候不需要人抱来抱去，只要在网络共享即可——直接提高了工作效率

纸张、没有必要的印刷费用再加上人工，看似没什么，如果是大量的文档共享，其费用就相当可观里。假设，政府下发一个XX白皮书一共100页，其白皮书需要下发到100人手中，这里举例一张纸的成本和印刷费用为5毛钱，100页*100人*5毛钱=2.5万元。如果一个公务员工资为5000元，按照每月20个工作日算，平均一小时的成本为5000元/20日/8小时=31.25元。印刷这些资料如果需要2个人在1个钟头内完成，下发给100人时平均每人需要1分钟时间，那么，仅仅是下发这么一个白皮书的成本粗率计算就是100人*(1/60)小时*31.25元+2小时*2人*31.25元+2.5万元=250114.583元。全国几十个省市地区的政府机关，如果这种印刷平均每月都来个10次8次，没有必要的花费更是无法计算。

以上是按照大陆的物价得出的结果，如果是在先进国家，成本会更高，所以，国外政府部门对文档的数码化管理乐此不疲。

但是，到了国内这里有一个问题，就是，政府部门对提高公务员效率没有任何积极性。例如美国、日本，政府的开支，有无数双纳税人的眼睛盯着，是否能够压缩冗余的政府开支，直接关系到政客的前途问题。所以他们必须考虑政府机关如何高效管理的问题。

中国大陆没有这种监督机制，直接关系到政客前途的是GDP、当地经济的繁荣程度，而这些跟公务员的工作效率、政府部门开支往往不发生直接关系。如荷花纳税人的钱并不重要，不然的话，那些个地区政府也不会买什么看都不看的“公文流转系统”。

这也就直接导致了“公文流转系统”，根本就是一个无法满足客户需要的系统。

 

功能多，看着热闹就上马、就花钱买？这是违背市场经济规律的行为。做生意不比党领导，一分钱要掰开两半花，每一分钱都要花在刀刃上。所以，软件开发的用户需求分析也必须遵循这一规则。一个功能，用户是否需要，不需要的就砍掉，不管多好，需要的就得上，跟先进不先进没直接联系。

只有客户成功了，才谈得上自己的成功。

<script type="text/javascript"> </script> <script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"></script>
转贴请注明出处：http://blog.csdn.net/froole