1.業(yè)務名詞

業(yè)務分析：與干系人一起工作而采取的一系列任務和技術甜熔，其目的是為了理解一個機構的結構器腋、策略和運營煞聪，并為幫助機構實現(xiàn)其目標推薦解決方案音比。

項目：一種臨時性（具有確切的起止時間）的工作，它通過創(chuàng)造特殊的產品或服務帶來收益變化或增加價值熟掂。

產品：產品是項目的結果俯邓。但不是所有項目都這樣掂墓。一個業(yè)務流程改進項目可能以流程再造為結果，提升了效率但并沒有開發(fā)什么新的產品看成。

解決方案：是任何可以“通過解決問題或允許一個機構利用機會來滿足業(yè)務需要”的東西（BABOK）。它可能包括產品跨嘉、現(xiàn)有系統(tǒng)川慌、流程和組織結構的變化。

交付：在軟件開發(fā)中被用來描述任何給別人的東西祠乃。交付需要交給或者展示給干系人梦重，因為它對于干系人具有價值或者期待干系人據(jù)此采取行動。

機會：一系列使得做一些事情成為可能的事件亮瓷。

2.業(yè)務分析內涵

確定業(yè)務問題和商業(yè)機會琴拧；

引導干系人的需要并分析制約因素；

分析干系人的需要以定義解決方案的需求嘱支；

分析和驗證潛在和實際的解決方案蚓胸；

管理“產品”或者需求范圍。

3.業(yè)務分析師向誰匯報除师？

IT部門沛膳，獨立的業(yè)務單元，獨立的業(yè)務分析團隊汛聚。

4.業(yè)務分析基礎：

什么是需求锹安？

什么是引導、分析和展示需求的技術？

什么是干系人叹哭、我對干系人的責任是什么忍宋？

如何解決業(yè)務問題？

那些技術是可用的风罩？

5.需求核心組件

人：可能包括機構內部和外部（稱為代理或者參與者）的個人和部門糠排；

信息：指數(shù)據(jù)；

流程：指實施業(yè)務的手冊泊交、自動執(zhí)行的活動或者流程乳讥；

規(guī)則：指業(yè)務活動運行需要遵循的業(yè)務規(guī)定、指導原則廓俭、限制和策略云石。

QQ拼音截圖未命名.png

6.與誰一起工作？

項目決策人或發(fā)起人

項目是否還會達到增加利潤或者減少成本的預期目標研乒？

項目經理

其他業(yè)務分析專業(yè)人員

專家和用戶

理解業(yè)務需求的人汹忠，或可以提供設計思路的人

質量保證分析師

負責驗證需求，計劃如何正確測試最終產品

可用性專業(yè)人士

IT架構師

IT開發(fā)人員

數(shù)據(jù)管理員/架構師/分析師

數(shù)據(jù)庫設計師/管理員

供應商

7.干系人分析

你是否已經和干系人建立了一種關系雹熬？

這是不是一種好的工作關系宽菜？

你覺得干系人信任你嗎？

干系人與 項目的關系是什么竿报？（項目對于干系人的工作有顯著的影響還是影響甚微铅乡？）

干系人對項目的態(tài)度是怎樣的？對項目感到興奮還是害怕烈菌？

干系人在業(yè)務領域的知識淵博程度如何阵幸？

干系人在機構工作多長時間了？

干系人在機構中的級別是什么芽世？（管理層）

干系人如何與人溝通挚赊？他能清晰理解概念嗎？他關注細節(jié)嗎济瓢？

干系人如何學習東西荠割？

8.平衡干系人需求

在技術團隊面前維護業(yè)務干系人的利益，并且確認業(yè)務需求得到滿足旺矾。如果業(yè)務人員對于總結出來他們自己的需求不同意怎么辦蔑鹦？這就需要業(yè)務分析師成為一個很強的協(xié)調人和共識建立者，甚至有時候是一個談判專家宠漩。

為了企業(yè)利益整體最大化而平衡干系人的需求举反，首先，業(yè)務分析師必須理解企業(yè)的目標和戰(zhàn)略扒吁，其次火鼻，業(yè)務分析師必須理解哪個干系人或團隊在資助特定的項目室囊，以及項目追求的特定目標。希望項目的目標與企業(yè)的目標是一致的魁索，并且是支持企業(yè)的目標的融撞。

9.會議

會議的原因是什么？

多少人參加會議粗蔚？

會議要完成什么尝偎？

會議的交付是什么？

何時創(chuàng)建需求最好鹏控，是會議期間還是之后致扯？

什么類型的協(xié)同工具比較合適？

了解你的項目

1.商業(yè)論證開發(fā)（調研当辐、邏輯推理和很強的溝通技能）

可行性分析和成本/收益分析

當你試圖說服別人去采取行動時抖僵，就是在建立“用例”。

仔細考慮一個項目被批準之后會發(fā)生的積極結果缘揪，評估潛在的收益并對應可能花費的成本或努力來權衡收益耍群，當收益超過成本，行動就將獲得批準找筝。展示各種想法和機會蹈垢，并且評估相關的價值。

2.為什么決定投資一個項目袖裕？

出現(xiàn)了一個問題

確定真正需要解決的問題曹抬。五個為什么，根本原因分析急鳄。

減少成本（工作量）

裁員等

外部法規(guī)要求

政府部門沐祷、行業(yè)監(jiān)督機構、標準化機構強制規(guī)定攒岛。

一個業(yè)務機會

為了市場或者廣告

支持業(yè)務流程

戰(zhàn)略規(guī)劃

項目組合是指機構為了支持戰(zhàn)略規(guī)劃而確定，并進行優(yōu)先排序之后的一組項目和項目集胞锰。

項目集是支持多個相關項目的持續(xù)的戰(zhàn)略業(yè)務動因灾锯。項目集和項目組合是兩種不同的項目邏輯編組方式。

項目組合管理和項目集管理是業(yè)務分析專業(yè)人士必須掌握的重要技能嗅榕。

企業(yè)架構

戰(zhàn)略規(guī)劃過程中的工作之一就是建立企業(yè)架構顺饮。

業(yè)務架構

1.目標（確定未來5、10年的目標）

2.組織結構圖

（機構的部門凌那、分支和業(yè)務單元是怎么樣的兼雄？他們之間的關系如何？機構的高層決策層如何計劃未來幾年的組織結構變遷帽蝶？）

3.地點（可以支持多少個辦公地點赦肋？未來的期望是什么樣子？新增的地點在哪兒？）

4.SWOT分析（優(yōu)勢佃乘、劣勢囱井、機會和威脅）

5.產品（機構現(xiàn)有產品和服務有一個清單，包括產品的描述趣避、過去的銷售量庞呕、利潤等）

信息架構

信息架構就是一個機構關于如何安全、準確并以易于獲取的方式存儲數(shù)據(jù)的計劃程帕。

應用架構

是一個關于機構的應用系統(tǒng)的規(guī)劃住练，它包括維護現(xiàn)有應用及替換策略和新的應用規(guī)劃。

技術架構

支持應用架構愁拭，描繪所有需要使用的硬件讲逛、軟件、操作系統(tǒng)等

安全架構

是描繪諸如數(shù)據(jù)庫和業(yè)務規(guī)則等企業(yè)資產的安全保證的計劃敛苇，通過確定備份妆绞、重裝和恢復計劃來保護應用系統(tǒng)的安全。

溝通戰(zhàn)略規(guī)劃

