谈笑有鸿儒,往来无白丁

在恰当的时间、地点以恰当的方式表达给恰当的人...  阅读的时候请注意分类,佛曰我日里面是谈笑文章,其他是各个分类的文章,积极的热情投入到写博的队伍中来,支持blogjava做大做强!向dudu站长致敬>> > 我的微博敬请收听

最近装修房子,实实在在当了一回客户。感受颇多,简而言之是明白了什么是需求,为什么用户提不出需求。

要说这房子也住过二十多年了,可谓经验丰富,可是一到装修就傻眼了,能想到的也就是铺铺地板糊糊墙了。地板的种类还多,价钱也差挺远,虽然知道一分钱一分货,不过口袋里的银子实在是有限,真是不知道挑什么好。至于说房间怎么布置,做哪些装饰,怎么跟装修公司打交道就完全没概念了。感觉花些时间到处跑跑,可能会对行情有所把握,不过偏偏工作还特别紧,真是什么事都往一块凑。这时候就想,我也不费这神了,交给专业人士吧,把我的想法一说,然后由着他们设计了,出了图再讨论一番,就这么定了。

回头想到做开发最头痛的问题,需求总是搞不清楚,也就觉得是再合理再自然的了。客户有做某事的念头,然后就找"专业人士"来做,至于他对这个事情想到什么程度都是有可能的,绝大多数客户不是行业专家,"专业人士"应该从调研收集到的信息规划出一个蓝图,最好是一个"样板房",至少应该有个效果图之类的,客户看了才会有想法。

即便方案已定,对于将来装好住着舒服不舒服,心里还是没底,恐怕得到住了一段之后又会有很多想法冒出来了,据同事的经验之谈,住进去之后就会发现有很多的问题。我们的客户不也是这样的吗?

看来原型迭代不仅是一种比较好的开发方式,而根本就是最自然的方式。

回想前些日子讨论"程序员是不是蓝领"的问题,大家都感觉程序员跟美工比较接近,跟砌砖其实差得比较远。为什么就没有人鼓吹美工应该变成蓝领,而且大家一提都觉得这是一门很专业甚至需要很多天份的技能呢?除去市场需求量方面的因素,我想跟工作方式有很大关系。通常客户对美工只提供很少的材料,通常只是一个理念,如表现服务的专业性,甚至是很模糊的想法,比如说我们要做一下CI。而"美工"其实也有分工,但通常都是与其经验直接相关的,而更常见的情况是一个人就把创意到草稿到产品全搞定了。也就是说,每个从业者都得充当行业专家。

而我们软件业如今有种打着"软件工程"幌子的论调甚嚣尘上,软件开发应该做成工厂生产线方式,有人专门做分析设计,有人专门做编码机器,编码机器不需要太多的知识,分析员不需要编码甚至不需要有编程经验可以直接从学校教出来。分工是很正常的,然而越是高层次的分析设计人员,其经验越是要丰富,编码越是要厉害。分析设计并不是目的,而是一种手段,更好的做出产品的手段,如果说手册和代码是产品,那么分析设计人员必须保证其工作成果能够帮助实现人员更好的更容易的做出产品,最好就是自己亲自从头做的尾。分工是不得矣而为之的,并不是最理想的方式,分工越细,成本越高,阻碍越多,交流越困难。

简单点说,一个程序员如何能成功的扮演行业专家?当然主要得靠经验积累!

大师曾经说过:不要装模做样在课堂里培训管理人才了。

posted on 2006-08-17 21:59 坏男孩 阅读(226) 评论(0)  编辑  收藏 所属分类: 生活哲理

只有注册用户登录后才能发表评论。


网站导航: