作者iincho (..)
看板Soft_Job
标题Re: [闲聊] 最後一根稻草... 吗?
时间Mon Mar 24 19:34:04 2008
※ 引述《zanyking (遥远的旅人)》之铭言:
: : 分享一些个人看法:
: : 建立一个这种团队, 并不应该仰赖各成员的工作互相overlap来达成, 因为这是
: : 十分不经济的作法(不只就人力运用而言, 抑或是沟通协调而言)
: : 要达成这个目标, 个人认为关键在将各成员的输入、产出进行标准化、规格化,
: : 这样子要抽换任一个成员的成本将会相对降低, 一旦完成这个工作, 沟通协调的
: : 问题自然也不会产生, 因为不管是谁来接, 都能很快上手。简单地说, 就是将各
: : 成员当成一个模组来使用。
: 一个有出息Developer坐在电脑前,他深刻的了解到自己是颗标准规格的螺丝钉,於是
: 他可以快乐希望的写程式而不会担心自己的未来?
: 我比较相信他会努力的钻研技术,努力的建立自己的『不可取代性』,然後赶快离开
: 这个『模组化』的鬼地方。
这里讲的标准话我想并非指程式是怎麽写, 而是你写程式的一些基本规格 ,以及必须
产出的东西。例如,变数命名的规则,注解的格式,应该要产出的文件等。
很多RD会想建立己的不可取代性,目的无非是希望别人不要爬到自己头上,实务上来说
这是可能的,但并不是最好的办法。这样做只会让整个team的风险承受力降低,以管理
的角度来看是不能接受的,试想,今天你不可取代,那天派你出国飞机掉下来公司要
怎麽办?
不过我个人的看法是没什麽东西是不能取代的,又不是做什麽尖端科技,真的做困难
如演算法研究的反而不怕规格化,因为他的经验不是这种机制可以复制。
: 我想,软体工程指的不是把人当成模组看待,而是把软体设计成可模组化的,或把工作
: 内容、项目依软体开发的特质合理定义清楚的一门学问。会把人当成模组的是某种在人
: 员管理上的过时态度。而这种态度或假设,忽略了人的个体差异性,以及人具有很多无
: 法预期的非线性动态变动特质。
: 人只有在被当成人来看待、接受以人的本质为基础发展出来的管理技巧,才能发挥出最
: 大的脑力资本效益。
: 简单的说,比起研究工业工程、流程管理、要径之类的,多多吸收认知心理学、脑神经
: 科学、社会学,说不定还对专案成功更有帮助。
: 当一个工作有越高的可取代性,就会有越高的人员流动率,你看柜台小姐、行政助理
: 这类工作的平均流动率就知道了。
你觉得路上随便找个人可以当RD吗?
上面提到的可抽换性,指的不是随便抽个路人甲乙丙来,而是指可以交给够能力的人,
比如说,这个职位需要会C语言就能做,就不应该把工作弄成非得熟C熟C++熟ASM才能做,
更不应该是接手的人非得要找你来问,这样才能降低专案开发的成本,做了一阵子以後,
能力有成长了,就找个菜鸟来顶,原来个人就调去做更复杂的工作。
会恐惧被取代的原因有几个:
1.那个位子实际上没有成长性或是成长缓慢。
2.公司没有办法提供更复杂工作的机会。
RD会一面工作一面成长,对管理者来说,帮RD找到更适合他们的工作是管理者的责任,
很可惜台湾有意识到这方面的管理者不多,所以RD也以建立技术上不可取代性为乐。
: 就算不考虑人性好了,讨论实务上的工作内容。
: 对於机械工程模组,完美的按照设计的规格输出入是最好的。
: 对於软体开发者...标准的输出入?你指的是中文听说能力吗?
: 定义清楚的工作内容通常并不可行。
: 机械通常按照既有已知规范、欲解决某个明确的已知问题而设计,那麽当某个问题是通
: 用的,例如将两个铁片栓紧的一种利用螺旋纹路间巨大摩擦力的解决方案,这种解决方案
: 的具体产品(螺丝钉与螺帽)就能称作模组。
: 人究竟是要符合哪个具体规范,去解决哪个『已知』问题好来让自己可以被称作模组呢?
: 更多的时候,软体开发者的工作是要去挖掘更多团队还未知却重要的问题,并且提供解决
: 方案吧?
未知? 常态是一开始不去搞清楚当然是未知。没规范的大部分的RD都是直接坐下来写,
会先想清楚再写的通常会被当作笨蛋。 对大型专案来说,一开始定义清楚要做什麽是
必须的,中间或可提供一些修正的机会,但是什麽都不规画只靠灵感,终究会失败。
过程应该是规画=>执行=>修正=>再执行=>再修正....
每个阶段必须评估,这个阶段预计要有的产出。对於对於执行面,可以用一些方法来
估计RD的执行程度。
: 软体开发就我所知有一大部分的领域要求开发者在不确定的需求、模糊的限制条件、
: 有未知风险的技术领域下去做开发,而这些软体的需求与限制条件比起机械,离终端的
: 人类使用需求更近。况且,几乎无可否认的,软体的『制造』就是设计,而设计就是得
: 靠人来做。一个不论是『需求』还是『供给』都离人的价值判断这麽近的产业,以生产、
: 制造领域的想法来规范、评量是不合理且也不效率的。
: 我并不否认方法论、品质管理的重要,也不会认为CMMI、RUP或者其他有名的软体开发
: 流程不好,但是他们都是对专案『事务』的管理,而不是对『人』。
: 所以,我也不意外常常有人觉得它们没用,或是麻烦,因为这些人的公司可能连最基本
: 的人的管理都没有做好。
: 我相信,人的管理,特别其中Undocumented的部份只会越来越重要。
这点我持反对的看法,现在软体已经不是五个人十个人可以搞得出来,一个一百人的team
要用这种方式管,垮掉的风险太高。
※ 编辑: iincho 来自: 211.76.240.242 (03/24 23:38)
※ 编辑: iincho 来自: 211.76.240.242 (03/24 23:46)