大機構的小員工心態(tài)枫攀，是管理大型機構一個實實在在的挑戰(zhàn)括饶。

項目發(fā)起

項目經理和業(yè)務分析師一起，評估項目需求来涨，同干系人一起交流理解項目目標图焰，帶領團隊就要做的項目范圍建立共識。

項目發(fā)起的要素：

方法或方法論（關于如何進行項目工作的描述）

工作目的說明（電梯間講話：解釋為什么要發(fā)起蹦掐、批準和投資項目）

項目目標（需要做到SMART【Specific-具體技羔，Measurable-可衡量，Agreed upon-共識卧抗，Realistic-可行藤滥，Time-framed-時效性】）

問題和機會（干系人想從項目中得到的東西）

干系人（所有專家和團隊成員）

業(yè)務風險（項目風險【可能妨礙項目成功的潛在問題或事件】-項目經理；業(yè)務風險【妨礙業(yè)務成功的潛在問題】-業(yè)務分析師）

4種風險應對策略：

避免：變更項目減少風險

轉移：把風險轉移到其他項目或團隊

緩解：減少風險的可能性或者影響

接受：允許風險存在并制定應急計劃

范圍之外的條目（這個清單是為了告知所有干系人社裆，某些特定的條目拙绊、需求、特性泳秀、目標等不在項目范圍內标沪。對于項目范圍之外的澄清非常重要）

假設條件（建設條件是解決方案運行的基礎。如假設辦公室的電力是24小時不間斷供給嗜傅。）

確定業(yè)務范圍（外部互動和高階流程）

在項目發(fā)起階段最重要的工作就是描述或者通過圖示顯示需要研究的業(yè)務范圍（研究領域）金句。

使用高階數(shù)據(jù)流圖限定分析范圍

理解如何決定和記錄分析的范圍非常重要，范圍幫助確定研究領域的邊界吕嘀，并讓團隊集中精力违寞。

限定范圍的技術-建立高階數(shù)據(jù)流圖：

與項目交互的機構單元（外部機構）

需要和項目交互的現(xiàn)有企業(yè)應用（外部機構或接口）

涉及項目的員工贞瞒、客戶、供應商等（外部機構）

進出項目的信息（箭頭）

QQ拼音截圖未命名.png

研究領域

高階業(yè)務流程（流程是業(yè)務人員轉移信息【數(shù)據(jù)】的行為坞靶，流程可以在不同的詳細程度上進行命名和描述憔狞。）

通過例圖限定分析范圍

QQ拼音截圖未命名.png

項目范圍蔓延的合理理由：

項目開始后的業(yè)務變革（新的客戶定制產品需求，需求數(shù)量突然增加等）

外部法規(guī)變化

分析揭示了會受到影響但是不在項目范圍內的業(yè)務

業(yè)務領域帶來了新的業(yè)務干系人

總結

理解并解釋項目重要性及為什么干系人會為項目的最終目標感到興奮非常關鍵彰阴。了解一個項目的最終目標將明確分析工作的方向瘾敢。當業(yè)務分析師了解了發(fā)起項目的原因，他們就會被要求去創(chuàng)建商業(yè)論證尿这、成本/收益分析或者可行性研究簇抵。

無論是否在項目上，都要做到：

必須了解為什么要做一個項目射众，最重要的關鍵字是“為什么”碟摆。

應該了解你和你的團隊在幫助機構實現(xiàn)其長期目標。

有人推薦的選項與高階的戰(zhàn)略規(guī)劃不一致時叨橱，你應該能夠解釋為什么這個想法與戰(zhàn)略不一致典蜕，以及它會給機構整體帶來什么負面影響。

項目的起源有很多原因罗洗，包括政府強制愉舔、對競爭壓力的反應或者一個明顯的成本改進變革，大多數(shù)軟件開發(fā)項目是抱著提高生產力和提高競爭優(yōu)勢的期望而得到投資并期望回報的伙菜，理解為什么投資項目對你來說非常關鍵轩缤。

項目發(fā)起階段你需要與項目發(fā)起人和項目經理一起工作。定義項目邊界贩绕，并為項目的完成進行規(guī)劃火的。

了解業(yè)務環(huán)境

了解企業(yè)

閱讀宣傳資料

產品宣傳冊的目的是為了建立品牌認知或者加強企業(yè)的形象，也可能是為了銷售某個特定的產品淑倾。

閱讀公司財務報告

損益表馏鹤、資產負債表和現(xiàn)金流分析〗慷撸看看公司利潤假瞬、市場份額、股東價值和負債方面的表現(xiàn)迂尝。了解業(yè)務干系人會如何感受和行動。

回顧企業(yè)戰(zhàn)略規(guī)劃

什么是公司的使命剪芥？使命如何實現(xiàn)垄开？

如何解讀業(yè)務

閱讀已有文檔

系統(tǒng)和軟件文檔、員工程序手冊税肪、政策手冊溉躲。

觀察

干系人在哪工作榜田？理解這個角色典型的一天是怎樣度過的。發(fā)現(xiàn)流程執(zhí)行中的偏差锻梳。

訪談

了解現(xiàn)有業(yè)務并談及可能的改進

問卷調查

問卷調查對于信息源分布在不同的地點或者參與回復的人數(shù)很多是非常有用箭券。對一群人詢問相同的問題，去除任何主觀訪談的偏見疑枯。

促進會議

把不同業(yè)務領域的人召集到一起辩块，專注于某個特定的流程或者話題。他們一起工作建立對流程的理解共識荆永，也可以產生解決問題的方案的想法废亭。

競爭分析（全面了解企業(yè)的方法）

必須了解誰是你的干系人的競爭者【咴浚看公司是否有定期的競爭報告豆村。

你公司的競爭對手是誰？你的項目是否涉及直接客戶或者對產品的影響骂删？如果是這樣掌动，你必須理解你的競爭對手提供的產品和服務，機構是以最出色的產品引領行業(yè)還是只是市場的追隨者宁玫？公司采用怎樣的與競爭對手不同的策略粗恢？他們是如何比較的？競爭優(yōu)勢是什么撬统？

畫現(xiàn)有流程的工作流圖

業(yè)務規(guī)則表

什么是業(yè)務流程适滓？

? 很多機構使用“業(yè)務需求”來表示概要的業(yè)務目標。理解一項業(yè)務恋追，必須理解它的工作凭迹，這個工作可以被定義為業(yè)務流程。

QQ拼音截圖未命名.png

從上和從下觀察苦囱。具備看到全景和細節(jié)的能力嗅绸。分解圖

培訓

用戶需要了解為什么進行變化，以及變化對他們工作的價值撕彤。

為什么召開促進會議鱼鸠？

多個人參與和個體參與，避免需求遺漏

消除決議差異

平衡需求的優(yōu)先級

確定項目范圍

團隊建設

流程改進確認

解讀業(yè)務的技巧

1. 了解公司的使命陳述羹铅？你的部門或業(yè)務單元的愿景是什么蚀狰？

2. 看看公司網(wǎng)站傳遞了什么信息，是否容易理解和使用职员？

3. 看幾個你的競爭對手的網(wǎng)站麻蹋，你的公司和他們的有什么不同？

4. 如果是上市公司焊切，找到最近的財務報告扮授，熟悉下員工人數(shù)芳室、總收入、利潤率刹勃、市場份額等數(shù)據(jù)堪侯。注意閱讀腳注。

5. 閱讀項目涉及的業(yè)務領域的員工或系統(tǒng)流程手冊荔仁。

