測試

        這兩天公司組織了一個培訓，讓我們全體研發(fā)都參加了，不管初衷是什么，但是結果是影響非凡，整個研發(fā)都看到了一些以前自己沒有意識到的問題。

        講課的是微軟的一個項目經理，個人覺得這個人是個經驗豐富，編程能力很強，并且能管理，有野心但是也比較謙虛。課講的非常不錯，這兩天學到了很多的東西，其中一個就是微軟運用迭代模型開發(fā)項目，并且運用著里程碑的概念，運用的可以說是如火純情，而且所有的理論都是建立在他們實際的項目經歷，這點很難得，因為如果什么理論如果沒有個例子的話，可能只有講師一個人能夠理解，而聽課的人沒有一個感性的認識。在迭代模型開發(fā)中順帶著敏捷開發(fā)，從這點看出他對迭代模型開發(fā)和里程碑概念有個質的認識，而不是很虛的那種認識，是由項目經驗總結出來的，包括回答公司一些人的問題，都是運用他的經驗說的，可以說，我們這次培訓將改變我們公司的現(xiàn)在開發(fā)模式，將會導致一次很大的調整，管理層也會思考一些問題。

        畢竟我們做的東西也比較大，而且在這個中間出現(xiàn)了不少的問題，如果說以前就用今天用的這一套可能可以規(guī)避很多的風險，并且現(xiàn)在所發(fā)生的很多問題根本就不會出現(xiàn)；其實在我們的開發(fā)中已經有個經驗比較豐富的人早就提醒過其中要做的一點，就是CodeReview，可是由于項目進度趕的急，沒有走正常的路子導致現(xiàn)在很多問題出現(xiàn)，本覺得公司最大的問題就是Unitest少，而且CodeReview少，而且沒有一套機制進行保證，還有就是開發(fā)人員對需求整理沒有參與，并且也不是很了解需求，溝通的少。這樣的結果導致一個很嚴重的后果，就是做了這么久，就是剛好讓開發(fā)人員知道我們要做的東西是個什么，如果項目開始就有開發(fā)
人員參與的話，應該不會這樣，而且在中途出現(xiàn)人員流動，對新人沒有很好的培訓這個產品，而是很茅草的過了一下。

        還有就是現(xiàn)在的bug數(shù)目，一直不能控制，其中有開發(fā)人員的問題，也有項目經理的問題，其中CodeReview少的可憐，代碼質量根本得不到保證，代碼質量都得不到保證，產品如何才能保證，最重要的是沒有一個體制進行約束。

        相信公司已經認識到這些，可以看到公司已經在進行一些調整，而且是迅速的，相信也是及時的，也讓我們看到了一點希望。

        這次培訓真的是物超所值，如果形容這次培訓的影響，我相信將是一個質的、里程碑的，對公司以后的體制改革，將起著決定性的作用，相信管理層已經意識到這一點。