需求管理

考量所有相關的功能、效能、安全性、法規和市場需求,將好點子轉換為突破性的產品。

需求管理的定義

需求管理流程會收集、分析、確認與記錄企業、市場和使用者需求,以便用於開發產品。收集需求的工作需要進行研究,並與相關負責人互動交流。所收集的資料會經過分析,以便找出模式、列出需求優先順序,並判斷該資料是否有整合到產品中的潛力。相關負責人的回應和驗證,可據以確認資料符合他們的需求,記錄下來的需求則可做為產品範圍的指引,以及日後下決策時的基礎。

overlaycontent

為什麼需求管理的很重要?

組織能透過需求管理,考量所有相關的功能、效能、安全性、法規和市場需求,將好點子轉換為突破性的產品。成熟的需求管理工作模式,是打造卓越產品的基礎。

負責推動需求管理的角色

每個組織都有做出產品和專案決策的獨特方法。產品組合團隊通常會分析趨勢、定義投資主題,以及產品的高階願景。隨著產品、軟體和系統工程師在自身專業領域中進一步進行分析,並列出更詳細的規格,這種願景也會逐步修改。法規團隊則可能會提供法規需求相關資訊。由於使用者和市場需求的演變或重新定義,從初始概念發想到產品交付的過程中,需求也會不斷變動。因此,需求管理是一項持續改變的動態流程,並有多名負責人參與其中。

overlaycontent

需求管理流程中的不同階段

不同組織採用的需求管理階段也各有差異,不過通常都包含下列要素:

需求規劃

組織決定團隊如何運用敏捷方法、V 模型或其他流程,來分析、記錄、驗證和治理需求變更。

需求開發

歷經多次改版後,需求或敘事會從高階願景演變為詳細需求和使用者故事,並且透過相關測試案例來定義成功條件。

需求驗證和變更管理

團隊盡力確保所記錄的需求符合市場和使用者的需要,並視情況調整需求。

系統驗證

隨著產品逐漸成形,團隊也會進行測試,以確保每個版次都符合所記錄的規格。

導入

終極目標是交付能滿足所議定需求的產品或服務,如此需求工程就能自然融入設計、製造或導入階段。

需求管理的優勢

穩健的需求管理是產品、系統和軟體工程團隊的基礎工作項目。採用成熟需求管理工作模式的組織:

打造更符合市場需求的產品,獲得競爭優勢

減少因未達需求或品質不佳而造成的重工情形,縮短產品週期

更快建立更精確的共同產品願景,加快產品交付

提升重用率,降低開發成本

探索 Codebeamer

Codebeamer 能協助工程師將人員、流程與工具與需求工作流程相連結。這項解決方案能提供可追溯性、透明度,以及進階的變更和組態管理能力,支援敏捷方法、Scrum、SAFe、V 模型等等。

探索 Windchill

PTC 的 PLM 解決方案 Windchill 提供可擴充的存放庫,能自訂以保管寶貴的需求與驗證資產。Windchill 的內建需求管理和驗證功能協助超過 150 萬全球使用者克服複雜產品的製造挑戰,能提升客戶滿意度並降低風險。

探索 Codebeamer Codebeamer 能協助工程師將人員、流程與工具與需求工作流程相連結。這項解決方案能提供可追溯性、透明度,以及進階的變更和組態管理能力,支援敏捷方法、Scrum、SAFe、V 模型等等。 探索 Windchill PTC 的 PLM 解決方案 Windchill 提供可擴充的存放庫,能自訂以保管寶貴的需求與驗證資產。Windchill 的內建需求管理和驗證功能協助超過 150 萬全球使用者克服複雜產品的製造挑戰,能提升客戶滿意度並降低風險。

需求管理最佳工作模式

協同合作

擷取和管理結構化與非結構化的需求、敘事和使用者故事,將眾人的智慧集結起來。

擷取和管理結構化與非結構化的需求、敘事和使用者故事,將眾人的智慧集結起來。

產品定義

使用需求來為設計、開發和測試部門提供資訊。

使用需求來為設計、開發和測試部門提供資訊。

可追蹤性

全方位可追溯性,能讓團隊追溯從高階願景、詳細定義到導入階段的需求。

全方位可追溯性,能讓團隊追溯從高階願景、詳細定義到導入階段的需求。

變更管理

要求、分析、核准與傳達需求變更,並向個別人員和團隊通知進行中工作的變更。

要求、分析、核准與傳達需求變更,並向個別人員和團隊通知進行中工作的變更。

組態管理

管理、分割與合併特定產品、變體、產品平台和原型的需求。

管理、分割與合併特定產品、變體、產品平台和原型的需求。

重用

讓團隊輕鬆存取共用需求資產,加快開發並降低成本。

讓團隊輕鬆存取共用需求資產,加快開發並降低成本。

查核與驗證

持續確認產品符合所列的需求,並驗證需求已經過最佳化,符合使用者與市場的需要。

持續確認產品符合所列的需求,並驗證需求已經過最佳化,符合使用者與市場的需要。

法規遵循

確保符合相關產業法規要求。

確保符合相關產業法規要求。

需求管理常見問題集

需求管理和專案管理的不同之處

需求管理流程主要用來引發、分析與記錄企業、使用者和市場需求,專案管理的涵蓋範圍則比較廣,可應用於各式各樣的可傳送作業,而不只是需求。

需求管理的挑戰

常見的需求管理挑戰包括:

  • 確認偏見:我們都習慣以能確認或支持既有信念的方式詮釋資訊,以開放的態度真正傾聽客戶的想法,是一大挑戰。
  • 複雜度:今日設計精良的產品可關聯到數千項個別的需求。如果未使用適合的工具組,很容易就會迷失在細節中,但光是要找到正確的資訊,就是一項大工程。因此,您使用的工具組必須能將需求資訊整理為架構完善的階層與符合邏輯的群組,可自動將工作項目與相關需求資訊建立關聯。
  • 孤立的組織部門:如果團隊規模很大又分散各地,就更難開發及導入共同的願景。雖然維持文件的透明度以便存取是一項要務,但您也需要增進人員之間的交流互動,創造有益於協同合作的工作環境。

需求管理流程中常見的需求類型

常見的需求管理類別包括:

  • 功能需求,用於定義產品功能或能力
  • 非功能需求,用於指定一般屬性或效能需求,例如速度、扭矩、重量等等
  • 安全需求,用於定義產品在遇到特定危險或威脅時的效能
  • 法規需求,必須符合法規才能在特定產業、地理區域或市場販售

敏捷方法使用者故事對需求流程的貢獻

採用敏捷方法的團隊會利用使用者故事做為引發需求的技巧,從使用者的觀點中擷取需求和期望,通常使用第一人稱的「我需要、我發現」敘事方式。使用者故事是了解使用者觀點、同理使用者所面臨挑戰的絕佳方式,敘事則能將多個使用者故事整理到同一個主題下。

How can AI help with requirements management?

AI can not only help write requirements, but it can score your existing requirements to ensure that they are well-written and complete. There are existing AI tools that can help to check the requirements for your teams to cut down on human error and save time proofing. AI has great potential for helping to reduce writing and editing time and lets teams focus on testing, validation, and getting those requirements to customers.

What is a requirements management plan?

A requirements management plan (RMP) helps teams to establish and define the requirements and how they will be defined, managed, and executed . When creating an RMP, teams need to be specific about each part, including roles and responsibilities, how requirements will be gathered and defined, and how they will be traced. It is important for teams to look at the whole product lifecycle and how they plan to maintain and update their requirements over the course of a product life.