第五章 了解你的技術環(huán)境

業(yè)務分析師要了解那些技術伍宦？

軟件開發(fā)/編程術語

軟件開發(fā)方法論

瀑布方法：階段、任務咕晋、角色和交付的結構化的軟件開發(fā)方法雹拄。從高階項目目標和需求一級一級向下延伸。

QQ拼音截圖未命名.png

技術架構

操作系統(tǒng)

計算機網(wǎng)絡

數(shù)據(jù)管理

業(yè)務分析師要經常問這些問題

誰是數(shù)據(jù)的所有者掌呜？如何維持這種所有關系滓玖？

數(shù)據(jù)如何使用？為什么需要維護這些數(shù)據(jù)质蕉？

希望的數(shù)據(jù)容量有多大势篡？

數(shù)據(jù)的最佳來源是什么？數(shù)據(jù)存儲在什么地方模暗？

數(shù)據(jù)合并的數(shù)據(jù)映射是怎樣的禁悠？

數(shù)據(jù)是如何從現(xiàn)有系統(tǒng)轉換到新的基于互聯(lián)網(wǎng)的應用的？

數(shù)據(jù)變化的頻率是怎樣的兑宇？

數(shù)據(jù)倉庫里的數(shù)據(jù)多久刷新一次碍侦？需要實時數(shù)據(jù)嗎？

軟件可用性/人機界面設計

1.任務的適宜性：這條原則建議軟件功能應該根據(jù)特定任務而設計隶糕，這個任務將基于用戶需要和用戶的技能水平瓷产，這包括協(xié)調邏輯工作流和與其他應用工作的軟件的能力。

2.自我描述性：界面應該直觀并很容易提示用戶下一步做什么枚驻，遵守這條原則會有助于減少幫助系統(tǒng)和對在線程序手冊的需要濒旦。

3.可控制性：用戶應該能夠控制互動的步驟和順序并在需要的時候很容易退出系統(tǒng)。

4.遵從用戶期望：軟件應該如用戶期望并表現(xiàn)一致，任何與用戶期望不一致的軟件反應都應該是一個可用性問題（如用戶敲下取消按鍵的時候就希望從當前的狀態(tài)退出）

5.容錯：軟件應該容許并準備處理任何用戶錯誤，錯誤信息必須非常清楚并使用用戶的語言書寫搀矫，它們要解釋錯誤是如何產生的，并說明用戶如何改正問題础淤。在可用性最好的系統(tǒng)中，軟件可以預測和防止用戶的錯誤。

6。個性化適宜性：軟件應該可以根據(jù)個人用戶的需求進行個性化定制（如菜單灯节、屏幕顯示），應該在給新用戶提供幫助的同時給專家用戶更高效率的產出。

7.學習的適宜性：軟件應該簡單并支持學習显晶，以便用戶可以變得更加有效和提高產出，它應該使用清晰的業(yè)務數(shù)據(jù)壹士，并減少用戶的記憶負擔磷雇。

軟件測試

支持測試專業(yè)人士驗證他們的產品能否滿足業(yè)務需求。

當一個項目的解決方案進入測試階段時躏救，業(yè)務分析師應該密切參與唯笙；當測試進行并發(fā)現(xiàn)缺陷時，業(yè)務分析師是找到缺陷根源并幫助找到方法糾正的最佳人選盒使。

軟件測試方法基于V模型崩掘。V模型中有很多變量，但是這個模型的基本概念是軟件測試應該從項目開始就進行少办，越早越好苞慢。V模型推薦軟件測試團隊獨立于開發(fā)團隊，這種獨立性將產生更加徹底和公正的產品質量評估英妓。

在軟件開發(fā)生命周期對應的測試階段：單元測試挽放、集成測試、系統(tǒng)測試和用戶驗收測試蔓纠。

QQ拼音截圖未命名.png

單元測試：通常由開發(fā)人員完成辑畦。

集成測試：首先要單獨測試需要集成的單元，并對較大的單元或子系統(tǒng)進行測試腿倚。集成測試的目標是發(fā)現(xiàn)元件或者系統(tǒng)一起工作的問題纯出，這些測試會驗證軟件架構設計。

通常來說敷燎，由于在開發(fā)過程中等待太久而沒有進行足夠的集成測試暂筝，是導致項目失敗的一個主要原因。

系統(tǒng)測試：是項目團隊把產品交給用戶檢查之前驗證產品的最后一個機會懈叹。其目標是發(fā)現(xiàn)軟件產品滿足用戶需求方面的問題乖杠，這些測試驗證軟件滿足最初的需求。

QQ拼音截圖未命名.png

回歸測試：新的需求得到滿足后澄成，驗證舊功能的完好胧洒，是重要的隱含需求。任何軟件變更后墨状，對于軟件沒有改變的功能重新測試卫漫，確定結果仍然正確∩錾埃回歸測試必須進行列赎，軟件非常復雜，一個微小的變化可能都會很容易破壞之前正常工作的部分镐确。

用戶驗收測試（UAT）：通常當軟件銷售到開發(fā)機構以外時包吝，用戶驗收測試被稱為beta測試饼煞，并讓用戶在正式發(fā)布之前試驗使用新的版本。

實施后的用戶評估：是軟件完全使用于業(yè)務領域之后對其效率的評估诗越。實施后用戶評估的目標是檢驗解決方案滿足用戶需求的程度砖瞧，這項評估工作由業(yè)務分析師、項目經理或者質量保證分析師通過對用戶的實際操作觀察或者仔細設計的問題來實現(xiàn)嚷狞。

敏捷項目的特性：

基于最高業(yè)務價值的范圍短期迭代（2-4周）

小型專職項目團隊密切配合工作

給團隊分配全職業(yè)務干系人

使用聯(lián)合應用開發(fā)或促進會議快速引導需求

每天簡短的會議保證項目方向正確

軟件設計采用“按需設計”方法

用戶需求采用“按需演示”方法

需求的溝通非常不正式

團隊需要自我管理

采用敏捷開發(fā)的好處：

對業(yè)務干系人的業(yè)務價值很快體現(xiàn)

每天簡短的和經常的檢查會讓所有團隊成員保持方向和專注

對于典型的迭代周期為10-30天块促，因此在每個迭代周期內不需要正式的變更控制。一旦迭代的范圍達成一致床未，就不允許變更（除非范圍不可行）竭翠，需求的變更在后面的迭代周期再去考慮。

不需要寫大量的需求文檔薇搁，業(yè)務分析師不需要花幾個小時的時間斟酌需求文檔的詞句進行文檔檢查斋扰，需求在產品演示的團隊討論中確定。

工作原型顯示從最原始的設計到產品軟件的演化只酥，因此業(yè)務用戶可以看到他們需要的變化褥实，開發(fā)人員也可以輕松地隨著項目進程對可用性進行改進。

包括全職業(yè)務干系人的專職團隊參與裂允，意味著每個人在指定的時間范圍內都會專注于現(xiàn)實目標损离。

業(yè)務分析必須先于軟件分析完成

QQ拼音截圖未命名.png

讓IT架構師介入項目

新的應用運行在什么平臺上？

使用什么數(shù)據(jù)庫管理系統(tǒng)管理數(shù)據(jù)绝编？

應用程序接口會遇到什么樣的限制僻澎？

需要什么類型的技術架構？

第六章 了解你的分析技術

需求分析：從業(yè)務干系人那里引導需求十饥、分析需求窟勃、把需求呈現(xiàn)給業(yè)務干系人評審、把需求呈現(xiàn)給方案團隊執(zhí)行逗堵。

