需求发展(RD)技术解决方案(TS)指南.ppt

第四章Maturity Level 3:Managed Process Areas 南台科技大學 資管系陳炳文、吳敏南 編 Table of Contents 需求發展(RD) 技術解決方案(TS) 產品整合(PI) 驗證(VER) 確認(VAL) 組織流程專注(OPF) 組織流程定義(OPD) Table of Contents (2) 組織訓練(OT) 整合的專案管理(IPM) 風險管理(RSKM) 整合團隊合作(IT) 整合的供應商管理(ISM) 決策分析與解決方案(DAR) 適於整合之組織環境(OEI) QA 需求發展Requirement Development 需求發展(RD) 目的 需求發展的目的，在於產出並分析客戶、產品及產品組件的需求。 Where Does RD Stand? Why is RD Important? Produce and analyze customer, product, and product component requirements. RD Includes customer requirements rather than only product-level requirements Customer may also provide specific design requirements Product/Product Component requirement Refined from customer requirements Derived from design solution 需求發展(RD) 特定目標(specific goal, SG) SG 1 發展客戶需求 SG 2 發展產品需求 SG 3 分析並確認需求 SG 1 發展客戶需求 蒐集關鍵人員(例如：客戶、最終使用者、供應商、建置人員及測試人員)的需要、期望、限制及介面，並轉換成客戶需求。 SG 1 發展客戶需求 特定執行方法(specific practice, SP) SP 1.1 誘導需要 SP 1.2 發展客戶需求 RD Context of SG1 SP 1.1 誘導需要 誘導關鍵人員提出有關產品生命週期各階段的需要、期望、限制及介面。 SP 1.1 誘導需要 (2) 細部執行方法 與相關的關鍵人員一起參與，並使用方法，以誘導出需求、期望、限制及外部介面。 SP 1.1 誘導需要 (3) 誘導需要的技術，舉例如下： 技術展示 介面管制工作組 技術管制工作組 中間時期的專案審查 由最終使用者取得的問卷、訪談及操作劇本等資料 操作性的逐步審查和最終使用者的工作分析 雛型和模型 腦力激盪 品質機能展開 市場調查 試用版本的試用 由文件、標準或規格等來源中抽取 觀察現行產品、環境及工作流程的樣式(patterns) 使用案例(use cases) 經營案例分析 採取反向工程(針對現有產品) Working with Difficult Customers Protect yourself! Manage the risk of the customer-supplier interface. Document commitments both ways: Communicate. Manage expectations so there are no surprises. Be willing to teach… and ready to learn: If your “partner” is not willing to listen, be prepared to fine a new “partner” (or be ready to live with the consequences). SP 1.2 發展客戶需求 轉換關鍵人員的需要、期望、限制及介面為客戶需求。 SP 1.2 發展客戶需求 (2) 典型的工作產品 1. 客戶需求 2. 執行驗證 (verification)時的客戶限制 3. 執行確認(validation)時的客戶限制 細部執行方法 1. 轉換關鍵人員的需要、預期、限制及介面，成為客戶需求紀錄。 2. 定義驗證及確認時的限制。 SG 2 發展產品需求 調修並詳細說明客戶需求，以發展產品及產品組件需求。 SG 2 發展產品需求 特定執行方法(specific practice, SP) SP 2.1 建立產品與產品組件需求 SP 2.2 配置產品組件需求 SP 2.3 界定介面需求 RD Context of SG2 SP 2.1 建立產品與產品組件需求 以客戶需求為基礎，建立並維護產品與產品組件的需求 SP 2.1 建立產品與產品組件需