看到很多版友 回覆上都是針對 流程改進
或者是向上反應
強推大家眼中好的流程
這些想法都很棒 也很正確
但是…… 換個角度想
老闆會願意推動嗎？
以這件事來說 老闆看到的是 由他主導
反而帶動了大家的積極性
成功在短時間內 完成產品
而大家提的 要增加的
卻是更明確落實 之前那漫長的開發流程
就老闆的角度 完全沒有同意的可能吧？
對老闆而言 即使是有些瑕疵的產品
只要市場還是接受
當然是能幫他越快弄出來換錢的
才是好員工 對吧？
所以 你們勞心勞累幫他修bug幫他完善
在老闆眼中 是他帶來的價值
而不是你們這些做的人
是的老闆利用他 激發你們的責任感跟潛力
請了一個人 讓工程師團隊效率加個幾十%
那個老闆能不愛？
至於大家提的那些很棒很費時的流程
老闆其實都不懂 原只是尊重專業才讓你們做
但在你們幫他擦完屁股後
老闆終於開悟了 那些根本不需要！！
要解決這個問題 你只能換成老闆的角度去想
怎樣讓老闆理解 遵循標準開發流程
才能為公司帶來最大價值？
最爛的方法 就是跟對方用同樣的開發方式
上線前雷包一堆 修也修不完
老闆肯定痛 但使用此方法必須要有名聲歸零的心裡準備 畢竟對方是能力不足 你是故意 傳出去應該面試機率少一半
其次的方法是 在之後相同情況 不要拼命趕 反正多少時間做多少事 不要成為老闆衡量他價值的砝碼 老闆發現效率更差 自然就會改變 但很大可能老闆嚐到甜頭 換了你們 找另外一批人跟他再創輝煌 （誤
最好的辦法就是離職不幹 這個穴廢了 （誤
如果真的不想走 那沒有辦法的辦法 就是在他東西要上線前 想辦法避開 請假或是出國 反正就是創造合理不在公司的狀態 或者拉自己工作的客戶or重要人士出來擋住 推新工程師去協助他 沒有就想辦法增補 讓他不能推託沒人力 這樣上線爆了 內外都指責不到你
如果你是公司重要工程師 肯定叫你救場 這時要用老闆的角度去計算 花多久救場 怎樣救場 是老闆會心痛但還可以接受 (整體成本必須大於實施制度的成本）基本上讓系統快速恢復是必要的 但數據恢復可以花一個月？或者主要功能先恢復 次要 小功能 拉回正常開發時間處理完畢 重點就是讓老闆了解 那樣的開發 風險成本遠高於事先預防的成本
以上如果你真的想實施 請偷偷的來 這些都不符合老闆心中的好員工標準 以上～