成功軟件項目管理的奧秘

作者: 寒蟬  來源: 博客園  發布時間: 2010-12-26 22:07  閱讀: 1563 次  推薦: 1   原文鏈接   [收藏]  

  如何入門并設定軟件成功的目標 

  1、如何開始項目管理(如何入門)

實踐技能建議

要點說明

1.設定優先級

1)         為團隊成員提供服務

2)         滿足組織客戶的需求

3)         從事自己相關的項目

2.分析自我能力差距

人員管理(人際關系、解決沖突、推銷想法)

聆聽技巧

鍛煉演講表達能力

3. 學會定義質量

與開發團隊、客戶確定一致的產品質量定義與準則

4. 鼓勵團隊所取得的進步

指定鼓勵計劃(精神鼓勵與物質獎勵)

5. 從歷史中學習

 

6. 設定團隊改進目標

設定長期與短期的改進目標

如需求變更、軟件質量。通過制定具體的改進指標進行具體量化。

通過活動掛圖、故事墻等方式來向整個團隊找出和展示需要改進的項和成果。

7.慢慢的起步

 

實踐練習:

  找出自己在項目管理、人員管理和團隊領導力中的短板,并想辦法進行提高;找到一些經驗豐富的項目經理們作為你學習的楷模,并嘗試運用它們的優點;從你過去的一些上司、領導處總結哪些行為和特點是你無法忍受的,然后再你自己的管理工作中去規避這些做法。

  2 如何知道項目已經完成(必須要定義一些完成的準則)何以知道已經完成?

當產品已經足夠好的情況下,可以確認是否已經完成。

  “足夠好”:是指產品已經具備一些可接受的綜合屬性,如功能、質量、時效性、客戶價值、競爭力以及支撐的基礎設施已經準備就緒。

  客戶對質量的看法主要取決于可靠性(持續運行無故障)和性能(操作的響應時間)

  內部對質量的看法主要設計如下方面:軟件在未來的可修改性、可維護性、文檔的可理解性等

  如何定義產品發布準則?

  發布準則必須要與成功準則相對應,沒有放四海而皆準的發布準則,要確保項目取得最終的成功,反映產品能夠上線發布的指標都必須要有一定的可信度和可測度。

  如果指定了不符合項目業務目標的寬松的發布準則,可能會造成一種一定會可能會取得成功的假象。

  一些寬松的發布準則:廣泛的客戶群體曝光率,“很高的客戶滿意度”

某些模棱兩可的措辭:可接受的、足夠的、恰當的、廣泛的、精確地、高的、改進的、低的、合理的、健壯的、準確無誤的和有效率的。這些措辭要盡量避免使用。

發布準則必須要滿足

  1. Specific【明確的(不是空泛的)】
  2. Measurable【可度量的(不是定性的或主觀的)】
  3. Attainable【可實現的(不是一對不可能實現的目標)】
  4. Relevant【相關的(與客戶要求和業務目標相關聯)】
  5. Trackable【可跟蹤的(在整個項目過程中可以進行監控)】

  制定準則時:

  1. 認真考慮不同項目干系人對團體的想法和意見,避免沖突和分歧
  2. 考慮用戶提出的驗收標準
  3. 于關鍵用戶代表進行充分溝通
  4. 出現沖突時,全體團隊成員必須要工作在共同的目標集合上,并做出適當的折中判斷。

  可能的發布準則項:

  1)缺陷

  質量是一系列復雜和多維度的產品特點的集合。發布一個不成熟且存在很多缺陷的產品會導致很高的運行成本、用戶的失望、很差的產品評價、過高的維護成本、產品退貨甚至法律糾紛。作為質量的指標之一,可以對開發和測試中發現的缺陷的數量和類型進行跟蹤。

  如果質量是項目的一個成功準則,可以參考如下與缺陷相關的發布準則:

  1. 在一個四級的缺陷跟蹤系統中,不存在未解決的最嚴重的1級或2級缺陷。在過去的X周內,未解決的缺陷數量持續下降,同時估算的遺留缺陷數量是可以接受的(可以采用缺陷模型來進行預測)
  2. 在編譯器中、源碼分析與運行時分析中所報告的所有錯誤和警告都得到了修正。
  3. 前一發布版本出現的問題都已經得到了修正,在修復過程中也沒有引入額外的缺陷。

  2)測試

  大多數軟件團隊都非常依賴不同類型的測試來發現缺陷,可以通過查看估算的未發現缺陷數量是否處在可接受范圍內,或者在預設的測試時間內并沒有發現新的缺陷時是否決定停止測試,一些主要的發布準則如下:

  1. 代碼編譯、構建和冒煙測試是否在所有平臺上通過;
  2. 綜合測試和系統測試100%通過
  3. 特定的功能通過了所有的系統和用戶驗收測試(如正常流程和相關的異常處理流程在普遍的用例中測試通過)
  4. 測試計劃中涵蓋的所有記錄在案的功能需求的測試用例都得到了執行
  5. 達到了預先設定的代碼或需求(如功能需求、測試用例流程或者產品屬性)

  綜合考慮測試和缺陷相關的因素,一位學者認提出的產品發布準則:

  1. 完成了覆蓋100%功能點和80%的回歸測試
  2. 不存在嚴重等級1和等級2的缺陷;
  3. 已知的遺留缺陷密度少于每千行代碼0.5個缺陷;
  4. 每1000小時的測試工作發現新缺陷的數量少于40個 
  5. 發現缺陷的平均間隔時間少于100小時
  6. 完成了壓力測試、配置測試、安裝測試、本地化測試、可用性測試和傻瓜用戶測試。

  3)質量屬性

  質量屬性是另一只哦能夠用于描述產品行為的思維方式,這些屬性包括可靠性、安全性、完整性、可用性、便攜性、可維護性、高效性、健壯性和交互型等。一些相關的準則是:

  1. 在所有的平臺上的定量性能目標得到滿足
  2. 可靠性目標得到滿足
  3. 相關公司的安全策略和需求得到了滿足
  4. 特定的條件已經符合,可以使得產品通過必要的評審或者審計

  4) 功能

  1. 在即將發布的產品版本上,所有的承諾的高優先級需求已經實現并能正常工作
  2. 滿足特定客戶的驗收的標準
  3. 滿足所有非健全人士的可訪問性需求
  4. 如果需要軟件在不同語言環境下運行,所有本地化與全球化測試都能通過
  5. 滿足特定法規、合約、標準規范和監管目標
  6. 所有的功能需求都可以通過測試用例進行追蹤

  5) 配置管理

  1. 產品可以在所有目標平臺上重復構建
  2. 物理配置審計確認現有的所有組件都是正確的版本 
  3. 產品在所有的目標平臺上都能成功安裝
  4.  發布的介質和鏡像文件經過了反病毒和惡意軟件掃描

  6)支持

  這里主要指確保產品順利安裝和實施的其他關鍵要素。

  1. 發布說明已經準備完畢,包含新版本中的已修復的缺陷信息、增加的功能和刪除的功能
  2. 受影響的項目干系人均了解軟件發布和支持流程
  3. 已知的未修復缺陷全部記錄在項目的缺陷跟蹤系統中
  4. 支持部門已經做好了接受和回應客戶問題報告的準備
  5. 執行軟件的運行環境所需的各種基礎設備已經到位
  6. 軟件的生產和下發已經做好了接收產品的準備。
1
0
 
 
 

文章列表

arrow
arrow
    全站熱搜
    創作者介紹
    創作者 大師兄 的頭像
    大師兄

    IT工程師數位筆記本

    大師兄 發表在 痞客邦 留言(0) 人氣()