分類和呈現(xiàn)需求

收集和管理需求

什么是需求秉氧？

需求是干系人為了解決某個問題或達到某個目的所需要的一個條件或能力。

為什么要需求分類蜒秤？

使需求更有條理汁咏，易于查找

根據(jù)受眾的不同把需求分別存放，正式文檔化和呈現(xiàn)需求的唯一理由是為了溝通和確認理解作媚。

復用性

為組織需求開發(fā)一個系統(tǒng)

是否把不同類型的需求分開攘滩？

按照什么順序收集需求？

誰將評審需求纸泡？

每條需求將如何使用漂问？

需求之間相互關系如何？

是否要為不同干系人以不同方式呈現(xiàn)同一需求？

哪條需求可以復用蚤假？

推薦的分類系統(tǒng)

業(yè)務需求

業(yè)務需求是為了完成業(yè)務使命所需要的信息栏饮、業(yè)務活動、業(yè)務規(guī)則和外部交互的詳細描述磷仰。

業(yè)務需求關注業(yè)務問題抡爹、業(yè)務需要和業(yè)務目標，不關心它們將被怎么解決和實現(xiàn)芒划。

業(yè)務需求包括項目啟動組件（目的陳述、目標欧穴、風險等）和數(shù)據(jù)民逼、過程和業(yè)務規(guī)則等核心需求組件。它們共同組成了業(yè)務的全景圖涮帘，或稱為業(yè)務模型拼苍。

功能需求

功能需求描述了怎么完成工作。怎么實施業(yè)務規(guī)則调缨？怎么與人疮鲫、組織或系統(tǒng)溝通？當軟件來支持業(yè)務需求時弦叶，功能需求描述了最終用戶所看到的系統(tǒng)是“什么樣子的”俊犯。

對于沒有軟件支持的業(yè)務需求，功能需求包括員工的流程伤哺、表格燕侠、工作流、策略文檔和指南立莉，這些描述了工作是怎么完成的绢彤。

非功能需求

方案需求一般被分為功能需求和非功能需求。某些方法論也把其稱為補充需求蜓耻、約束需求或服務質量需求茫舶。這些需求只在開發(fā)軟件系統(tǒng)時創(chuàng)建，它們是軟件的需求刹淌，不一定要和特定業(yè)務需要饶氏、功能或行為有直接關系。這些需求是系統(tǒng)為了滿足用戶需要必須滿足的需求芦鳍。例如：

可訪問性

審計和控制

兼容性

效能（由投入所產生的性能）

效率（某個給定負荷所消耗的資源）

可延展性（在下一個主要版本升級中增加特性或繼續(xù)定制）

法律和軟件許可問題

可維護性

性能/響應時間

質量（發(fā)現(xiàn)的差錯嚷往，交付的差錯）

可靠性

資源約束

安全

可擴展性

安全性

穩(wěn)定性

系統(tǒng)可用性

技術需求

技術需求包括技術架構框架、數(shù)據(jù)庫定義柠衅、業(yè)務規(guī)則引擎皮仁、編程邏輯、開發(fā)對象、應用系統(tǒng)接口贷祈、網(wǎng)絡架構趋急、安全組件和方案等許多技術規(guī)格說明書（技術需求）的詳細描述。

核心需求組件

核心需求組件概述

數(shù)據(jù)（實體和屬性）

數(shù)據(jù)時業(yè)務完成工作所使用的信息势誊，它是構建系統(tǒng)的基本組件呜达。

過程（用例）

過程是業(yè)務所完成的活動或工作。它們是構建系統(tǒng)的第二個基本組件粟耻。每個真正的過程都使用數(shù)據(jù)查近，每個重要數(shù)據(jù)都至少被一個過程所使用。

外部主體（角色）

外部主體是與所討論的業(yè)務領域有交互的人挤忙、組織或系統(tǒng)霜威。他們是客戶、政府册烈、廠家戈泼、供應商、其他部門或者外部軟件硬件系統(tǒng)赏僧。

業(yè)務規(guī)則

業(yè)務規(guī)則是業(yè)務運轉的約束或指南大猛。

當你確認、命名并定義數(shù)據(jù)淀零、過程和外部主體后挽绩，你可以使用相關的組件名來撰寫業(yè)務規(guī)則。

核心需求的模板

QQ拼音截圖未命名.png

核心需求組件：實體（數(shù)據(jù)）

實體關系圖技術經常用于分析數(shù)據(jù)需求驾中。該技術定義了三種數(shù)據(jù)組件：實體琼牧、屬性和關系（業(yè)務規(guī)則）。

實體表的模板

QQ拼音截圖未命名.png

核心需求組件：屬性（數(shù)據(jù)）

屬性的模板

屬性是否具有唯一性：是否可用來查詢哀卫、搜索并找出特定數(shù)據(jù)集合巨坊。客戶號的唯一性此改。

屬性是否強制：客戶電子郵件是否是強制的趾撵？是否有多條業(yè)務規(guī)則來搜集數(shù)據(jù)。

屬性是否重復：某個屬性會多次出現(xiàn)嗎共啃？客戶的多個電話號碼占调？圍繞重復屬性引導需求。

QQ拼音截圖未命名.png

核心需求組件：業(yè)務規(guī)則

? 業(yè)務規(guī)則是主導工作完成形式的一個條件移剪。分析師通過提問把規(guī)則明確地提煉出來并形成清晰的書面文字究珊。

業(yè)務規(guī)則是一個關系需求組件，因為它們常常把其他需求組件聯(lián)結到一起纵苛。當規(guī)則“超過50美元的訂單可以免費送貨”被提煉出來時剿涮，它就把幾個其他需求組件聯(lián)系起來了：數(shù)據(jù)（訂單總量言津、送貨費用）、過程（計算送貨費用）和外部主體（客戶取试、送貨人）悬槽。

是否把業(yè)務規(guī)則看成“需求”并不重要，重要的是在業(yè)務分析中要引導瞬浓、文檔化并確認業(yè)務規(guī)則初婆。它們必須包含在需求包或一個單獨文檔中。

找出業(yè)務規(guī)則：定義了業(yè)務的約束或規(guī)則猿棉，所以可把它們看成決策點磅叛。每條規(guī)則都幫業(yè)務干系人作出決策。規(guī)則要被清晰地表達出來萨赁，確保決策的一致性宪躯。（昨天那位售貨員告訴我可以退回這個貨品）

在需求研討會中，常常出現(xiàn)兩位業(yè)務干系人認識到他們對同一條規(guī)則有不同理解位迂。把這些未知的差異展現(xiàn)出來時分析的價值，業(yè)務領域也因此隨即改進了溝通并提高了一致性详瑞。

通常掂林，業(yè)務規(guī)則實在圍繞過程和數(shù)據(jù)的需求引導過程中暴露出來的。

分析技術和呈現(xiàn)格式

詞匯表

強有力溝通的一個重要內容是一致地使用術語和慣用語坝橡。每次談話都涉及對術語的共同理解泻帮。

工作流圖（也稱為流程圖、UNL活動圖和過程圖）

工作流程把一個或多個業(yè)務過程的細節(jié)可視化地呈現(xiàn)出來计寇，以澄清理解或提出過程改進建議锣杂。

工作流圖

一種相對新穎的制作工作流圖的方法叫做業(yè)務過程建模表示法（Business Process Modeling Notation）。

