moris的部落格

了解需求的真實意義

1.區分需求(requirements)和需要(needs)
2.各種需求的特色
3.四個核心需求

資料來源:Business analysis for dummies

定義需要(Needs)
1.需要是尚未滿足的目標或目的
某人說:我需要衣服
->真實的需要是什麼?
->要衣服遮身禦寒
->手套, 電暖器, 熱水澡 (選項option)
2.商業需要和商業問題可以有多重選項來處理

REMEMBER
商業分析師與利害關係人一起工作, 並導出他們的需求(ch6), 最重要的是要識別出利害關係人的真實需要, 確保解決對的問題.

TIP
商業需要和利害關係人需要可能不同, 甚至互相衝突.
因此可以分開不同群體識別和說明需要.

business needs
(what the business must have or achieve in order to run)
企業需要
企業為了營運而必須擁有或達成的目標

stakeholder needs
(what a specific stakeholder or stakeholder group needs in order to support the business)
利害關係人需要
特定利害關係人或群體為支援企業營運而產生的需要

企業需要(Business Needs)
企業領導人為公司定義的目標和目的, 包含能力需要與改善需要.
capability needs
(statements about providing certain services, delivering a suite of products, assisting others in need, or ensuring the business’s own operational effectiveness)
能力需要
有關提供服務, 交付產品, 幫助解決他人需要, 或確保企業效率的聲明
improvement needs
(suggestions meant to increase efficiencies or decrease costs, effort, or time-to-market)
改善需要
增進效率, 減少成本, 努力, 或上市時間的提案

IRACIS
(increase revenue, avoid costs, improve service)
常見的企業需要
增加營收, 避免成本, 改善服務

商業分析師對需要的釐清
1.目的或目標針對哪個特定的企業領域(business area)
2.期望的結果或產出(result or outcome)
3.有什麼議題或問題(issue or problem)
4.為滿足企業需要, 有什麼解決方案可以建議或考慮實施

TIP
識別需要的時候, 可以把期望的結果與遭遇的問題放在一起做配對

問題與機會的配對(problem vs opportunity)
1.學生選課
問題 手動紀錄學生選課資料花費很多時間
機會 自動化選課流程
2.講師排班
問題 手動紀錄講師班表時間與排班規則非常麻煩
機會 自動化講師排班與規則設定
3.排程方法
問題
機會 競爭者手動執行排程, 我們希望產品能先於競爭者投入市場

利害關係人需要(Stakeholder Needs)
描述特定利害關係人或群體為支援企業營運而產生的需要

REMEMBER
利害關係人需要可能會與企業需要弄混.

商業分析師要確保利害關係人需求的釐清
1.獨特或限制的觀點, 由特定利害關係人或群體所定義
2.只傳達與專案有關, 或與關係人的特定角色有關的需求
3.能夠以不同的利害關係人區分其需要

商業分析師要分析個別利害關係人或群體, 獲取下列資訊
1.清楚的組織或營運目的
2.任何與總體企業需要或目標有關的績效目標
3.任何與可能的解決方案有關的低階目標, 活動, 或流程

TIP
並非所有的利害關係人都在被分析的企業之中.
ex.顧客, 廠商, 供應商

定義需求(Requirements)
需要是目標, 需求(Requirements)是為達成目標要如何做的決策.
需求一開始是 needs, wants, suggestions, or ideas,
然後有人會思考有關決策的 needs, constraints, or implications,
決定需求是否適當或必要.

TIP
決策是由某人因某原因而作成.

需求是模糊的字眼, 下面為BABOK對需求的正式定義:
1.利害關係人需要的條件或能力, 以解決問題或達成目的
2.解決方案擁有的條件或能力, 以滿足合約, 標準, 規格, 或其他正式文件
3.文件中紀錄類似1或2的條件或能力

需求的分類
企業需求 business requirements
利害關係人需求 stakeholder requirements
解決方案需求 solution requirements
過渡需求 transition requirements
技術需求 technology requirements

解決方案需求包含功能性需求與非功能性需求.
解決方案完成後則會產生過渡需求

REMEMBER
其他地方可能會用不同的名稱來分類需求.

TIP
紀錄的需求可以重複利用(reuse), 節省團隊努力與利害關係人的時間和金錢.
需求也可以分為to-be需求和as-is需求.
to-be requirements
(for the future business environment)
未來企業環境的需求
as-is requirements
(for the current business environment)
目前企業環境的需求

區分企業需求和解決方案需求
WHAT vs HOW
WHAT 描述企業需要, 問題, 目標, 目的, 資訊和活動.
與這些事如何實施或管理是相互獨立的.
HOW 描述企業活動如何實施或管理的方式.
包含企業資料如何儲存或儲存在哪裡, 流程與工作如何執行.

WARNING
只要有一個需求沒有收集到, 可能就會導致與利害關係人的問題, 並影響到團隊所建置的解決方案.

企業需求 business requirements
由企業需要所產生必須要作的事, 為企業帶來利益或幫助達成目標.

WARNING
利害關係人有時候會提供比預期更多的東西.
辨別這些想法和提議, 找出真正重要的需求, 讓團隊或解決方案提供支援.

利害關係人需求 stakeholder requirements
利害關係人為支援或達成目標而產生的需要或面臨的問題.

WARNING
利害關係人的企業需求

1.透過利害關係人分析以識別利害關係人需求

WARNING
透過利害關係人分析得到的需求通常叫利害關係人需求.
需求這個詞則是可以涵蓋所有.

2.當需求發生牴觸, 找出利害關係人需求之間的衝突點

WARNING
利害關係人可以有自己的目標, 但還是要協力達成企業目標.

解決方案需求 solution requirements

1.使用願景聲明(vision statement)來定義解決方案
2.對解決方案需求作分類

功能性需求 Functional requirements
解決方案的特定行為, 反應, 資訊, 規則, 操作等

非功能性需求 Nonfunctional requirements
解決方案運作的行為或環境, 品質, 或額外期望.

Usability
Reliability
Performance
Security
Design
Accessibility
Documentation
anything else

過渡需求 transition requirements
在解決方案從開發移動到真實世界所必要的暫時性的能力, 條件, 或活動.

技術需求 technology requirements
考慮使用技術處理問題, 或幫助達成目標

1.解決方案的技術需求
2.企業所需的技術需求