Re: [分享]坊間遊戲程式設計之教與學都還要再進步
※ 引述《NDark (溺於黑暗)》之銘言：
: 我個人經驗是,
: 幾乎一半以上的工程師不在意這個.或是不知道該怎麼作好debug & trace.
: 甚至是工作了好幾年(資深)也是如此.
: 原因有很多,
: a(最多).
: 是主管不看重事先規劃的工時,
: 只希望你拿出時間表:告訴他什麼時候會完成,
: 因為時間表是你自己提的,所以delay就要負全責,
: 如果時間表主管不滿意,他就跟你搖頭說自己再回去想想.
: (如果主管早有想法整個規劃應該相反過來,
: 由主管作統籌大致的規劃時程,執行的人負責微調及評估如期完成的可能性與風險.)
: 這種情況會導致上下交相賊,下面的人為了討好主管,估的時間就會低於實際完成的時程.
: 沒有把可能的風險包含進去.(就是假設事情都會很順利)
: 導致最後一定會delay.然後自己還是得背黑鍋.
: 一直在趕進度的情況下軟體工作人員就沒辦法寫出優秀的架構.自然也無心顧及QA.
: 沒有QA.軟體的未來就埋下"不定時炸彈",
: 最幹的情況是:bug爆炸出包了,主管會罵你怎麼這麼差勁.
: 讓你無語問蒼天的事實:你可能已經是現有的人力下能作的最好的那一位了.
掌控專案時程的是PM，如你提到有兩種狀況：
1. PM依據各單位提供的時程評估，整合出一個專案時程表
2. PM依據產品上市或交貨需求，設計一個專案時程表
但是無論是哪一種，最重要的是RD要買單。無論RD心態是討好主管還是迫於壓力，
只要定下schedule，就是要完成。
現實是很殘酷的，當產品沒有如期完成時，倒楣的是全公司，
不要認為只有RD被罵到臭頭。做PM的或Sales也是在客戶面前輩被海K，
還賠掉了商譽、信任度，未來就沒case可以接了。
我的經驗是看產品特性，如果是自製產品，會以第一種方式進行（各單位提交時間表）
若是向外面爭取來的機會，爭取前就會跟各單位討論好該時程式否可行，
若大家都覺得可行，在爭取到之後就沒有delay的空間。
軟體開發只有0和100，沒有中間過程，寫完幾億行code，只要一個bug解不掉，
產品進度就跟0沒差兩樣。因此軟體開發的進度如何評估和管理本來就是很深奧的學問，
但是好的RD至少要可以確實把狀況反應，讓相關人員能夠有所準備去對外。
: 其他原因還有,
: b.
: 永遠都有更重要的事情要作.
: 可能是你的主要產出並不是軟體,軟體只是你展示的工具.
: 或是更可能是主管認定這種QA是你"應該"要作好的.
: 不能跟主管講說"我覺得我要再花幾天把程式改得[跟原來一樣]"
: (改的不一樣主管會覺得你有做事,改的一模一樣,主管就認為你在偷懶,
: 同樣"高效能"也是你原本"應該"就要作好的,怎麼現在才來改)
很多老闆的確是這麼覺得的，「高效能」是你開發時就要顧到的....
（我剛剛才因為效能問題沒有初期測試出來被我老闆海K）
但是我覺得schedule就是要拿到完成可以上市的產品，
如果有需要測試、調校的時間本來就應該要估在時程裡。
: c.
: 主管並不懂你的工作內容.
: 他只關心最後結果符不符合
: c1客戶"口中"所說(而非寫在紙上的規格)
: c2"重要人士"所說(老鳥講一句你爛.你就是很爛,你只好找一百種方法來證明)
: c3主管"心裡"所想(就是從來也沒告訴你要開發成什麼樣子,
: 只有rough的描述,開發過程也不修正,
: 最後成品出來才說這東西"品味"真差)<--改編真實案例
主管不懂你的工作內容，相同的RD也不懂主管真的的工作。
主管永遠認為你應該要懂他的想法或需求，若你不懂要問。
不會主動溝通的員工，悶起頭來做的再好還是容易犯錯。
以上面第三點（c3）來說，有心的主管可能會告知把規則說清楚，
但是既然開發者不知道要開發成怎樣，也不問就悶著頭開發，
我不認為開發者心態和做事方式是對的。
每天坐在辦公室前10小時就表示我認真，付出很多，是優秀員工。
放屁，重點是能不能完成需要完成的工作，滿足需求者的需求。
就因為抱著「我有做就對了」的心態，所以才會連需求都沒確實確認就做下去。
最後做錯時還會抱著一副你都沒講清楚的想法.....
如果是需求者的需求和當初開的需求書不同，那還可以說嘴。
如果當初沒有聽好需求，確認需求，只能說被評估績效不彰也是自找的。
: 其實是這些問題同一個源頭,台灣的軟體業才在發展中.
: 而且軟體的變化速度已經非那些
: "資深"&&("沒有繼續充電"||"沒有加強軟體開發管理能力")的那些管理人可以掌握.
: anyway.有點抱怨了...
: 我只是想說有時候是環境讓軟體工作別無選擇,
: 只有那些"心靈純淨未受污染"的工程師能夠繼續對自己的程式碼有粹煉的能力.
: 其他都只是在虛應故事,拿"討口飯吃"當藉口而已.
同意，台灣的軟體開發管理的確還是剛起步。
但是如果真的要開始往那方向走，只怕各位軟體工程師會撐不住。
連一週寫一次的工作進度都寫的亂七八糟，更別說大量的專案管理文件
版上很多都是軟體工程師，我也先說了，如果以下言論有感覺被傷害的，
請不要來查我的IP.....
大部分工程師都活在自己的世界裡，沒有商業的概念，總是認為自己有一技之長，
根本不怕沒飯吃。軟體公司就是靠賣軟體，軟體哪來？
就是我寫啊，所以我說話最大聲....就算沒有很嚴重的心態，
至少也有感覺自己比那些sales、PM高一等的感覺，或是對於營運面完全沒興趣的表現。
我希望所有現在及未來的工程師都需要換個心態，無論賣什麼，
重要的是買家願意付錢給公司，公司才有錢付你薪水。
買家為什麼願意買你家的產品，不只是因為你產品產的好，還因為行銷、
業務端努力推廣維持關係才可以得到銷售機會。
我在做PM時，很討厭聽到RD用輕蔑的口吻對我說你這個sales，
因為我覺得PM比sales高級一點，sales不過就是逞逞口舌之快，只會靠關係來工作。
但是後來我兼做sales之後，重新體認到的sales的重要，也更看清了RD的愚蠢。
當RD在內部被檢討為何delay時，我們在外面說用跪的可能太誇張，
我們還是低聲下氣的去求人家寬限時間，不要動用合約的罰則。
Delay後，RD只需要幫自己找方法解決困境，讓老闆願意繼續付薪水給他。
而PM、Sales則是努力幫公司找方法解決困境，讓買家繼續付全公司的薪水。
好的RD要走出象牙塔，用PM、Sales和老板的角度來思考開發的需求。
而不是認為技術可以是一切的根本。技術是必須要有的技能，
能否卓越，重點在態度。
給一個例子！大家知道前有一位很厲害的工程師，就是設計車諾比病毒的那一位。
大家知道他現在在幹嘛嗎？
他一直有工作，因為能力真的很強。但是幾乎都只能當顧問性質或接案子的工作。
因為個性獨行俠，技術雖然一流，可是很難管理和配合，
所以最後只能用這種方式來合作。
我相信大家來這個版上都不只是為了把技術提昇，而是想要做出一些成就，
請記住，成就不是靠自己一個人來做的，是大家一起完成的。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.128.227.51
→
10/23 13:31, , 1F
10/23 13:31, 1F
→
10/23 13:32, , 2F
10/23 13:32, 2F
推
10/23 13:34, , 3F
10/23 13:34, 3F
→
10/23 13:35, , 4F
10/23 13:35, 4F
→
10/23 13:36, , 5F
10/23 13:36, 5F
推
10/23 17:20, , 6F
10/23 17:20, 6F
推
10/24 01:51, , 7F
10/24 01:51, 7F
→
10/24 01:51, , 8F
10/24 01:51, 8F
推
10/24 10:18, , 9F
10/24 10:18, 9F
→
10/24 11:14, , 10F
10/24 11:14, 10F
推
10/24 13:43, , 11F
10/24 13:43, 11F
→
10/25 20:29, , 12F
10/25 20:29, 12F
推
10/26 00:20, , 13F
10/26 00:20, 13F
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 6 之 14 篇)：