要想管理好一個軟件項目,主要是管理好「人」和「事」,「人」包括項目涉及到到全部關聯人員,而管理好「事」就是軟件工程要作的事情。spa
基本理論
//TODO:設計
軟件質量金三角
![clipboard.png clipboard.png](http://static.javashuo.com/static/loading.gif)
時間,範圍,成本,質量 四個要素不可能面面俱到,如同CAP定理和Base理論同樣。必定要讓老闆和產品經理意識到這個問題,才能順利進行解決方案到分析和討論。其實咱們幾乎全部的項目方案都是在這些要素之間作取捨。blog
知道哪些是正確的事
//TODO:ip
需求變動
需求變動的根源
- 對需求的理解不夠透徹,產品方案不夠慎重。
- 需求變動的成本實際上是很高的。
- 需求方或產品認爲需求變動是幾乎無成本的。
如何應對?
- 要把需求理解的更透徹,須要更專業和更有經驗的產品經理,有時候開發人員也能夠參與到產品前期的方案討論中,多討論,才能挖掘更深層次的需求。
- 要下降需求變動的成本:對於互聯網項目,能夠採用快速迭代的敏捷開發方式,減少迭代週期,增長應對需求變動的靈活性。對於後期有很大可能產生需求變動的點,能夠在設計上作成可配置的,或者方便修改的形式,可是也不能過分設計,由於這些應對變化方案也是有相應成本的,咱們須要根據狀況進行取捨。
- 對於產品和需求方:要在需求變動是有成本的這一點上達成共識,能夠經過軟件工程相關知識、以房地產舉例等方法說服他們接受這個事實。 量化每一個需求變動的成本,好比需求變動也是一個獨立的任務,也要進行評估、估點。對於插入到正常迭代週期內的變動需求、會致使其餘需求延期。優先級由產品團隊本身去決定。其實這也是變相增長了產品提出需求變動的成本、只有當需求變動對他們本身來講也是有很高成本的時候,他們纔會再需求定稿的時候更加慎重。
風險管理
主要風險
- 項目風險:預算、進度、用戶、需求等
- 人員風險:離職、人手不足
- 技術風險:引進了項目成員不熟悉的技術、技術不成熟等
- 商業風險:市場反應、產品策略、市場變化和應對策略等
應對方法
![clipboard.png clipboard.png](http://static.javashuo.com/static/loading.gif)
用合適的方式去作
應對相關人員
//TODO:開發
充分認識環境
//TODO:產品
正確和基本正確的權衡
//TODO:it