績效考核圖示 （僅供參考）
敏捷開發一般迭代的週期為2周，在迭代的週期內會有1-n個user story，每個user story會包含許許多多task，每個user story會有乙個owner和乙個director。給大家畫個結構圖比較好理解
每個迭代週期內plan point的數量，一般根據開發人員數量定死，不進行任何改動。
時間線：
a) 第一周周一上午：進行計畫會議。會議討論user story內容，團隊對於plan point估值，分配user story。
b) 第一周周一下午：每個人根據分配的user story進行task的建立。每個人所有task的estimate time總和理論上等於us plan point * 計畫每天工作量（6-8小時，推薦小於8小時，其他時間用於開會、傳送郵件交流等）
c) 第一周周五：進行發展會議。對於開發過程中遇到的問題進行公開討論、尋求非團隊內部幫助，如因為x的影響導致y使用者故事的plan point要增加。
d) 第二週週三：進行第二次發展會議。重複上次內容。
e) 第二週周五下午：理論上所有使用者故事的所有者完成驗收，總結此次迭代中發現的問題，如何改進，也可以表揚讚美團隊成員（商業互吹）。敲定下個迭代週期的使用者故事。
缺陷：只能判斷乙個大概，畢竟乙個新人完成大量的crud相關的us，他得到的point遠超乙個devops/hybris專家。這種情況也容易發生。每個us的難易程度無法辨別，實現crud和實現高併發請求，根本不是乙個難度層級。
研發軟體專案獎金發放制度
研發軟體專案獎金發放制度 第一條為調動軟體研發人員的工作積極性，提高軟體的開發質量和開發效率，促進研發人員深入市場，及時跟蹤產品的銷售情況，特制定此制度。第二條本制度適用於從事軟體專案開發的人員。第三條根據 研發中心軟體開發過程規範 的要求立項的專案，在專案完成，專案結項申請書 通過批准後，參與專案...
IBM將研發軟體重新喚醒人類記憶
2008 年8月4日 國際報道，為幫助人們喚起記憶，回想起關鍵的事實，近日，ibm公司推出了新的軟體技術，利用影象，聲音和文字等功能記錄在日常移動裝置中，以幫助人們隨時記得需要的 會話和其他重要資料。新的軟體技術，由 ibm的團隊開發研究，研發代號 pensieve 利用獲得的資料資訊，使乙個人之間...
測試組是助力研發軟體質量還是拉軟體週期後腿？
軟體測試團隊作為軟體研發部門的乙個組成部分，一度聽到的都是軟體測試很重要，要重視軟體測試。可在當下現實環境中，你有想過軟體測試也會拉後腿？當研發團隊中開發人員資源比較緊缺，而任務比較重，專案比較急的情況下，若全部經過測試組，在軟體質量保證的同時，必然出現了軟體週期延長，專案上線延遲的問題。倘若測試人...