前期,我們在準備什麼

專案前期是指由需求分析人員形成需求文件(對我們來說就是frd) 流到開發團隊時。此刻我們開發團隊接受需求，並開始專案前期的準備工作了。這個過程非常重要，甚至直接決定專案的生死。

需求需求定義由客戶提出。需求的分析由需分人員理出。需求分析處於專案生態樹的最頂層節點。如果生態樹的其他節點進行時，發現需求有問題，返工帶來的代價是最巨大的。所以專案前期團隊能清晰，準確理解需求至關重要。

如果正確，精準的理解需求呢？ 1)閱讀需求文件後，挖掘需求的深層次含義，能站在客戶的角度提出問題和建議； 2) 組織會議需求評審，需求定義人員是必須參加的，這時候對問題這種討論；

設計架構設計也是在專案前期開始起來的。設計師開始跟需求分析人員密切接觸，提出各種會影響架構的問題，詢問專案的非功能性需求，詢問業務的後續規劃；

設計是沒有「銀彈」的（沒有終極解決方案），而是乙個不斷改進的過程；俗話說：沒有最好的設計，只有最合適的設計；

設計的本質是圍繞「降低複雜度」的多次重試的過程，產生「簡潔，健壯，伸縮性，抽象性，層次性，模組性」好的架構，需要不斷設計，爭取他人意見，在會議上討論設計，甚至需要寫一些原型**去驗證你的設計；

設計到什麼程度呢？根據不同的開發團隊，開發此領域業務的開發人員的成熟度，有不同的程度。對於我們公司的大部分專案來說，在已有架構上開發，不需要有過多的設計。達到讓開發人員能理解到：功能屬於那個模組，這個模組的職責是什麼就夠了。

風險專案前期基本可以發掘大部分風險（包含：需求，技術，質量，發布），並一定嘗試規避這些風險；

計畫專案需求和人員確定後，就該制定專案的實施計畫了。計畫由團隊人員一起參與制定。

技術調研

技術調研單獨列出來，可見其重要性。尤其對於採用了陌生的新技術的專案。對於技術型專案，此過程尤其重要。

方案選取：根據業務需求提出幾套方案。技術人員容易犯：業界的新技術，新框架就是最好的這樣的錯誤。

調研的結果：開會討論幾套方案，擇取最優。

調研的過程：滿足需求為第一要素外，還要看此技術的許多方面，比如「社群的活躍度，bug修復的是否及時，是否開源，效能，擴充套件性，伸縮性，可控性，實施成本，需要的硬體資源，學習成本」等等要素；甚至需要寫原型**去驗證；

**********====

1，售前交接及初步的業務分析

了解客戶商務關係、技術要求、現狀、專案建設內容

2，原型搭建及做需求調研

根據客戶的標書，整理需求調研大綱，把不清楚和疑問的地方與客戶落實清楚，並把原型給客戶展示，收集客戶的意見，一定要有原型，不然客戶沒有思路

3，概要設計

根據調研結果，初步整理客戶的需求綜合標書的要求，進行軟體的功能設計

4，詳細設計

將客戶的需求轉化為軟體上的需求，具體表現就是框架怎麼搭建，後台怎麼實現、前台怎麼展示等