另一類工作流圖是在過程改進六西格瑪中出現(xiàn)的番宁。六西格瑪工作流圖被稱為SIPOC圖：供應商（Supplier）元莫、輸入（Inputs）、過程（Process）蝶押、輸出（Outputs）和客戶（Customer）踱蠢。用于表示體現(xiàn)整個業(yè)務交易的概要視圖。SIPOC圖中的過程可被分解成更詳細的SIPOC圖棋电。六西格瑪技術被用于找出并度量當前的業(yè)務活動茎截，并進行根本原因分析，找出過程效率不高的部分赶盔。

Lean方法使用一種稱為價值映射的方法來分析物資的流動和信息的流動企锌，從而如何把產品或服務送到客戶那里。它包括供應鏈的標準符號于未，關注過程改進和減小浪費撕攒。

工作流圖也被用來表示實施和轉換需求陡鹃。

在員工流程手冊、標準操作流程和上線計劃中打却，除了文字描述外再增加可視化的圖形表示杉适，將有利于更好地溝通。

為什么使用工作流圖柳击？

工作流圖非常靈活猿推，可用不同標準和表示法來進行創(chuàng)建，所以在許多類型的項目中都是非常有用的捌肴。

業(yè)務改進項目非常依賴于于是和要是圖蹬叭。軟件開發(fā)項目在業(yè)務需求層面（用戶做什么）或功能需求層面（用戶將怎么做）使用工作流圖。這項技術在諸如并購和收購等企業(yè)級項目中也非常有用状知。當合并兩個部門的時候秽五，有必要分析兩個部門的當前流程是什么，并做比較饥悴，這樣才能描述共同活動并標志出差異坦喘。

項目團隊也可以利用指標找出最佳實踐，并建議合并后的未來流程（要是）西设。

此外瓣铣，工作流圖對于開發(fā)面向服務架構的組織也非常關鍵。

實體關系圖

數(shù)據(jù)需求是用實體關系圖(ERD)表示的贷揽，這種圖及其附加的描述和細節(jié)共同組成了“數(shù)據(jù)模型”棠笑。這是業(yè)務領域或應用軟件系統(tǒng)信息需求的一種可視化表達。這項技術使用了實體禽绪、屬性和業(yè)務規(guī)則等核心需求組件蓖救，這項技術可幫助分析師涉及信息需求的提問。

實體關系圖（Visio）

為什么要構建邏輯數(shù)據(jù)模型

最重要的原因是要確認用戶和分析師對業(yè)務數(shù)據(jù)需求的理解印屁，并確保軟件開發(fā)滿足業(yè)務需要循捺。邏輯數(shù)據(jù)建模為分析師提供了一種做分析的結構化工具和技術。大多數(shù)領域專家可以把問題和可能的解決方案表達出來雄人；但不幸的是巨柒，他們的問題和解決方案通常是基于目前系統(tǒng)的約束，而不是真正的業(yè)務需要柠衍。向業(yè)務人員詢問以細致了解每項數(shù)據(jù)（屬性）要求洋满，理解并清晰地能表達業(yè)務的方方面面。這一過程使業(yè)務驅動系統(tǒng)設計珍坊。識別并細化出模型中的數(shù)據(jù)牺勾，就會進一步發(fā)現(xiàn)需求和問題，并且在軟件設計之前的階段就開始處理它們阵漏。

能幫助分析師從不同角度理解業(yè)務驻民，幫助分析師發(fā)現(xiàn)重要的業(yè)務規(guī)則翻具，并提取出能夠發(fā)現(xiàn)更多隱含業(yè)務規(guī)則的詳細問題。

當項目設計創(chuàng)建和修改數(shù)據(jù)庫的時候回还，負責創(chuàng)建和維護IT數(shù)據(jù)的人更傾向于用ERD作為溝通工具裆泳。ERD更易于理解，它在分析師和數(shù)據(jù)庫管理員之間建立溝通的共同語言柠硕。

邏輯數(shù)據(jù)模型還能促進數(shù)據(jù)復用和共享工禾。

使用分解圖進行業(yè)務過程建模

分解圖在無需表現(xiàn)任何順序和關系的情況下展示了核心業(yè)務流程。

分解分析把復雜系統(tǒng)分解成可管理的小塊蝗柔。因為這種圖本身就遵循組織架構圖的基本規(guī)則闻葵。被分解的原因在于，每個過程都可以被分解成為多個詳細描述它的過程癣丧，把它們看成獨立的任務將更有幫助槽畔。通過把各個組成部分獨立開來，你就能洞見復雜業(yè)務流程和系統(tǒng)的核心組成胁编。把這些組成內容看成獨立的單元也有助于思考未來可以如何構造或者以不同方式實現(xiàn)這些過程厢钧。

確保在一張分解圖（使用不同的標簽）上只展示一種類型的組件。分解圖常被用于戰(zhàn)略規(guī)劃嬉橙，把公司的高層戰(zhàn)略目標分解成低層的處室或部門目標早直。

need-to-insert-img

分解圖

用這種作圖技術，以項目啟動文檔和對業(yè)務的基本理解作為依據(jù)做分解圖憎夷，并給領域專家去修正。

分解圖的每個過程都要繼續(xù)用觸發(fā)器昧旨、追蹤器拾给、相關業(yè)務規(guī)則和數(shù)據(jù)來描述。這些描述和圖一起被稱為“過程模型”或“業(yè)務模型”兔沃。

分解圖技術有些關鍵規(guī)則可以保證其一致性和嚴謹性蒋得。

分解圖的作圖規(guī)則：

在圖中只體現(xiàn)組件之間一種類型的關系：父子關系（用方塊之間的一條線來表示）

在一張圖中只顯示一種類型的需求（如果你正在分解過程，就不要顯示任何業(yè)務規(guī)劃乒疏；只顯示過程）

每個父節(jié)點都可以有多個子節(jié)點

不顯示順序（沒有箭頭）

一個子節(jié)點必須比它的父節(jié)點低一級（更詳細而細致地區(qū)分）

盡管有許多分解圖制作規(guī)則额衙，但對同一組需求來說，任何兩位業(yè)務分析師都不可能做出同樣的圖來怕吴。每個分解圖都可以表達不同觀點并包含不同細節(jié)窍侧。

分解圖有助于組織和結構化分析工作，它使團隊以可視化方法在業(yè)務背景下觀察每個過程转绷，使小組一次只關注一個特定過程伟件，它可幫助設定詳細分析工作的邊界。

為什么要構建分解圖议经？

分解圖是業(yè)務領域的一種圖形化表示斧账，它易于評審和修訂谴返。分解圖可以是概要的也可以是詳細的。它可用來設計任何類型的解決方案：軟件咧织、硬件嗓袱、流程的或手工的。

用例圖

用例是軟件系統(tǒng)的一個目標习绢。

用例圖展示了主要用例以及所涉及的角色渠抹。用例圖技術使用來展示功能需求的 - 軟件系統(tǒng)是如何與它的用戶（角色）交互的。它常用于表示系統(tǒng)的一個未來視圖毯炮。這種圖在顯示項目或軟件產品的范圍時非常有用逼肯。

用例圖是一種軟件設計的工具，但它也可用于業(yè)務需求（非技術）層面桃煎。用例可以獨立于技術命名和定義（商業(yè)論證）篮幢。用例圖也可以用來表示需求和分析工作的范圍。

need-to-insert-img

用例圖

用例描述

