一次二次開發中的經驗與教訓（二）

  　更悲催的是，他們要求我上班時間必須在他們公司。只有下班後，我才能回到辦事處，進行編碼工作。但這時同事已經下班了。  在這一點上，我做的不夠，沒有想到將情況實時的報告給經理）就這樣導致我們在開發中遇到問題不能及時協商，而延期了近半個月。不過客戶也理解，沒有追究此事(他們也知道主要原因在於他們)。
    　在專案的推進過程中，我犯的另一個錯誤就是：有一次，客戶要更改一個需求，而這個需求是於當初的專案需求是截然相反的，考慮到客戶的重要性，不改又不行，這本身也是無可厚非的，但由於工期緊（只有1個月，又延期了一段時間），所以我有些不想改，就推辭讓他給領導打電話，在這件事情上，我疏忽了，因為要客戶打給領導電話，一來，他不會說是他自己的原因要改專案，而會將錯誤推到溝通上或其它與專案小組相關的原因上，再者，自己也有些失職，本身就應該是自己給領導彙報的（公司的另一個專案經理，雖然沒什麼技術，屬於那種只會做做文件，指揮別人做事的，但不可否認，這點他做的就比較好，有什麼處理不當的事，他自己就捂住了，領導根本就不知道，還一個勁的在會上誇他，扯遠了）。
       由於，與組員之間的時間差，在開發的那段時間裡，我晚上基本上12點之前沒有睡過覺，都是在1-2點之後才睡覺。主要是為了監測程式的穩定性，因為程式是執行在客戶的伺服器上，所以首先要考慮的是程式的健壯性，及遇到異常或錯誤後的日誌處理。（這點也許我考慮的太多了）
    經過兩個星期左右的奮戰，終於交工了。程式執行部署時雖然遇到了一些小問題，這也就但相對於客戶需求來說，都不算問題)。

    由這次的二次開發，我得出結論如下：      

    1，專案開始千萬不要只聽客戶的需求，因為他們的可能自己也不知道自己需求什麼或者他們的需求可能由於各種原因，一直在改變。

    2，假如這個客戶非常重要，你不能得罪時，而客戶提出的需求改動又非常大，在原先簽署的檔案中根本沒有這項，而客戶堅持改動時，一定要你自己給領導彙報，千萬不要讓推辭讓客戶給你的領導打電話,因為他很可能會將需求改動的原因說成是你的原因，或者說是溝通不暢,這樣你就很被動了。