如何更好的去完成乙個專案

積分系統算是告一段落了；

這篇部落格來寫一下如何更好的去跟團隊成員一起開發乙個專案，在編輯之前特意去找了浩田，聊了聊這次積分系統遇到來的問題以及經驗，今後再有類似的專案接手如何更好的去把控以及更快的完成它。

專案前期：

1，重視需求分析的重要性，另外資料庫一次就定型，嚴格避免後期的更改；

關於需求分析的重要性我想完成後使用此產品的人更清楚，如果有更多的誤差，那麼不僅會延長專案完成的時間，更會讓編寫程式的專案成員心情受到影響，另一方面就是資料的建立，此次開發，中途資料庫修改了一次，或許是兩次，每次修改就意味著基本上全體成員都得修改一定的**，費時費力。

2，文件的編寫。

有句話這樣說，文件，是讓三流人幹一流人的事情；有了文件做鋪墊，大方向就不會錯啦，這樣這篇文件如果編輯的好，那麼整個專案下來也就不會太差。

專案中期：

1，突出核心功能；

關於這一點更清楚的是在做乙個專案的時候一定要清楚這次的專案發光點在**，它的核心功能是什麼？哪怕是多花些時間也要把他搞好。

2，根據需求人員保持變動；

團隊人員不要太死，隨時保持變動，合適的時間合適的人做合適的工作。

3，了解隊友，定期交流會；

了解團隊裡面每一位成員是很有必要的，定期的組織交流會，一方面可以對專案更熟悉，另一方面更可以增進團隊裡每乙個成員的感情，在接下來的開發工作中會更容易溝通遇到問題更好的解決。

專案結束及總結：

1，從一始終，專案做完再分開大家；

在集中開發的時候最忌諱的就是在專案還沒有徹底做完上線的時候就把大家分開了，這樣整體的心一下子也就散掉了，如果再想繼續把專案搞完也就成了一件比較麻煩的事情了，所以，開發這件事，務必一次性弄完，不要留尾巴。

2，最後專案完成必須有的獎勵發放；

適當的獎勵給到大家，一來大家的努力沒有白費，二來專案完成了，不僅僅學到東西還能拿到東西，整體的心情絕對是非常棒的。

總結語：

整個系統一路下來點點滴滴各方面都收穫了很多，最後的總結沒有寫一些技術跟**，而是整體回頭來看，如果下次遇到這樣乙個專案會怎麼去做，怎麼會做的更好；一次要有一次的成長！