用例圖中的每個用例都是用例子來描述的为迈。每個用例描述都是一個功能需求交付物三椿，包含特定軟件功能的所有需求組件。用例描述還包括一系列順序的步驟描述軟件和角色應如何交互以實現(xiàn)業(yè)務目標葫辐。

在用例的步驟中搜锰，分析師通常會放一條主要路徑（開心路徑）和幾條備用路徑。備用路徑顯示了意外處理和錯誤條件耿战。對每一步蛋叼，分析師都描述角色將會采用的動作和系統(tǒng)的響應方式。這個描述包括詳細數(shù)據(jù)需求以及適用的業(yè)務規(guī)則剂陡。

need-to-insert-img

用例圖

用例方法的主要缺點是：一個用例描述可能涉及幾個需求組件（數(shù)據(jù)狈涮、過程、業(yè)務規(guī)則鸭栖、外部實體）歌馍，而不是分別描述它們。把組件寫在一起很容易遺漏需求晕鹊，而且需求組件很難被復用松却。信息系統(tǒng)中的大多數(shù)數(shù)據(jù)元素會被一個以上的過程使用。當一個數(shù)據(jù)元素出現(xiàn)在一個用例中時溅话，它必須在所有用到它的用例中被重復定義晓锻。這既浪費時間，又可能出錯飞几。如果某個數(shù)據(jù)元素的特性發(fā)生改變嘹履，你必須在所有用到這個數(shù)據(jù)元素的用例中進行同樣的修改敏弃。如果漏掉一個姆吭，你的需求就會不一致，而且軟件開發(fā)就會出粗券勺。

為什么使用用例圖

用例圖是UML（標準建模語言）的一部分。它是干系人評審的簡單圖灿里，可以使業(yè)務干系人和技術干系人之間的溝通更加容易关炼。

用例圖的價值不像其在設計過程的討論和決定那么重要。但可以與業(yè)務干系人匣吊，特別是決定者一起使用儒拂，因為它要求對人（角色）與系統(tǒng)合作方法作出決定。圖中角色和用例之間簡單的一根線可能會徹底改變業(yè)務人員的工作色鸳。它可能會使工作描述社痛、職責發(fā)生變化，也可能會出現(xiàn)新的流程命雀。

為什么要使用原型和仿真蒜哀？

原型是一款出色的軟件開發(fā)分析工具，因為它讓業(yè)務干系人很容易能確定設計是否包括了所有必要的數(shù)據(jù)組件吏砂、標簽和描述是否有意義撵儿，還能針對屏幕上各條目的位置及其美觀方面給出特別建議。原型對于IT開發(fā)人員來說也是一種出色的需求呈現(xiàn)交互物狐血，因為通過他們呢能夠看出到底構建了什么樣的系統(tǒng)淀歇。

事件建模

識別并分析事件是另外一個很有價值的需求角度。事件是指在業(yè)務領域外發(fā)生的二業(yè)務領域必須響應的事情匈织。

用戶故事

用戶故事是一種相對較新的需求技術浪默，源自用例技術。一個用戶故事是對軟件需要完成的某種事情的描述缀匕。敏捷軟件開發(fā)和極限編程經常采用用戶故事技術來快速獲取需求纳决。故事經常是非正式地寫在索引卡上，在開發(fā)過程中也不去維護它們弦追。它們不是用來獲取詳細需求的岳链，只是提供對軟件的優(yōu)先級和估算上的整體需求花竞，更詳細的需求是由開發(fā)人員和用戶在構建軟件時討論的劲件。

可回溯性指標

該分析技術，通過找出各個需求組件之間的關系约急，以及該關系的所有特征零远，分析師能夠找出遺漏或不一致的內容。幾乎任何兩個需求組件都可以聯(lián)系起來厌蔽，根據(jù)項目類型和風險決定什么樣的鏈接是有用的牵辣。

當業(yè)務需求詳細到功能和技術需求時，就要對它們進行回溯奴饮。當業(yè)務干系人描述了一個核心業(yè)務過程纬向，比如“記錄訂單”择浊，團隊也設計出一個數(shù)據(jù)輸入頁面讓客戶輸入訂單信息的時候，業(yè)務需求“記錄訂單”就被連接到該頁面逾条。最終的解決方案的每個組件都可能被回溯到一個業(yè)務需求上琢岩。

考慮到可回溯性有助于開發(fā)出完整的需求。當你識別出一個新的需求時师脂，可以針對可能的相關組件提出問題担孔。

回溯矩陣

差距分析

差距分析用來發(fā)現(xiàn)在軟件或手工流程中的特定差距。差距分析使用結構化的文檔格式比較兩個或多個系統(tǒng)吃警。差距分析的常用方法包括：

把業(yè)務數(shù)據(jù)需求與某種COTS應用數(shù)據(jù)庫比較（采購選擇評估或者轉換需求）

把現(xiàn)有軟件應用系統(tǒng)功能與一個COTS應用功能表進行比較（為了將選擇評估打包）糕篇；

在兼并和收購過程中（為了決定并購的最佳實踐），比較兩個相似部門的數(shù)據(jù)酌心、過程和數(shù)據(jù)規(guī)則拌消。

差距分析

數(shù)據(jù)流圖是最早的分析技術圖，主要用于極其復雜的系統(tǒng)分析≮烁現(xiàn)在用多個分解圖拼坎，模塊化代替。

業(yè)務分析可選擇一種技術來分析和理解完疫，選擇另一種技術向業(yè)務干系人呈現(xiàn)需求泰鸡。

need-to-insert-img

項目矩陣的交付物

need-to-insert-img

受眾矩陣的交付物

業(yè)務當前狀態(tài)與未來狀態(tài)的分析

在引導、分析和記錄需求的時候壳鹤，業(yè)務分析師必須隨時意識到當前業(yè)務環(huán)境的狀態(tài)盛龄。

有兩種狀態(tài)：業(yè)務的當前狀態(tài)，即“as is”芳誓； 還有一個是業(yè)務潛在的未來狀態(tài)余舶，即“to be”。

業(yè)務分析師對當前狀態(tài)是否有一個清晰锹淌、完整的描述匿值？沒有。那需要提出更多問題：

什么數(shù)據(jù)項被輸入應付賬款系統(tǒng)才能處理支付赂摆？

信息是怎么確認的挟憔？

如果支付信息不正確或不完整改怎么辦？

CRM系統(tǒng)信息是否被更新烟号？

什么系統(tǒng)信息要被輸入CRM系統(tǒng)中绊谭？

多少字段要被同時輸入兩個系統(tǒng)中？

字段的名字一樣嗎汪拥？

為什么流程要求輸入兩次达传？

如果客戶已經在CRM系統(tǒng)中了呢？

個人資料是夠已經被更新？

打包需求

應該怎樣正式地用文檔記錄需求宪赶？

許多組織不愿意在需求上花時間的主要原因宗弯，是在太多的項目分析師做了一大堆沒人看的文檔。敏捷開發(fā)方法就是對這種正式文檔的強烈反擊搂妻。

敏捷方法對于軟件開發(fā)的吸引力源自一個錯誤概念罕伯，那就是認為無需用文檔記錄需求。

業(yè)務分析師常常要在理解復雜過程叽讳、清晰溝通和保證時間之間尋求平衡追他。

need-to-insert-img

理解和溝通

什么是需求包？

在傳統(tǒng)方法論中岛蚤，需求包是一種組織并呈現(xiàn)所有需求信息的方式邑狸。在需求包被呈現(xiàn)給發(fā)起人和領域專家并獲得批準后，開發(fā)團隊才開始開發(fā)系統(tǒng)涤妒。

