最近常在思考一个问题: 如果 programmer 写出来的东西是可以轻易找人接手替换 还有需要进入如此繁复的软工流程吗? 如果专案本身需要相当高的门槛 一般制式化文件能带来多少帮助? 其付出的代价和得到的效益是否划算? 当然, 管理者总是希望手下的人没有一个是无可取代的 但是若专案本身是一堆随时可替换的人可完成的 是否因为没有利用更有效的工具, 或更有效的开发方式来减少人事开销? -- 看不懂爱因思坦的相对论 到底是我程度差还是他写的不好? ※ 引述《Lapha (lapha)》之铭言： : 分享一些个人看法: : 建立一个这种团队, 并不应该仰赖各成员的工作互相overlap来达成, 因为这是 : 十分不经济的作法(不只就人力运用而言, 抑或是沟通协调而言) : 要达成这个目标, 个人认为关键在将各成员的输入、产出进行标准化、规格化, : 这样子要抽换任一个成员的成本将会相对降低, 一旦完成这个工作, 沟通协调的 : 问题自然也不会产生, 因为不管是谁来接, 都能很快上手。简单地说, 就是将各 : 成员当成一个模组来使用。 : 当然这麽做还需要别的条件: : 首先是成员能力的监定和培养, 我们不能把钉子塞进螺丝孔, 然後还希望他能正常工作, : 找来接手的人, 必须能胜任这个工作, 这样这些规格化的输入、输出对他才有意义。 : 另外, 诚如原po所言, "..把人压在电脑前, 写的东西能不能用是另一个故事.." 就实际 : 执行而言, 面临的另一个问题是: 我们可以订出一堆表格、一堆文件, 要求大家去填写, : 但是, 如何保证大家确实填写? : 这是知识产业和制造业在管理上一个很大的不同点, 对知识产业而言, 要去验证另一个人 : 的成果, 某些时候, 几乎得把他的工作拿来重作一次。当然不是每一次, 但偶尔会遇到 : 没有快速验证法的case时, 你总得先有答案, 才能去评断手下成员做对还是做错 : (比如说, 你想知道手下RD的注解有没有乱写, 你除了乖乖去看code, 逐一检视外, 好像也 : 没什麽好方法了 :p) : 就这方面而言, 似乎又回到了工作必需overlap的老路上, 但不同的是, 这是属於稽核性质 : 的overlap, 就管理者来说, 他可以随机抽样去验证, 而不是要求各成员每天必须互相去 : sync. overlap的工作范围。 : 建置这种团队, 是很不容易的, 因为这大大加重了管理阶层的工作量: 从各成员工作项目的 : 输出、入介面定义到各成员的能力判定、培养, 到最後的稽核验证，以上还不包括管理者 : 自己原有的日常工作内容。 : 所以, 我们不常看到这种团队, 相反的, 倒是常看到 "RD挟程式码以令老板"的戏码上演 XD --

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