在《與熊共舞》中，作者列出了5
項核心風險，它們分別是：
在這裡，人員流動被列為第三號核心風險。
在國內也許上述排名會有所變化，但不管怎樣從短期視點來看，人員流失一定仍然是核心風險。從長期視點來看，人員流失的重要性則一定會排在第一位。
在cocomoii中，人員流動被認為會對生產效能產生1.59倍的影響。
雖然沒有統計資料，但我估計這個值被低估了，或者說在一定比率下才有意義。
道理上講，工作難度越高，團隊越小，流動率影響越大。甚至很有可能流動率超過一定程度後，其對生產效能的影響會指數級放大。
眼下，這個上缺乏資料支撐，如果那位知道那裡有資料，請和我分享下。
人員流失並不是乙個可以在專案層面完全解決的問題，但專案自身的活動也會對最終人員流動與否產生影響。
乙個人選擇乙個企業，背後一定有一些具體的原因。
乙個人離開乙個企業，通常也不會是只因為某天心情不好。
選擇乙個企業的原因和離開乙個企業的原因就像天平兩端的砝碼，一旦那一方取得絕對優勢，那麼形勢就會發生變化。
讓乙個人選擇乙個企業的原因可以是：
把上面的因素反轉過來，就可以變成乙個人離開乙個企業的原因，比如：
如果想把各種因素做乙個有效排名，那麼需要大量的統計分析工作，這很困難。但我們可以根據日常的感受來判斷，判斷的結果就是上面這個簡單的排名。
在這裡面在專案層面可以左右的是【團隊的氛圍】，可以施加影響的是【個人的發展】，對其他因素則無能為力。
流動如果因為【想回老家，照看父母】這樣的因素發生，那麼就讓他發生吧，你只要預先能夠知道就可以了，別的也實在沒什麼可以做的。
所以如果你是專案負責人，那麼開始反省吧。
團隊成員有沒有說起話來唯唯諾諾？有沒有負責人一說話，立刻就獲得一致同意？做某個專案之後，團隊成長了麼？工作了1年後，團隊成員那裡有變化了？... ...
這乙個個都很可能變成不利於人員穩定的砝碼。
沒人知道那乙個因素，那一天就會成為最後一根壓垮駱駝的稻草。
最後想說的是，人員的效能越高，其可替換性必然越差。
如果生產軟體真的和生產pc
類似，是乙個按照既定步驟，完成指定操作過程，那麼流動本身的負面影響要小的多。
這個時候需要的是少數核心人員和很多的執行者。
單純從商業角度看，這似乎很誘人，會產生極高的價效比，所以外包企業裡會比較迷戀軟體工廠這四個字。
但事實與此相反，軟體大多時候需要眾多人員的創造性，其潛在的迭代特質，使**控制幾乎沒有可能或者說不具備普適性。
除非要的是能用就行的軟體。
理想流 + 軟體 = 《完美軟體開發：方法與邏輯》
理想流 + 人生 = ??
理想流 + 管理 = ??
理想流 = 以概念和邏輯推演本質，追求真理。
oracle資料庫cpu占用居高不下的解決辦法
1 top 看到暫用cpu利用率較高的oracle或者相關程序。獲取程序id 2 使用如下語句查詢 select sql text,spid,v session.program,process from v sqlarea,v session,v process where v sqlarea.ad...
管理之困 消逝的工作熱情
在實際軟體開發過程中，在中國，可能很多專案管理人員第一頭痛的事就是，團隊成員工作熱情不高，投入程度不夠。這個問題成因可能有很多，比如 可能原因之一，在於人。假設每個人都自覺遵守職場裡的規則，那管理難度要相對較低。但很多時候團隊成員有可能缺乏一些基本的共識。對於很多人來講，可能基本思路是 打工不過是謀...
管理之困 消逝的工作熱情
在實際軟體開發過程中，在中國，可能很多專案管理人員第一頭痛的事就是，團隊成員工作熱情不高，投入程度不夠。這個問題成因可能有很多，比如 可能原因之一，在於人。假設每個人都自覺遵守職場裡的規則，那管理難度要相對較低。但很多時候團隊成員有可能缺乏一些基本的共識。對於很多人來講，可能基本思路是 打工不過是謀...