: 分享一些个人看法: : 建立一个这种团队, 并不应该仰赖各成员的工作互相overlap来达成, 因为这是 : 十分不经济的作法(不只就人力运用而言, 抑或是沟通协调而言) : 要达成这个目标, 个人认为关键在将各成员的输入、产出进行标准化、规格化, : 这样子要抽换任一个成员的成本将会相对降低, 一旦完成这个工作, 沟通协调的 : 问题自然也不会产生, 因为不管是谁来接, 都能很快上手。简单地说, 就是将各 : 成员当成一个模组来使用。 一个有出息Developer坐在电脑前，他深刻的了解到自己是颗标准规格的螺丝钉，於是 他可以快乐希望的写程式而不会担心自己的未来？ 我比较相信他会努力的钻研技术，努力的建立自己的『不可取代性』，然後赶快离开 这个『模组化』的鬼地方。 我想，软体工程指的不是把人当成模组看待，而是把软体设计成可模组化的，或把工作 内容、项目依软体开发的特质合理定义清楚的一门学问。会把人当成模组的是某种在人 员管理上的过时态度。而这种态度或假设，忽略了人的个体差异性，以及人具有很多无 法预期的非线性动态变动特质。 人只有在被当成人来看待、接受以人的本质为基础发展出来的管理技巧，才能发挥出最 大的脑力资本效益。 简单的说，比起研究工业工程、流程管理、要径之类的，多多吸收认知心理学、脑神经 科学、社会学，说不定还对专案成功更有帮助。 当一个工作有越高的可取代性，就会有越高的人员流动率，你看柜台小姐、行政助理 这类工作的平均流动率就知道了。 就算不考虑人性好了，讨论实务上的工作内容。 对於机械工程模组，完美的按照设计的规格输出入是最好的。 对於软体开发者...标准的输出入？你指的是中文听说能力吗？ 定义清楚的工作内容通常并不可行。 机械通常按照既有已知规范、欲解决某个明确的已知问题而设计，那麽当某个问题是通 用的，例如将两个铁片栓紧的一种利用螺旋纹路间巨大摩擦力的解决方案，这种解决方案 的具体产品(螺丝钉与螺帽)就能称作模组。 人究竟是要符合哪个具体规范，去解决哪个『已知』问题好来让自己可以被称作模组呢？ 更多的时候，软体开发者的工作是要去挖掘更多团队还未知却重要的问题，并且提供解决 方案吧？ 软体开发就我所知有一大部分的领域要求开发者在不确定的需求、模糊的限制条件、 有未知风险的技术领域下去做开发，而这些软体的需求与限制条件比起机械，离终端的 人类使用需求更近。况且，几乎无可否认的，软体的『制造』就是设计，而设计就是得 靠人来做。一个不论是『需求』还是『供给』都离人的价值判断这麽近的产业，以生产、 制造领域的想法来规范、评量是不合理且也不效率的。 我并不否认方法论、品质管理的重要，也不会认为CMMI、RUP或者其他有名的软体开发 流程不好，但是他们都是对专案『事务』的管理，而不是对『人』。 所以，我也不意外常常有人觉得它们没用，或是麻烦，因为这些人的公司可能连最基本 的人的管理都没有做好。 我相信，人的管理，特别其中Undocumented的部份只会越来越重要。 -- 生命起源於简单的化学反应，灵魂是脑神经上头的火花。 掌纹没有含意，不过是具有止滑功用的纹路。 而神不存在，死去的人们只是等待细菌分解的腐肉而已。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 122.116.20.172