現(xiàn)在已經(jīng)是在項目后期了。我接手的是一個教育類的門戶網(wǎng)站，從去年的12月份開始，前前后后已經(jīng)有3個月了吧。在這過程中我發(fā)現(xiàn)了一些問題，這在這里就當是一些經(jīng)驗的積累。

第一個問題就是對客戶的需求不明確，不清晰，以至于在第二次與Boss約談之前，我們做了很多無用功，寫了很多我們自認為有用的功能，結(jié)果在后來這些功能都被刪掉了，因為他們根本就不被需要。在以后的項目中，在初期，在開始前就應該先把需求明確下來，然后在開始自己的項目。

第二個問題就是可能你碰到的客戶他自己對自己的需求都不明確，他或許只是有一個模糊的想法，并不清晰。這種客戶通常有多變的需求。這時候就需要你去猜客戶的需求，然后根據(jù)你猜出來的東西去寫一個擴展性良好的“框架”，就是我們俗稱的“高內(nèi)聚低耦合”。注意是“框架”而不是“功能”。一個擴展性良好的框架可以在后期輕松應對客戶多變的需求。

第三個問題就是團隊間的溝通問題?？赡苣闱岸俗龀鰜淼臇|西后臺實現(xiàn)起來很困難；也有可能你前端寫的代碼不夠嚴謹，而導致了后臺在調(diào)試的報一堆錯。對于前者，我覺得可以用別的方法“曲線救國”。比如在低網(wǎng)速下圖片加載卡頓會造成用戶體驗下降，而圖片漸變加載（圖片懶加載）就完美解決了問題，用一個動畫漸變略微增加了用戶的等待時間，為圖片加載贏得了時間，同時動畫漸變也提升了用戶體驗，可謂一舉兩得。對于后者，那就只能要求團隊中的每個人都用嚴謹?shù)膽B(tài)度去寫代碼，或者強制使用嚴格模式來寫代碼。

最后一個問題就是由于未制訂詳細的項目計劃，導致了整個團隊在前期熱情還很高，但到了后期就松懈下來了。并且由于沒有一個明確的完成日期，客戶本身也沒有安全感。極有可能在項目后期整個項目垮掉。所以以后在項目開始時就應該先對團隊自身的能力分析到位，然后制定一個完善的項目計劃，必須要精確到日。計劃可以不完美，但一定要有。并且一定要按照計劃來執(zhí)行每天的任務。一個沒有計劃的項目還沒開始就已經(jīng)死了一半了。

不知不覺寫了那么多，以上就是我對這第一個項目三個月來的一次經(jīng)驗總結(jié)。