5月團隊項目感想

五月團隊項目總結

團隊項目狀況概覽

     就團隊總體層面，五月初，團隊項目走上了正軌，前、後端使用的技術和框架已經肯定，穩定撰寫代碼。五月中旬完成了發佈前最後一次遊戲測試，收到了反饋，而且據此修正團隊項目前進的方向。五月下旬，咱們迎來了團隊負責美術的同窗，前端再也不受困於設計。小組會議維持在每週至少一次（4小時）的頻率，上週開始爲了加緊進度，除開小組會議以外的時間，天天也要安排必定的輸出。

     我我的在5月份的工做主要爲：①完成每日/每週博客的撰寫。②負責了前端頁面最初始的一些佈局和代碼。③後端方面，完成了GambleChecker和PlayerChecker的結尾工做，設計改動後獨立完成了卡牌模塊。參與God模塊的編寫。

     小組進度看似順利，實則遇到了一些比較大的困難。首先，前端架構爲了優化性能進行了一次重構，付出了必定的適應新架構的時間成本。其次，最後一次遊戲測評以後，遊戲規則有了必定的改動，後端已完成的結構須要添加和修改。最後，在後端主要模塊GodActor編寫過程當中遇到了異步處理原理上的障礙，技術攻關須要必定的時間。

     上週說的預計6月1日發佈Alpha版本，如今看來可能性很是小。其緣由一是咱們對任務量和自身能力的錯誤預估，二是在實際開發的過程當中會產生許多計劃外的新問題，帶來額外的工做量。

 

我的收穫之一：普通技術層面

     我在團隊中的工做是博客撰寫發佈和後端代碼編寫。在這兩個本職工做方面都學到了很多東西。

     團隊博客的撰寫過程當中，學會了如何使用Markdown進行簡潔快速的排版，如何合理使用簡單的工具，好比使用Excel和畫圖工具進行工程示意圖的繪製，養成了分類整理文檔的習慣，打字速度有所提升。

     後端方面主要收穫是：

     ①使用的技術是Java，學習新語言的收穫自沒必要說。

     ②在完成代碼的過程當中，也學習到了一些新的概念，好比Actor模型，位圖，多線程和併發的原理等等。③養成了單元測試的習慣（沒有使用JUnit框架而是本身編寫）、學會了使用assert語句進行測試。

     ④Java經常使用技術工具Git、IDEA的使用也更加熟練。

     ⑤從文檔中提取程序所需信息的能力也大大提高（閱讀遊戲設計者提供的規則， 並將其轉化成代碼）。

     五月之初因爲前端人手不足，我做爲本來的後端程序員和本組組長一塊兒臨時加入前端進行了必定的前端代碼編寫。因次也學會了必定的前端技術。

     前端本組使用的是HTML5和JS、CSS來進行Web開發。開發中使用了開源遊戲框架Phaser，由於框架的存在，不須要對H5和JS的原理有太深入的認識，依葫蘆畫瓢便可，所以僅大體瞭解了H五、JS的語法和組成。在編寫前端期間，收穫主要爲：

     ①瞭解API文檔的重要性，而且學會了查找閱讀API文檔（大多開發工具的文檔是英文，須要逐漸習慣英文文檔閱讀）。

     ②對開源知識有了必定的瞭解，知道如何尋找開源資源併合理利用（先看lisence）。

     ③學習技術工具VSCode的使用。

 

我的收穫之二：軟件工程方面

     團隊項目開發過程當中，對於軟件工程方面也有了必定的收穫。

    一、需求問題

     在工程啓動的最初階段，就要作好需求調研，不能一味埋頭拉車。即便在開發過程當中，需求也有可能不斷的變化，所以，即便在開發階段，需求調研也是不能停滯的，須要隨時根據測評和調研的結果修正開發的方向。咱們的遊戲項目原本只有做出原型才能夠測評，但因爲遊戲自己存在桌面版（卡牌、地圖等等），使咱們能夠開發的過程當中並行對遊戲的各方面進行調研。但電子版與紙質版仍存在必定的不一樣，電子版原型必定也要儘快開發。

     二、進度和規範

     保證進度，主要在於監督和規範。不能將任務堆積起來，而應該分散至每一天，可是這種分散會受到惰性、懶散的制約。其實這時候，項目經理使用各類手段去監督團隊成員，好比任務牆、每日自述、燃盡圖、每週績效等等，就能夠必定程度上解決這個問題。這些手段看起來只是形式和規範問題，但實際實行後，不只任務計劃更清晰，組員在這些手段的監督之下，除任務DDL的壓力外，也會造成一些自我約束的習慣。產出能夠少，能夠沒有，可是必須彙報。「今日無進度」的自述相比於「今日進度...，遇到...的問題，解決...的問題，明日計劃完成...」的自述，仍是能讓人產生很多罪惡感的。

     我對此深有體會，本組的項目經理是組長隆晉威同窗，在課堂上要求規範項目管理以後，由他制定每日自述和任務牆、績效的形式。但因爲更新博客收集信息的須要，我有時會在QQ羣中催促你們進行每日自述，還會把commit次數和任務牆截圖，在幾天事後，你們已經開始自覺發布每日自述，說明任務的分配開始有了必定的改善。我自己也養成了任務分攤、大小進度多彙報的習慣。

    值得一提的是，項目管理不必定必需要用禪道、TeamAmbition等專業工具。合理使用咱們都會的，平時看起來可能很Low的工具，也能作到一樣的事情。好比：架構示意圖用WIN自帶的畫圖軟件便可，燃盡圖能夠用EXCEL很簡單地畫出，而Github的Issue功能也是實現任務牆功能的很好的工具。