淺談遊戲中的項目管理

淺談遊戲中的項目管理

如今是午夜12點，一般這個時候已經睡着了。可是今晚腦海裏老是恍恍惚惚，想一想本身的職業生涯，想一想本身的遊戲生涯，想着本身的將來。 想法不少。

思緒來了。整整筆記。但願對之後能有所幫助。

今晚的思路主要是來源於對項目管理和帶團隊這塊。

關於遊戲項目的項目管理：

必備工做流程：

1. 工做進度與工做計劃。

   爲每個部門建立直屬溝通交流羣。天天上班須要發工做計劃，下班發工做總結。由直屬領導直接掌管進度，並由指定人員統計發送到郵箱。加班須要理由，不能無端加班。進度延期須要理由，須要直接提供協助。

2. 項目會議

   每週周5會議，主要用來同步版本計劃和版本進度。美術交付了什麼，前端、後端程序交付了什麼。策劃驗收過的需求。策劃版本文檔進度。策劃測試狀況和進度概況。項目會直接同步延期交付的工做內容。由各部門老大統計信息，項目經理或者測試主管直接主導會議。

3. 平常同步

   請假、延期上班，須要理由，須要同步。讓合做完成的其餘工做人員好安排他的工做。

4. 交付

   前端、後端的工做交付須要同步，只有兩邊都完成才能算完成，不然不能交付給測試。策劃、先後端人員都要督促其完成。交付是指功能全面完成提交給策劃，而且策劃配置上比較理想的配置後交付給測試的流程。

5. 打版本

   功能下來了。計劃安排了。可是何時安排測試，何時安排具體打版本確是比較迷茫的。在打版本的時候，須要在版本前2天完成所有的功能需求。後續的2天內只能提交bug修復的內容和配置內容。其餘代碼都須要嚴格把控以方便測試工做。

6. 工做安排

   策劃主導需求，並對需求作優先級處理。由先後端主城評估工做並與策劃再次溝通訂下來版本內工做和跨版本工做。 版本內工做是指版本交付期內必定要完成的工做。 跨版本工做是指非版本內工做，開發人員提早開發可是再當前版本內不能提交代碼，下一個版本才能提交。

7. 工做總結

   總結是爲了項目的規範作鋪墊，對代碼進行review，頭腦風暴其好壞。經過屢次的總結會議得出項目內統一的代碼風格和規範。

8. 分享

   模塊設計的分享。某個知識點的學習與分享。分享的目的是爲了擴寬你們的視野，和提供你們的動腦能力，或許在這裏還能夠發現別人的不足獲得別人的直接的指點。

個人後端團隊必須作的點

1. 組織實現代碼規範文檔，整個項目的代碼規範須要統一，砍柴不誤磨刀工。
2. 在框架設計從面上儘量的提升應用層模塊的開發效率。
3. 設計分享，經驗總結。
4. 對手下的同事作培訓和專題研究。（linux/tcp/eclipse/數據結構/架構設計/遊戲設計）
5. 協調先後端人員的工做（主要是後端）。
6. 儘量實現自動化，把體力活所有用腳步自動化實現。
7. 在完成本職工做的同時對項目內的工具鏈、工做流作優化。

總結

項目管理是一個大課題，這個僅僅是本身思緒來了，結合以前項目和團隊的經驗總結過來的一些流程經驗和管理方法，有好也有壞，不必定適應所有團隊可是能夠若是承認的話能夠在團隊中造成如此的文化。

公司文化，是一個公司的靈魂，團隊建設是公司的基石，好的團隊是公司的鋒利的寶劍，在社會的大主流中劈荊斬月。