今天才知道公司有這麼乙個匪夷所思的規定。
起因是這樣的。我準備離職了，但是交接的時候出了問題：組長說找不到人來交接。
專案經理一聽：怎麼會？不是某某模組開發人員比較閒嗎？
組長：**閒啦，他們在修復 bug，忙得很。
專案經理：但是修復 bug 不算工作量啊，我這裡幾個禮拜沒給他們分配任務了，你這裡剛好有任務交接，那不正好？
組長：這時候再抽人出去，bug 何年何月修復得完啊。
我就納悶了。都是同乙個辦公室的，人家明明經常加班，你專案經理又不是瞎子，還好意思說人家閒？其實專案經理這麼說是有原因的：公司不曉得哪來的規定，專案維護過程中的 bug 修復不算工作量。
這個規定太無恥了。為什麼說它無恥，因為這明顯就是轉嫁成本壓迫員工的手段。你公司只肯招水平低的開發人員，就必須承擔相應的成本。bug 就是成本的一部分。這樣的規定掩蓋了乙個很嚴重的問題，就是員工生產力的差別。bug 是體現生產力差別的重要因素，看不到生產力的差別，就會讓人覺得開發人員水平對專案沒有影響。這種觀念無疑是極度危險的。
為什麼會出現這樣的規定呢？因為我們的部門經理以前是做測試的，對 bug 有著極度強烈的怨念，所以才會出台這種懲罰性措施。他的目的並不一定像我之前說的那樣齷齪，但後果是一樣的。不過我現在已經沒有耐性去看事情的發展，我只能趁早脫身了。
工作量估算
我們的方法還是比較實用的 舉個具體的例子 我們做任何乙個工作,都先做sample,比如寫詳細設計,leader必須先寫,定sample,然後看leader做需要多少時間,然後按一定比例,比如pert方法就可以,然後按畫面去分,畫面數 預期每日完成數,測試也一樣,先做sample再算預期case數,再...
如何評估專案工作量
乙個工程需要的早期評估有三項 工作量 持續時間 預算。在這三項中，工作量必須首先評估。當了解工程所需的工作量，你就可以分配決定工程持續時間的資源，進而可以評估人力資源和非人力資源花費。用下面的過程來評估你的工程所需總工作量 1 決定評估所需的精確度。典型的情況是，評估的精確度越高，所需的細節就越多，...
什麼是工作量證明
工作量證明 proof of work 顧名思義，即指工作量的證明。pow機制的基本步驟如下 節點監聽全網資料記錄，通過基本合法性驗證的資料記錄將進行暫存 節點消耗自身算力嘗試不同的隨機數，進行指定雜湊計算，並不斷重複該過程直至找到合理的隨機數 找到合理的隨機數後，生成區塊資訊，首先輸入區塊頭資訊，...