不管是孵化公司的專案起步，還說外包或技術支援團隊的專案開發，都得制定乙個目標，開發人員沒有目標會讓自己迷茫，使自己不知道現在做什麼，下一步怎麼做。。但是專案管理人員沒有乙個目標，就會導致專案還在萌芽中就枯萎。以至於團隊解散...等等。
一、專案初始化準備工作 (預計5-7個工作日)
根據產品需求，評估專案
根據產品需求對專案初步評估，思路上走業務流程，評估專案重難點和可能遇到的問題
部署專案開發架構
根據業務需求，架構專案開發模式
統一ide以及開發環境
統一ide或者編輯器和禁止使用一些對專案有影響的編輯器(比如php中的notepad++ 禁止使用到專案中)
統一版本管理工具以及版本倉庫
比如svn或者是支援分布式的git，倉庫到底是裸倉庫還是gitlab的選擇
統一資料庫版本以及管理工具
交流產品需求和業務邏輯
與產品過專案流程和邏輯，確保專案管理者與主要開發人員能熟悉業務與業務邏輯
制定專案開發流程與規範要求
做好專案排期
1. 乙個專案總體排期 (也許覺得太草率，但是根據總體排期，可以分析**工作按期或者提前完成了，**沒有完成，具體延期的原因)
2. 階段性專案排期 (按版本，或者每週，每月，甚至細到每日排期)
做好工作日誌和總結
1. 開發人員每日工作完成情況
2. 每週工作總結
二、專案初期
產品需求分析
1. 專案整體分析與設計
2. 各個模組詳細分析與設計
ui切圖與原型圖設計
1. 產品做好原型圖設計
2. ui根據原型圖做好頁面切圖
資料庫選擇與設計
1. 根據需求指定資料庫型別
2. 根據業務需求設計資料庫表與字段
3. 做好可擴充套件準備
確定做好編碼規範
準備相應的開發工具與組建
設計專案公升級的可擴充套件性
1. 資料設計上和架構上做好擴充套件性公升級的預留介面
內部測試
三、結束語
如果是首次合作的專案組，將會在協同上有乙個較長時間的磨合期，不管是在開發思路上，還是編碼規範中每個人都多多少少有些不同；所以前期的磨合，在**質量上和思路上一定得多檢查與規範，這個關乎乙個專案的底層。
專案設計有乙個原則——可擴充套件性，不管上架構，還是資料庫上，沒有乙個專案是上線後不修改需求，不公升級版本的，**上就不動的。所以任何專案這樣預留介面和擴充套件性的思想要有。
覺得有用，給點打賞！！
如何做好團隊培訓
培訓是讓團隊提公升和發展的重要手段，那在你的團隊裡面，是怎麼做培訓的？課件如何設計？培訓效果知道嗎？我們可以通過一套教學發展的體系去回答這些問題，這套體系叫 eddit，是美國培訓與發展委員會 astd 支撐的一套教學體系。addie 模型 主要包括五階段階段的工作 分析 階段的工作 學習者分析 教...
管理者如何做好團隊規劃
之前看過一篇文章，講述的是孫正義如何設定目標及如何達成目標，具體的原話忘了，大概的思路是 先設想自己10年後想達成的狀態和目標，之後再分析要達到這個目標，在第8年的時候需要哪些資源，需要達成怎樣的狀態，之後不斷倒推，直到當前 當然，這麼牛叉的目標設定方法，不是每個人都能掌控的。以前也曾經聽乙個goo...
如何做好團隊技術分享
最近一段時間一直在思考如何將技術分享和內部培訓利用起來，幫忙團隊小夥伴們盡快提公升工作中需要的技術。突然想到其實一次精心準備的技術分享，也算是乙個小小的專案了。作為乙個專案，當然也要經過啟動 計畫 執行 監控和收尾的過程，只不過在這五大過程組之中，根據實際需要具體過程會有所刪減。想要中獎，至少要先買...