開始學習微軟的缺陷管理方法(2)

　　對每一模塊編寫一頁紙規模的設計說明書，包括功能優先級的制定與理由，對資源的估算，時間表的估算，風險評估，同其他功能塊的關系;目的要評估實現這個功能塊的成本，目標與條件。

　　召集產品單元經理，各部門經理參加的設計說明書評審會，匯總所有功能塊說明書，對進度，功能塊的取舍做總結和決定。

　　2) 制定工作詳細任務表，跟蹤任務的執行情況，保證其符合規格說明書的原始設計。

　　3) 指導項目開發的過程設計與實現;對各種具體方案進行取舍并做出決定。

　　4) 組織會議，評審程序錯誤;協調成員之間交互配合。

　　5) 產品完成后，主持項目總結報告會，討論此次的經驗與教訓;下一版本的改進，及具體的行動計劃。

　　項目經理要求

　　項目經理通過產品單元經理，對軟件設計工程師和測試工程師的資源和任務分配進行調整，但不會直接下達行政命令;其核心任務是業務領導，掌握產品全局觀念和進度，協調開發人員與測試人員的工作進度，及同與產品有關的其他人員接觸，如市場，用戶支持，客戶教育等。

　　對團隊的領導，主要依靠其個人威信(credit)，開發人員和測試人員的尊重和配合;其威信來自于工作中表現出的領導力，洞察力和判斷力，以及高素質的技術專長和出色的協調溝通能力。

　　1) 領導能力保證項目組的高效運作，如，召集每周的項目進度會議，確定工作日程并進行跟蹤，提交項目進度報告。

　　2) 洞察力和判斷力，有助于在復雜情況下，迅速找到問題癥結所在，并提供解決對策。

　　3) 技術專長使其能真正幫助開發人員解決設計上難題，幫助測試人員分析和判斷程序錯誤;懂得開發人員和測試人員的共同語言，使之感到你對他們的理解和尊重，從而贏得大家的信任。

　　項目經理面試問題：

　　1) 在過去做過的產品項目中，哪一個你覺得最自豪 ? 為什么 ?

　　2) 你解決過的最難的技術設計問題是什麼?為什麼采用那種解決方案?

　　3) 你有什麼項目是按計劃的時間完成的?未能按時完成的原因主要是哪些方面?

　　2. 軟件開發過程 software development in Mircosoft

　　1) New product project 提議 ;

　　2)市場分析預測 <是否有用，是否是需要的>;

　　3)技術可行性分析 <是否能夠實現>;

　　4)產品研發計劃和實施步驟;

　　5)高層論證和審批 <支持者>;

　　6)項目確立和執行 <人力資源和財務資源的配置>

　　3. 微軟項目管理-- 多里程碑式流程

　　每個里程碑完成部分功能;便于團隊集中力量完成一個又一個功能;提供多個機會以適應需求的更改

　　如何完成一個里程碑

　　步驟一： 達成共識 Vision / Scope Approved Milestone

　　基本完成需求調研和分析 (產品經理負責); 確定大方向和長中短期目標，Vision來說明，并激勵團隊; 評估Opportunities & Risks;分析可利用資源限制，證明該產品值得去做;

　　項目管理團隊：設計新產品目標，具體實現方法;描述產品結構，用戶情景覆蓋80%以上功能。

　　軟件開發團隊：開發技術原型，檢驗新產品價值，并展示產品未來預期。

　　步驟二： 完成項目計劃 Project Plan Approved Milestone

　　定義詳細的邏輯設計，功能設計規范(項目經理負責)，其優先級;所有角色參與審閱功能規范;

　　評估進度控制風險，功能技術風險; Risk Assessment 通常在物理設計之后，立即執行。

　　制訂總體開發計劃和進度表，包括 資源與職責的分配，制訂測試，開發計劃和進度表;

　　產品管理團隊：概念設計和市場推銷計劃/進度表;

　　軟件開發團隊：物理設計和開發計劃/進度表，Task-level Estimating。

　　步驟三： 完成功能 Scope Complete / First Use Milestone α Version Phrase

　　版本化的功能規范，完成全部功能代碼的編寫; All features built to specification

　　及時進行模塊間的整合，及時發現問題(daily build);版本控制工具 VSS ;

　　測試團隊：測試規范 與Test Case 設計，BMS缺陷跟蹤，實現解決Bug自動流程;

　　產品管理團隊：控制用戶的期望，推銷，價格，包裝(正式產品為 Golden Release)

　　項目管理團隊：項目跟蹤/溝通，按照綜合進度表不斷檢查進度; 制定β版本計劃。

　　步驟四： 穩定與發布 Release Milestone β Version Phrase

　　全面地測試功能;開發組全力配合解決Bug;決定哪些Bug到下個版本中解決;

　　預測發布日期 ;編寫操作手冊與幫助文檔;

　　基于版本發布：每一個版本有明確清晰的目標，解決或終結產品中的某些問題;

　　成立Triage小組：由PM，Dev與Test的負責人組成，決定對發現Bug的處理。

　　三. 微軟的開發管理經驗：100%以Bug為核心

　　Bug 追蹤歸類：

　　Fixed：已修復或更正; Duplicated: 某bug以被別人找出來了; Won't fix：可忽略不計

　　Postponed：此bug不很重要，可推遲到下一階段解決，或更正風險太大，bug本身影響有限;

　　By design ：不符合邏輯，也不符用戶需求，但同設計吻合;

　　Not repro ：某bug自動消失，可能處理其他bug時，一并修復了。

　　1.Bug 及常見類型

　　功能未實現，和規格說明書不一致; 不能工作：死機，沒反應;不兼容; 邊界條件

　　界面、消息、提示不夠準確，不友好;把尚未完成的工作也作為一個Bug;文檔與幫助信息中的缺陷

　　4. RAID/BMS的基本功能

　　完整的Bug數據庫; 整個產品組的中央記錄和控制; 強大的查詢功能，有效地跟蹤項目的狀態

　　所有的記錄無法刪除，對于每個記錄只能一直添加內容;豐富的報表功能，為產品發布提供判斷標準

　　5. Bug 記錄中的有效信息

　　狀態; 負責人; 問題種類; 嚴重級; 優先級; 修改時間; 登記時間

原文轉自：http://www.kjueaiud.com