如何作好項目管理

要想管理好一個軟件項目,主要是管理好「人」和「事」,「人」包括項目涉及到到全部關聯人員,而管理好「事」就是軟件工程要作的事情。spa

基本理論

//TODO:設計

軟件質量金三角

clipboard.png
時間,範圍,成本,質量 四個要素不可能面面俱到,如同CAP定理和Base理論同樣。必定要讓老闆和產品經理意識到這個問題,才能順利進行解決方案到分析和討論。其實咱們幾乎全部的項目方案都是在這些要素之間作取捨。blog

知道哪些是正確的事

//TODO:ip

需求變動

需求變動的根源

  • 對需求的理解不夠透徹,產品方案不夠慎重。
  • 需求變動的成本實際上是很高的。
  • 需求方或產品認爲需求變動是幾乎無成本的。

如何應對?

  • 要把需求理解的更透徹,須要更專業和更有經驗的產品經理,有時候開發人員也能夠參與到產品前期的方案討論中,多討論,才能挖掘更深層次的需求。
  • 要下降需求變動的成本:對於互聯網項目,能夠採用快速迭代的敏捷開發方式,減少迭代週期,增長應對需求變動的靈活性。對於後期有很大可能產生需求變動的點,能夠在設計上作成可配置的,或者方便修改的形式,可是也不能過分設計,由於這些應對變化方案也是有相應成本的,咱們須要根據狀況進行取捨。
  • 對於產品和需求方:要在需求變動是有成本的這一點上達成共識,能夠經過軟件工程相關知識、以房地產舉例等方法說服他們接受這個事實。 量化每一個需求變動的成本,好比需求變動也是一個獨立的任務,也要進行評估、估點。對於插入到正常迭代週期內的變動需求、會致使其餘需求延期。優先級由產品團隊本身去決定。其實這也是變相增長了產品提出需求變動的成本、只有當需求變動對他們本身來講也是有很高成本的時候,他們纔會再需求定稿的時候更加慎重。

風險管理

主要風險

  • 項目風險:預算、進度、用戶、需求等
  • 人員風險:離職、人手不足
  • 技術風險:引進了項目成員不熟悉的技術、技術不成熟等
  • 商業風險:市場反應、產品策略、市場變化和應對策略等

應對方法

clipboard.png

用合適的方式去作

應對相關人員

//TODO:開發

充分認識環境

//TODO:產品

正確和基本正確的權衡

//TODO:it

相關文章
相關標籤/搜索