其實制度流程沒分兩種，開發團隊講好規則；約定好軟體開發的品質、驗證基準並自動化
、約定時間code review的時程，正是加速品質保證及驗證軟體的速度。這個作法並沒有
什麼多餘跟lock的問題，除非品質跟驗證軟體本身就是多餘。
另外有很多方法論來指導上述的實作原則外、也很多公司有進行也持續運轉這機制，若你
還沒有嘗試就趕快試試，不用臆想跟推論這麼多。
閣下言談之間我的感覺是不熟這方面的運作，所以另外再建議你找一個熟這方面流程的人
來協助你，這樣才可以解決問題。
至於怕優秀人才會因為這樣感到不被信任的問題也不用擔心，優秀人才只會因為沒有這些
機制而離去，原因在於他們嚴格要求自己驗證跟品質，團隊有這些機制對他們來說已經很
習慣，倒是沒有這些機制還要擔心我完美的架構混入其他沒被驗證的糞code，什麼叫委屈
？這才叫委屈。
※ 引述《accessdenied (存取違規)》之銘言：
: ※ 引述《goooeooo (ge)》之銘言：
: : 紀律跟細心
: : 換個角度說是指
: : 做事態度
: : 一個人再聰明 設計架構再屌
: : 態度不對 也是很尷尬的
: : 一個人資質普普 態度對了 花了比別人多的時間 產出優異 沒BUG
: : 這就是優秀~
: 唉唉唉，當初我不用「態度」這個字眼就是知道大家會各自解讀，到底什麼是好的態度
..
: ...
: 所以我講白了就是「細心」和「紀律」，還舉了很多實際例子來說明這兩個元素的概念
，
: 結果有人又簡化回態度兩字，果然底下有開始亂戰了...
: 拉回主題，前陣子忙著賺錢沒時間好好回應一些想法。有人說制度和流程可以解決，還
提
: 到權限控管，為什麼我不太認同。
: 制度流程分兩種，一種是協同合作必要的方式，你負責的範圍是哪裡？東西做好會放在
哪
: 裡？這是讓大家做事彼此方便快速的約定，是增加效率的。這類似交通規則的訂定，大
家
: 照著做就流暢。
: 另一種制度流程，是防弊的，稽核、放行、權限控管，是保持著一種不信任的心態在做
管
: 理。這就好像除了紅綠燈外，又另外安排了一個交通警察指揮交通（權限、審核放行）
，
: 並看管所有駕駛人。
: 後者會產生效率瓶頸，因為每台車都要經過檢查並放行，交通就堵塞了，開發人員再多
、
: 效率再高都沒用，就是會lock。
: 每個change都要approve的下場，就是「人皮圖章」開始產生的時候。
: 再來，有些 team 趕專案加班到半夜怎麼辦？負責approve的人難道發呆配到半夜只為
了
: 最後幫他開權限和approve？這些都是無謂的人力損耗。
: 而且優秀的人才，一直在不被信任的環境下做事，心委屈了，流失也只是遲早的事情！
: 想想看，你有10個工程師，只為了其中1個心態隨便的人員，就把剩下9個優秀的人才一
起
: 拖下水被綁手綁腳不再信任？
: 為了那一個人，與其設計各種稽核制度防止他做錯，不如一開始九排除他，讓剩下九個
人
: 順順利利做事，這才是正解吧！？
: 讓不對的人一開始就不要溜進來，團隊也不會被污染，好的人才更不會覺得被牽累！
: 這才是我為什麼要跟大家請益的出發點。