同樣的一件事情，比如寫個簡單通訊驗證，對於「資深程式設計師」來講，分分鐘可以完成，對於一般的程式設計師來講，需要了解原理與實現方法，需要1天的時間完成。對於企業來講，這兩種做法哪一種對企業更有價值呢？
對大企業來講，再有經驗的人價值也是有限的。而能把經驗轉化為流程，讓其他人也能實現特定目標的人，才是最有價值的。
就拿上面的例子來講，雖然你擁有效率超一流的「資深程式設計師」，但是一旦他甩手不幹了，那麼你的專案就會出現重大問題。反之，如果按照流程和規範工作，即便有人甩攤子，只要將這套流程和規範「複製過來」，同樣能繼續進行專案工作。
比如你的**一定要有注釋和文件，以保證你離職後對後面**的人、能快速的對接上你之前的工作，而不是花很長很長的時間去理解你的**含義。同樣，這也會作為企業kpi流程化的指標之一。
對於專案管理來講，所謂的成功追求的不是100分，而是可以複製的80分，個人英雄誰都嚮往，但那對企業來講不現實。
什麼是軟體專案的成功
傳統觀念上的成功是指基於給定的財政預算，按照需求規格按時交付產品。standish 中給出了一些經典的定義 成功的 successful 按時完成，費用不超出預算，而且所有特性和功能都符合原先的設計規格。不太成功的 challenged 已完成而且可以執行，但費用超出了預算，沒有如期完成，擁有 的特...
專案成功必須條件
要做好乙個大專案，需要 1 要求開發單位有良好的組織能力和技術能力 2 要求使用單位對專案予以足夠的重視，尤其是一把手對採用資訊化管理足夠重視 3 要求使用單位對採用資訊化後管理模式進行有效的變革 4 要求的不僅是使用單位的資訊人員的參與，更重要是終端使用者 業務人員 的充分參與 5 要求專案經理有...
軟體專案的「管理之癢」
在國內，不少做過幾年程式設計師，被同事 圈內的朋友公認為技術水平不錯的人，在考慮自身職業發展的時候，可能會想當然的認為 我可以做專案經理了，感覺做個專案經理也沒啥特別難的 但如果你真的有機會，去嘗試帶乙個團隊，哪怕是只有幾個人的乙個小te am的時候，你就會發現，你必須面對一系列的問題和麻煩，而這些...