第七章 提升你的價值

業(yè)務分析職業(yè)最精彩的部分单雾，就是能通過學習新技術和不斷提升技能，為自己的組織帶來更多價值她紫。

打好基礎

時間管理

構建你的關系和溝通技能

不斷學習新的分析技術

不斷提升你的技能

業(yè)務分析規(guī)劃

打好基礎

技能：開始

拼圖：在不知從何處入手時硅堆，你能做的事情就是開始做點什么！

1.執(zhí)行發(fā)起人和業(yè)務干系人共同提出初始的項目要求贿讹，審查所有項目發(fā)起文件

2.從概要問題開始提問渐逃，找到分析工作的邊界，并對項目有一個宏觀的理解

3.業(yè)務分析師和項目經理與干系人一起把項目范圍文檔化

4.與干系人一起驗證和確認項目的范圍民褂，請項目發(fā)起人簽字

5.規(guī)劃分析工作

啟發(fā)詳細需求

7.找出業(yè)務組件并用文檔記錄下來

8.建立一個完備的術語詞典

9.通過把數(shù)據(jù)和所處理的需求連接起來茄菊，進一步確認是否遺漏了需求

10.一旦業(yè)務需求完成，與業(yè)務領域專家和技術團隊一起設計解決方案

11.啟發(fā)功能需求和非功能需求赊堪，并用文檔記錄下來

技能：分析地思考

訓練大腦能夠把問題和復雜系統(tǒng)分解為多個可管理的組成部分面殖。

技能：記筆記

提問并準確記錄下干系人的回答。

速記或手寫筆記

采用一種分析技術來畫圖或建模

輪廓法或思維導圖

需求引導階段的視頻或錄音

在需求引導階段記筆記非常關鍵哭廉，有兩個原因：

第一脊僚，高效的業(yè)務分析師能有效地利用他們干系人的時間，除非是出于澄清的目的遵绰，否則不恩能夠讓干系人重復他們的需求辽幌。

第二，在與干系人會談時不記筆記顯得很無禮街立。

技術：頭腦風暴

該技術能幫助與會人跳出目前的工作流程而產生創(chuàng)新想法而被廣泛采用舶衬。在需要對現(xiàn)有流程合理化埠通、解決復雜問題或開拓新的商業(yè)機會時赎离，人們往往會采用頭腦風暴技術。鼓勵小組成員貢獻所有未經過濾的想法端辱。

技能：與復雜細節(jié)共舞

業(yè)務分析師必須能夠準確地引導并文檔化這些細節(jié)梁剔。耐心地記錄詳細的需求是項目成功的關鍵虽画。

時間管理

技能：理解項目的本質

對項任務進行優(yōu)先級排序。

技能：要事第一

組織總是把最重要和最難做的工作分配給最有價值的員工和顧問荣病。

為什么沃恩在做這項工作码撰？

這項工作對項目的意義是什么？

這項工作的回報應該在什么時候个盆？

這項工作的回報值得我們付出這樣的努力嗎脖岛？

技術：理解80/20規(guī)則

業(yè)務分析師用20%的時間引導80%的需求，其他80%的分析時間用來引導另外20%的需求颊亮。

技術：時間盒（Timeboxing）

時間盒技術認為柴梆，某些類型的任務是難以完成的，因為它們的最終交付物的狀態(tài)是主觀的终惑。這項技術被用于時間有限而交付物可談判的軟件開發(fā)中绍在。時間盒給開發(fā)人員一段時間來完成給定的任務，目標是在給定的時間內盡可能多地完成工作雹有。

是一項比較難的技術偿渡，因為它強迫分析師把最重要的工作找出來。

該技術對理想主義和有過度承諾傾向的人非常有價值霸奕。

構建關系和提高溝通技能

技能：建立緊密的關系

建立關系是成功的業(yè)務分析師的一項重要技能溜宽。

1.知識和經驗。 你無法了解和經歷所有事情质帅，你能做的就是與那些具備你現(xiàn)在所需要的知識和經驗的人建立關系坑质。

2.進入和開發(fā)。你的項目對你而言優(yōu)先級是第一位临梗，但對那些你需要的專家和干系人卻不是涡扼。在項目開始前和過程中與這些干系人建立緊密的關系將幫助你打開那扇門，鼓勵他們把自己的時間給你盟庞。

技能：問正確的問題

一項重要的分析技能是設計出好問題吃沪。一位業(yè)務分析專業(yè)人士永遠在設計尋求答案的問題。

開始在與干系人的訪談中什猖，要提出寬泛的問題以引導能描繪整體概念的回答票彪，然后再采用細節(jié)性、澄清概念性的問題不狮。

業(yè)務分析大師會圍繞每個流程降铸、每項數(shù)據(jù)、每條業(yè)務規(guī)則提出詳細的問題摇零，有些問題可能略微超出范圍推掸，但業(yè)務分析師要確保沒有遺漏。

這些問題包括：

誰完成這個流程？

誰管理和批準這個流程谅畅？

誰提供流程的輸入登渣？誰接受輸出？

是用什么數(shù)據(jù)毡泻、材料胜茧、表格或軟件？

什么約束仇味、策略或過程指導這個流程呻顽？

這個流程發(fā)生了什么問題？

這個流程在哪里完成丹墨？

什么時候完成這個流程芬位？是固定時間嗎？還是某個觸發(fā)事件后带到？

為什么要完成這個流程昧碉？

怎么完成這個流程？

-我怎么才能引導這個信息揽惹？

我怎樣才能更好地把信息記錄下來被饿？

回答是否非常關鍵？

在這個回答中可能發(fā)現(xiàn)什么樣的需求組件搪搏？

誰會有這個問題的答案狭握？

來自組織的不同部門、處于不同級別的干系人都會提供不同的信息疯溺，重要的是向正確的人問正確的問題论颅，不要讓干系人覺得自己無能或無知。

最好向高級干系人“為什么”的問題囱嫩，高層管理者能看的更全面恃疯，他們知道組織決策的原因。中層能回答“誰在什么地方做什么”及“每項活動與其他工作的目標是什么”等問題墨闲。業(yè)務工作人員能夠回到“怎么做”及“某項活動與其他工作的關系”等特定的細節(jié)問題今妄。

技能：主動聆聽

聆聽是在對話中一項主動的、有意識的決定鸳碧。業(yè)務分析師必須決定去聆聽并且在聆聽的過程中積極地參與盾鳞。

優(yōu)秀的聆聽者能夠幫助解決紛爭和沖突，他們能在談話中找到各方的共同點瞻离，并把各方的觀點清晰地表達出來腾仅。

研究表明，一條信息55%的內容是通過非口頭的方式傳遞的。要有意識地觀察人們的身體語言和面部表情。

通過聲音和身體的語言表達出你的興趣和好奇。

聆聽的障礙

有許多聆聽的障礙溺健。這些障礙使聆聽者無法準確地理解對方所表達的信息吹艇。找出你的障礙并嘗試克服。

有一種障礙使過濾器昂拂。每個人的大腦通過自童年開始形成的過濾器來處理所有新的信息受神。你可能不會意識到影響你聆聽能力的過濾器。

過濾器來自偏見格侯、信仰鼻听、價值觀、態(tài)度联四、過去的經歷撑碴、興趣和恐懼。

了解自己的過濾器形成的原因朝墩。

