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

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

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

? ? 2，假如這個客戶非常重要，你不能得罪時，而客戶提出的需求改動又非常大，在原先簽署的文件中根本沒有這項，而客戶堅持改動時，一定要你自己給領導匯報，千萬不要讓推辭讓客戶給你的領導打電話,因為他很可能會將需求改動的原因說成是你的原因，或者說是溝通不暢,這樣你就很被動了。
? ?? 與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的一次二次开发中的经验与教训（二）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。