转贴请注明出处:http://blog.csdn.net/froole
来自于老紫竹的文章《技术与需求的碰撞》。
文中通过举例上海一个高校的教授开发的公文流转系统举例,论证了高技术产品往往不被用户接受的问题。
文章不长,通篇阐述了一个观点,就是不要把理论上的先进技术想当然的强加给客户。
“闭门造车,纸上谈兵”固然不可取,或许所在角度不同,个人跟老紫竹有些不同的看法。先进的软件技术跟系统需求并没有直接关系。
其实,文中所举失败的例子,都有一个通病,就是忽略了一点“客户需求”。开发出来的产品可能都很先进,但是都没有充分的满足客户需求,而最终导致失败。而“先进技术”绝对不是造成失败结果的主要原因。
特别是对于外包开发,客户需求的整理是排在开发之前的。这里并不是说忽略软件开发中的技术元素。但是,对于一个外包公司来说,没有技术人员,可以把项目再下放给其他有能力开发的公司,如果不具备理清用户需求的能力,那就等同于无法掌握客户,公司的经济来源就会无法保障,断了自己生存的来源。
确定客户需求通常都是由SE完成,而且是一个很复杂的过程。需要SE具有相当的沟通能力。大家都是搞技术的,都明白,其实真正需要掌握的技术内容,就算是一个没有任何程序语言经验的人,3、4年的工作经验足够掌握,再去弄什么新框架也只是时间问题。可是,整理客户需求,并把这些需求以程序员可以理解的文档形势整理出来,就不是那么简单就可以做到的了。
整理客户需求需要理解太多抽象的东西,而这些东西可能是整理者本身一点都不了解的诸如,生产工序、商务体系等等。首先需要从理解问题本是出发。
文中提到的公文流转系统,想给政府用,提高工作效率。初衷不错,如果能够灵活运用,相信可以给政府节约一大部分开支。因为很多先进国家的政府部门,通过将文档数字化,节约大量政府开支已经是一个常识。文档数字化之后,可以有以下好处:
- 节约纸张;
- 节约印刷费用;
- 共享资料的时候不需要人抱来抱去,只要在网络共享即可——直接提高了工作效率
纸张、没有必要的印刷费用再加上人工,看似没什么,如果是大量的文档共享,其费用就相当可观里。假设,政府下发一个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