專案資源
學習unity兩學期來第一次帶的團隊專案，主要成員是社團的幾個社員一起因為愛好而一起做。另一方面也是讓因為疫情挺屍乙個學期的社團炸個屍，不熱就真成「屍體」了。
專案啟動->確定專案型別->確定分工->資源製作收集->功能編寫->合包->收尾->總結
首先做了乙個小組會議討論應該做哪方面的遊戲，會議結束後讓小組成員在下次討論會議前將自己的想法寫乙個簡單的策劃草案。
第二次會議就根據每個人的策劃草案就行演示，然後成員投票。最後選定要開發遊戲的型別以及一些主要元素。
兩次會議就確定了這個暑假我們要做的就是跑酷類帶點**感的遊戲。
因為疫情原因，與社員的接觸時間只有大二上學期乙個學期。大二下學期不僅沒見過面，社團也沉寂了乙個學期。由於這些原因我確定了三個分工的依據：新社員還是老社員，對unity的掌握、理解程度和自學能力(老社員能夠自覺學習的人不多。。。)、個人的偏好。
上述是人員的分工，接下來是專案製作的分工，根據自己的理解我把它劃分為六塊：
遊戲核心製作(玩法實現方面的)
**素材收集或製作
場景素材收集或製作(包括道路、天空)
人物素材收集或製作(類似主人公、怪物之類的)
劇本編寫人
介面設計
之後開一次會議確定每個部分的人員分工。
第一次組織做專案，不遇到困難也是不可能的。
首先是進度問題：原本定下的隔兩天一次會議被成員有事給取消了，專案任務完成的狀況稀稀拉拉的，拖到暑假快完了還沒完成收尾。事後總結了原因，沒有制定乙個詳細的任務分工表，只有個大概，給成員帶來了困惑。沒有乙個明確的專案驗收時間規劃，每次都是幾天後、一星期後的詞語來簡單的規劃，這樣容易給成員造成時間還很多的感覺導致進度非常緩慢。
其次是素材統一度問題：分給幾人小組解決地圖素材資源，提交後的資源有兩個大問題，
1、風格差異大
2、場景堆砌完全是平鋪，沒有一點層次結構。雜亂無章
總結原因有如下幾點：
1、小組成員內缺少溝通導致提交上來的風格差異很大。
2、成員沒有層次的概念或者說是習慣。
3、沒有規定乙個統一的大風格方向。
雖然整個專案開發的過程出現了許多問題，但總的來說很快樂。一群人向著同乙個目標去努力，大學期間還是很難得的。不僅是這，遊戲每個階段的問題討論也是個有趣的過程。
這次專案作為第乙個專案，出現了問題，並且事後總結過專案出現問題的原因後。自身對乙個團隊專案的開發有了更深的理解，用遊戲的方式來說，這個專案給我爆了一大堆的經驗，讓我在下個專案中有了更好的發揮。
開始場景
選關場景
關卡1
3dboss場景
第二關
第三關
第四關
第五關第六關
最近乙個專案心得
從專案立項到現在有二個月了，也不算什麼大專案，乙個類似 憤怒的小鳥 的sns社群遊戲，記錄一下專案的歷程。專案立項的預計時間完成上線時間為乙個半月到二個月，嚴格來說，應該算是延期了，其實這個專案有機會乙個月左右能完成的。影響這個專案開發周期的幾個原因 1，介面風格定位問題。美術人員不足，專案介面整體...
一些專案管理心得
最近負責的市政數字報建專案快結束了，記下一些心得 對於中小型專案，最好不要使用常規的軟體工程方法進行開發。建議前期採用迭代開發，後期採用測試驅動開發。專案一開始，就要搭好以下文件的框架，隨專案進行中，不斷修改 補充和完善。1 需求規格說明書 甲方負責。詳細記錄整個專案的需求。特別是專案過程中，一些需...
專案管理心得
做專案，和做其他任何事情一樣，對於我們面前的專案，在行業認知上我們多少都是無知的，不過我們可以根據經驗，用這世界乙個相同的東西 相似性 去分析它，細化它，抽象出來，一層一層，一塊一塊的實現出來。所以在我們的專案團隊中，我認為以下幾個原則非常重要 1，先慢後快。團隊的合作往往是磨合再磨合的合作在用，在...