日期：2014-09-26 11:22:27

在做專案中，同樣一件事情，如果是技術大牛來做，可能3天就可以完全搞掂了。但是對於一般的技術人員，透過標準和流程提供的方法去進行，可能需要10天。對於企業來說，這兩種方法哪一種更有價值呢？其實很多時候，在中小軟體公司，很多人不喜歡按照流程做事情。的確，流程、標準往往帶來的不是效率上的提高，肯能自己聰明的走一下捷徑，事情很快就能完成了，還能夠顯示一下個人的能力。那麼我們為什麼還需要制度、流程、標準呢？

標準、制度、流程的價值在於結果的可複製性，在於過程的可控性。也就是無論什麼人來做，到最後肯定是這麼一個結果，管理層也肯定能夠知道這麼一個過程，可以控制過程中的風險。靠人完成的工作往往有風險，因為不是每個程式設計師都是大牛，都知道怎樣繞過流程，做得更好。

很多老總在公司有一定規模的時候都想請個部門經理、技術經理或者技術總監之類的職位。他們考慮的就是，總覺得現在公司這10幾號人或者是幾十號人，沒什麼規章制度，專案的程式架構不完善，很多文件沒有寫，很多管理軟體，例如專案的工作計劃安排也沒有很好的用起來。所以覺得工作比較拖延，需要一個好的制度去管理。這個是很多老總們靜下心來考慮的事情。

Loading...

未載入完，嘗試【重新整理網頁】or【關閉小說模式】or【關閉廣告遮蔽】。

使用【Firefox瀏覽器】or【Chrome谷歌瀏覽器】開啟並收藏！

移動流量偶爾打不開，可以切換電信、聯通網路。

收藏網址：www.peakbooks.cc

(＞人＜；)