推 ggg12345:軟體模組化,團隊效率與團隊可替換性,面對上萬人的印度公 03/25 09:59
→ ggg12345:司不就像手製木帆船與萬頓級鋼焊航母的差別嗎?切削與焊接 03/25 10:03
→ ggg12345:工通常只知規格圖,不是那麼清楚怎麼兜起一條大船. 03/25 10:08
※ 引述《iincho (..)》之銘言：
: 這裡講的標準話我想並非指程式是怎麼寫, 而是你寫程式的一些基本規格 ,以及必須
: 產出的東西。例如，變數命名的規則，註解的格式，應該要產出的文件等。
: 很多RD會想建立己的不可取代性，目的無非是希望別人不要爬到自己頭上，實務上來說
: 這是可能的，但並不是最好的辦法。這樣做只會讓整個team的風險承受力降低，以管理
: 的角度來看是不能接受的，試想，今天你不可取代那那天派你出國飛機掉下來公司要
: 怎麼辦?
:
: 不過我個人的看法是沒什麼東西是不能取代的，又不是做什麼尖端科技，真的做困難
: 如演算法研究的反而不怕規格化，因為他的經驗不是這種機制可以複製。
確實, 沒甚麼技巧是不能取代的. 不能取代的只有經驗而已.
這經驗除了包括從過往中獲得, 知道那些pattern的東西最容易出錯,那些
pattern用起來效果比較好這些老生常談的東西以外, 更包括由過往成功
經驗中獲得的, 對自己能力的認知.
當要接下一個包含不確定因素的project時, 通常只有剛出校園的會躍躍
欲試. 然後多半因為能力不足而發現無法突破. 比較有經驗的會先考慮一下,
如果自己在相關層面已經有足夠的累積, 即使自己不直接知道是不是能夠
解決那不確定因素, 成功的機會也就大多了. 如果自己累積不夠, 也能
明確地說出自己不確定能否解決, 而請求更多時間先做調查, 甚至直接
說明自己無法勝那工作. 能夠提供這些資訊, 對管理層來說無疑是很重要的.
: 你覺得路上隨便找個人可以當RD嗎?
: 上面提到的可抽換性，指的不是隨便抽個路人甲乙丙來，而是指可以交給夠能力的人，
: 比如說，這個職位需要會C語言就能做，就不應該把工作弄成非得熟C熟C++熟ASM才能做，
: 這樣才能降低專案開發的成本，做了一陣子以後，這個人有成長了，就找個菜鳥來頂，
: 原來個人就調去做更複雜的工作。
: 會恐懼被取代的原因有幾個：
: 1.那個位子實際上沒有成長性/或是成長緩慢。
: 2.公司沒有辦法提供更複雜工作的機會。
: RD會一面工作一面成長，對管理者來說，幫RD找到更適合他們的工作是管理者的責任，
: 很可惜台灣有意識到這方面的管理者不多，所以RD也以建立技術上不可取代性為樂。
雖然不排除有這樣「卡位」的RD存在, 但我更願意相信因對電腦的喜好
而加入這行業的人來說, 寫程式的工作和音樂家寫新樂曲的心態沒有差別.
(留意這裡說的是RD, 是指在能充分發揮自己探索能力那些人, 而不是天天
在寫POS那樣枯燥的東西的)
我們沒有故意讓寫出來的程式必須被熟悉那語言的人看才看得懂, 但很多時候
只有某種作法才能獲得需要的效能. (舉個例子, Synchornious I/O functions
多容易用啊, 但很多時候在多執行緒環境, 只有用Asynchorious I/O才可以得到
理想的responsiveness.)
: 未知? 常態是一開始不去搞清楚當然是未知。沒規範的大部分的RD都馬直接坐下來寫，
: 會先想清楚再寫的通常會被當作笨蛋。 對大型專案來說，一開始定一清楚要做什麼是
: 必須的，中間或可提供一些修正的機會，但是什麼都不規畫只靠靈感，終究會失敗。
: 過程應該是規畫=>執行=>修正=>再執行=>
正常情況下的確如此. 但你可知道「在編寫過程中強行插入新功能」在業界
是多普遍? 當「規劃」在建造過程中被迫修改, 你就面臨在不停的「再規劃」
中打轉的危險. 當時限迫近的時候, 有時就要從各種「非必要」的流程中
省略了.
不幸地, 可能是「省略規劃的失敗率太低」 (他們往往會把有shipment
的專案就算成成功的了, 不管其實是如何「爛尾」... =.=), 「規劃」
本身往往成為最先「開刀」的對象...
當相同的事一再發生, 不可避免地就會演變成「一開始就直接省略
規劃」的情況... 這些專案將有一部份「成功」而算在上段的成功數
裡.......
我就親身經歷過一間公司對流程要求的崩壞 (雖然進去時已經是
頗後期的了)
: 每個階段必須評估，這個階段預計要有的產出。對於對於執行面，可以用一些方法來
: 估計RD的執行程度。
關於這個... 我想由過往對於「評估」的討論串中, 我沒看到對評估
RD執行程度的有效方法?
: 這點我持反對的看法，現在軟體已經不是五個人十個人可以搞得出來，一個一百人的team
: 要用這種方式管，垮掉的風險太高。
難到你不認為對組員整體的情緒管理, 是從團隊能否有效率的關鍵?
要知道, 壞情緒導致的no work mood是會傳染的. 但要隔離也不行,
因為高效率的團隊在運作過程中必然會發展出若干程度的, 互相
依賴的關係. 只抽掉某個目前工作效率低下的成員對團隊的整體
運作只怕在做成反效果...
要規避這些關於「人」的東西, 只怕只能用印度那種強行把人
「堆」成團隊的方式吧...
在現代管理學上, 越來越多的焦點被放在和「人」相關的東西了.
(好像我是念數學的, 卻也必須念Organizational Behavior等學科.
這些過往是Undocumented的東西, 現在也逐漸被人描述出來, 更成為
一門正式的學科了.) 也證明了他們也認同這些是不可忽略的.
「要用這種方式管，垮掉的風險太高。」? 不管的話, 我看垮掉的風險
會更高啦... :P
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 219.73.76.111