技術與管理並重才能走的更遠

       很長一段時間沒有發牢騷了，有些事如鯁在喉，不吐不快。這段時間，利用業餘時間做了一個駕校與學員互動的平臺。原本估計是2個月。但實際做下來，卻零零散散前前後後一共花了不到3個月。期間雖有客戶的原因，但在這裡不想多談。主要說下自己的，算是一個自我批評吧 。另外，把自己這些年來的程式碼做了些整理。把以前的很多程式碼，做了下整合。使其適用性更廣。閒言少絮，進入正題。

       一，在完整的做好需求分析之前，不要聽信客戶的評論。在客戶看來，系統永遠是簡單的。這樣也容易讓自己對這個專案麻痺大意。造成需求分析上的不準確。其實這個在一年前我就遇到過，那時給一個客戶做一個簡訊下發的系統。當時就是因為聽了客戶的簡單描述後，認為這個系統只是在現有系統的資料庫上進行分析。然後把資訊整理下，下發給相關的使用者即可。等我們拿到實際的資料庫文件時，才發現這簡直就是傳說中的天書（雖然有些誇張，但當時給我的感覺就是這樣），資料庫中的大資料量表連個索引也沒有,命名也極沒有規律。查詢一個僅幾萬條的資料。用了足足3分鐘。當時我就有種上當受騙的感覺，但沒辦法，合同已經簽了。於是我們在這一個月中基本沒有周未，晚上也加班。總算在1個月內把這個系統做了出來。但是我又忽略了一個具有中國特色的東西-人情，於是這個專案遲遲沒有驗收，於是我跑了一趟，請一個處長吃了頓飯。才算了事。

       二，一定要將效率與功能放在同等的重要性上，在這一點上，我自認為做的還可以。基本上那個簡訊程式，自從交工以後，客戶除了偶爾諮詢幾個問題外，2年多了，沒出過問題。但這一點，有些人，甚至是你的領導，可能不認同，有時甚至直言先實現功能，效率以後再說，然後，等以後系統出了問題，然後又找你談話，系統為什麼這麼不穩定，當初是怎麼設計的？碰到這種領導，能忍的就忍，忍不了的就走人。

       三，把重要的任務放在前期，儘量把進度往前趕。給後面的測試留下充裕的時間，要知道，一個專案不僅僅是寫完就算完了，客戶肯定還會多多少少的提出些問題的。一定要把這部分的時間預留下來。這一點，自己做的不夠。有時容易懈怠，以後應當改正。

       四，技術與管理哪個更重要呢？個人認為是技術（自私些的說，要是自己做一些專案，只懂管理，不懂技術，行嗎？）。從公司的角度來說可能是管理。因為要整理協調各個人員，把控專案的整體進度。國內大部分的專案經理，都是從程式設計師熬出來的，但也不乏空降或其它通過關係或運氣好當上專案經理的。碰到這種外行領導內行的情況。我的處理意見是參照第二條。