梳理需要實現的每個功能點，是否存在誤解或者盲點
很多時候，對功能或業務流程的錯誤的理解是最終導致在開發上花費過多時間的根本原因。Coding最大的敵人是：自己認為自己懂了，然後死命按照自己的思路去實現，也許一切本不該如此。在這點上，盡情的和PM溝通，明確每一個需求。瞭解後，最好能用自己的理解在口述回去，以達到雙重確認。
明確現有進度，重新安排優先順序
PM需要考慮，客戶/使用者最想在這個版本看到什麼，最想體驗哪些功能。按照模組重新排定優先順序，然後用剩下的時間全力去滿足客戶最關心的功能點需求。另外，個人建議可以通過在UI上展現一定的專業性和產品價值，用於彌補功能上的缺失。另外，做好空白或者屋內的預設頁面，也會另人感到專業許多。
瞭解各模組進度慢的原因
是否因為非必要的10%功能而導致了90%功能的延誤；或者存在功能的誤解（同1），是否在實現中發現了更好的解決方案？是否是實力所致？是否有生活中消極的因素影響？找到真正的原因，才有助於問題的解決。
勇於砍砍砍
放棄一次性打造完美產品的念頭。要勇於扔下阻止前進甚至關乎生存的一件件“貨物”。在做這個艱難的決定前，至少你已經通過第2點裡面提出的方式有了明確的優先順序排期，大膽的“砍掉”那些優先順序不高的功能吧。
保持文件/程式碼的一致性
世界上最遺憾的事情，就是在Coder按照功能大幹數個小時候卻被告知，這個功能已經改變/取消了。此時出現“人命”也不足為奇了。保持步調和戰略的統一，是走向勝利的基本要素。各種檔案版本的變動一定要保持一致，並且最好有更新記錄。Coding中利用Git可以很容易做到這一點，但文件的更新恐怕就要多費一些功夫和口舌了。
和客戶真誠的溝通
不要瞞到最後一天，專案預警機制的存在不能是擺設。良好的商務合作前提是彼此尊重和理解，在當今社會各種情況導致專案延期其實都是可被接受的。客戶可以接受延期，但不可接受遙遙無期的延期和臨近末尾的恍然大悟。及時的溝通可以始終讓客戶和自己站在一起。當然，預警也要講究方式方法，只說壞訊息也會讓客戶崩潰，一定要給出明確的時間節點和解決方案，讓客戶心中有數。要讓人給耐心，先給耐心一個落腳點。
相關閱讀
評論(1)