聆聽的另一個障礙是缺乏興趣醉拓。

先入為主也是一種聆聽的障礙。對于熟悉的話題或人收苏，人們往往有先入為主的觀念和想法亿卤，傾向于有選擇地聽到自己希望聽到的內容，過濾掉那些不符合你預期的內容鹿霸。

聆聽需求

需求引導用詞

技能：出色的呈現(xiàn)

經常要正式或非正式地向干系人呈現(xiàn)信息：

向總裁們呈現(xiàn)商業(yè)論證及其投入/產出分析排吴，促使他們批準建議。

向項目經理和項目發(fā)起人呈現(xiàn)工作計劃和時間估計

向業(yè)務干系人呈現(xiàn)業(yè)務需求以確認清晰地理解了業(yè)務

向方案團隊干系人呈現(xiàn)業(yè)務需求來啟動設計會議

向業(yè)務干系人呈現(xiàn)功能需求和設計理念以獲取對理念的反饋懦鼠。

技能：促進協(xié)調和建立共識

業(yè)務分析師知道應該怎么提出問題钻哩、討論答案、提出建議肛冶，他們在協(xié)調或在使用戶更容易地解釋他們的要求街氢。

仔細聆聽、詮釋不明晰的話語睦袖、提出問題澄清阳仔、幫助人們達成共識

為了提高促進協(xié)調技能，要首先關注自己的主動聆聽技能扣泊。其次近范，提高自己的口頭演講技能。準確而簡潔地說話延蟹，直接而誠實评矩。

技能：組織高效會議

業(yè)務分析師常常要計劃和組織會議。

當確定會議是實現(xiàn)目標的恰當手段時阱飘，要花一點時間計劃會議斥杜。選擇合適的參會人虱颗、做一個會議日程、高效地開會蔗喂，并在會后跟蹤后續(xù)工作忘渔。

會議日程

應該在會議前準備會議日程并發(fā)給參會人。

會議目標（包括預期結果）

日期及開始和結束的時間

地點

會議參加人

議題及每項議題的預計時間

會議的組織人及每項議題的發(fā)言人

組織成功會議的小貼士

會議領導者應該不斷提醒并專注于會議的成功缰儿。

永遠準時開始畦粮；邀請遲到人員在會后了解他們錯過的內容

考慮把會議的開始時間安排在整點后的15分鐘，這樣讓參會人有時間從他們的上個會議轉換到你的會議乖阵。

向大家介紹每位參會人并解釋其參會的原因宣赔。這讓大家了解自己在此次會議中被期望扮演的角色，并鼓勵大家踴躍參與瞪浸。

介紹會議目標并展現(xiàn)日程儒将，在開始前詢問變更的建議或澄清

按照日程一項一項地通過議題，每次只過一項議題对蒲，在進入下一個議題前確保所有參會人都認為上個議題已經討論完成钩蚊。把突出事項和問題放到一個跟蹤問題清單中便于后續(xù)跟蹤。

注意看時間并確保小組注意力集中地討論

準時結束會議（即使日程中的議題沒有討論完）蹈矮。必要的話两疚，在小組成員都在的情況下組織加時會議或后續(xù)跟蹤會議。

把突出事項分配給合適的小組成員含滴，并指定預期完成的日期诱渤。

感謝參會人的參與并強調會議工作的價值，使參與人對自己在會議上所付出的時間趕到滿意谈况。

后續(xù)跟蹤和會議紀要

以文字的方式記錄了會議中所做額決策并對會議達成的協(xié)議確認達成一致的理解勺美。盡快把這些內容發(fā)給參會人，從而驗證每個人理解并同意會議的工作成果碑韵。

組織需求評審

1.決定評審的目的

與參會人計劃時間

3.分發(fā)評審材料

4.讓參會人在會議前評審材料

5.組織評審會議

6.做好評審筆記

7.更新材料

如果有必要赡茸，組織第二次評審

技術：根本原因分析

人們往往在沒有仔細研究問題時就提出不恰當?shù)膯栴}解決方案。

魚骨圖是一種結構化根本原因分析的可視化技術祝闻。

另一種根本原因分析的技術是5個為什么占卧。為什么問題是工具箱中最有價值的工具了。它被用來幫助挖掘問題或機會的根本原因或底層原因联喘。

魚骨圖-根本原因分析

技術：機智的違抗

是指能夠在不影響個人職業(yè)或關系的情況下與組織的決定有不同意見华蜒。

機智違抗的三個組件：1.收集事實；2.毫無感情色彩地呈現(xiàn)事實豁遭；3.愿意接受決定并繼續(xù)向前叭喜。

另一個非常有用的組件是有一個替代計劃。

規(guī)劃業(yè)務分析

一旦了解了項目發(fā)起和資金投入的原因后蓖谢，你就要規(guī)劃自己的那部分工作捂蕴。

技術：映射項目

映射項目從兩個維度幫助分析師決定所需要的分析工作：什么和怎么及現(xiàn)狀和將來譬涡。

映射項目

第一維度（行）代表業(yè)務領域的什么和怎么。

什么指的是業(yè)務需求：

核心流程是什么啥辨？

核心數(shù)據(jù)元素是什么涡匀？

業(yè)務規(guī)則是什么？

業(yè)務目的是什么溉知？

第二個維度（列）代表業(yè)務的當前和未來的狀態(tài)陨瘩。

項目映射

技能：計劃你的工作

業(yè)務規(guī)劃的第一步是了解項目∽徘悖回顧所有現(xiàn)存項目文檔拾酝，對工作有一個初步的理解燕少。根據(jù)你的研究卡者，詢問項目經理和發(fā)起人一些問題來評估項目當前的狀態(tài)。

有項目章程或愿景陳述嗎客们？

有項目計劃嗎崇决？

項目范圍確定了嗎？

所有的干系人都明確了嗎底挫？

項目目標是否清晰定義了恒傻？

業(yè)務規(guī)劃框架

技術：評估業(yè)務影響

業(yè)務影響是一種衡量，它說明這個項目對業(yè)務干系人及其工作的關鍵程度建邓。

決定業(yè)務影響的因素

用戶的數(shù)量

干系人數(shù)量

干系人等級

干系人的地理位置

業(yè)務復雜性

解決方案復雜性

業(yè)務風險

質量需求及預期

嚴格的截止日期

項目時長

項目預算相比于公司規(guī)模

技術：干系人分析

是業(yè)務分析規(guī)劃框架的第二塊工作

技能：設計業(yè)務分析任務清單

交付物：應收賬款領域的流程分解

干系人：三名關鍵領域專家盈厘，在同一辦公室工作。

頭腦風暴確定有關需要做的事：

決定怎么畫圖

做一個向領域專家問的初步問題清單

安排首次會議 - 確定有白板或活動掛圖

協(xié)調首次會議

根據(jù)首次會議得到的信息起草分解圖

與每位領域專家確定后續(xù)跟蹤問題的時間

與領域專家會面討論后續(xù)問題

根據(jù)后續(xù)跟蹤的結果修正分解圖

與領域專家計劃評審會時間

準備演示和評審的圖

在會議之前交給領域專家

協(xié)調會議并記筆記

根據(jù)評審會議筆記最后修改分解圖

把最終版的分解圖分發(fā)出去并得到簽字

作者：螃蟹

鏈接：http://www.reibang.com/p/f20cf22614ee

來源：簡書

簡書著作權歸作者所有官边，任何形式的轉載都請聯(lián)系作者獲得授權并注明出處沸手。