共讀.jpg

第一章 基本事實

本書一開篇就列出了一些11條基本事實，包括：

1. 需求其實并非在談需求

2. 如果我們必須構(gòu)建軟件，那么他必須為擁有它的人提供最理想的價值
3. 如果軟件不必滿足需求，那么你怎么干都行。但是如果他打算滿足需求，你就必須知道要求是什么，才能構(gòu)建真正的正確的軟件
4. 構(gòu)建一個軟件和解決一個業(yè)務(wù)問題之間，存在巨大的差別。前者不一定實現(xiàn)后者
5. 需求不一定要寫下來，但構(gòu)建者必須知道他們
6. 客戶不一定總能給你正確答案，有時候客戶也不可能知道什么是正確的，有時候他們就是不知道需要什么
7. 需求不是偶然得到的，要通過某種有序的過程得到
8. 你怎么迭代都可以，但仍需要理解業(yè)務(wù)的需求
9. 沒有銀彈。所有方法和工具都無法彌補糟糕的想法和糟糕的手藝
10. 想要成功地實現(xiàn)需求，需求就必須可度量可測試
11. 作為業(yè)務(wù)分析師，你將改變用戶思考這個問題的方式。不是現(xiàn)在就是將來

這些事實雖然有的你會點頭稱是，有的你仍然抱有疑慮，甚至有的情況是你從未遇到過思考過的。
但是隨著思考的深入，你會贊同，這些確實就是事實。

剛開始接觸需求分析的時候，大部分人都會抱怨“客戶不懂事”，連自己想要什么都不知道，自己的需求都不知道，描述不清楚。
其實我們退后一步看看這件事情，就會發(fā)現(xiàn)很多人都不知道自己的需求。
比如現(xiàn)在換季，你想去商場里買一件外套。
那你可能可以理解為自己的需求是一件外套，但是這個外套是正裝還是運動裝，是羊毛的還是化纖的，是穩(wěn)中的黑白灰，還是歡脫的粉紫藍(lán)。但這些問題其實都不是最根本的問題。
如果深入思考下去，你會發(fā)現(xiàn)其實你想買外套的真正目的不是為了御寒，而是單純的就想買新衣服。最終你會買一大堆的裙子、針織衫、褲子、鞋子、包包，唯獨沒有買的就是外套。

清楚這些事實后，書中給出了需求的定義：

需求就是產(chǎn)品支持其擁有的業(yè)務(wù)所必須完成的事情，或讓擁有者接受并感興趣所必須具備的品質(zhì)。

一般情況下，需求分為：功能需求、非功能需求、限制條件。
前兩個很好理解，最后一個限制條件，我們在之前的需求分析實戰(zhàn)中也提到過，其實就是一個全局性的約束，包括：產(chǎn)品的上線時間限制、運行平臺限制、瀏覽器版本限制，其他政策法規(guī)的限制。

第二章 需求過程

本書主要是基于Volere需求過程進行編寫的。在本章中就Volere需求過程的各個活動進行了基本的介紹。

圖片發(fā)自簡書App

整本書是以一個IceBreaker項目為例，這個產(chǎn)品能預(yù)測何時何地道路會結(jié)冰，并調(diào)度卡車用除冰物質(zhì)處理道路。
這個產(chǎn)品使得道路管理部門能夠更準(zhǔn)確的預(yù)測冰情，更精確地安排道路處理，從而使道路更安全。

也許這個例子距離我們比較遠(yuǎn)，但是我們?nèi)匀豢梢砸宰约旱漠a(chǎn)品進行代入分析，或者繼續(xù)使用我們的山竹圖書館作為案例。
小婧最近也在寫山竹圖書館的連載，其實里面也會包含這本書以及《軟件需求最佳實踐》中的一些思想。

本章具體的各個過程我就不在此贅述了，因為后面的各個章節(jié)會進行詳細(xì)的介紹。
在這里我覺得需要強調(diào)的是，為了讓我們能最大化閱讀本書的收獲，在講到相應(yīng)過程活動的交付物時，結(jié)合自己的理解回答以下問題：

• 在你的環(huán)境中，該項交付物被稱為什么？一般使用過程模型中的術(shù)語定義，并確定在你的組織中等價的交付物。

• 該項交付物與本項目有關(guān)嗎？
• 對該項交付物知道多少？是否有足夠的知識，能避免在它上面花費額外的時間？
• 誰負(fù)責(zé)得到該交付物，明確提交產(chǎn)品的哪一部分是由誰負(fù)責(zé)的，當(dāng)涉及多個人時，需要定義它們之間的接口。
• 該交付物何時產(chǎn)生？將項目階段與一般過程進行對照。
• 該交付物在何處產(chǎn)生，一般的交付產(chǎn)物，常常是由多個部分形成的，這些部分是在不同地點得到的。定義不同地方之間的接口，并規(guī)定他們的工作方式。
• 誰需要在組織內(nèi)review這些交付物？在組織內(nèi)尋找已有的文化檢查點。在項目中是否有大家公認(rèn)的階段，是否由同級人員，用戶或經(jīng)理來review需求規(guī)格說明。

第三章 確定業(yè)務(wù)問題的范圍

如果想知道什么是最理想的價值，必須先確定擁有者實際在做什么？他和誰一起做？為誰做，或為什么他想這么做？換言之：范圍，利益，相關(guān)者和目標(biāo)是什么？

1項目啟動

項目啟動，確定了工作領(lǐng)域的邊界，產(chǎn)品將成為其中的一部分；同時也確定了產(chǎn)品要實現(xiàn)的目標(biāo)；也確定了利益相關(guān)者，即對產(chǎn)品的成功有興趣的人；項目啟動的其他提交產(chǎn)物，確定了產(chǎn)品的可行性；并為后續(xù)需求發(fā)現(xiàn)活動輸入信息。

• 項目的目標(biāo)：一段簡短的定量的陳述，說明產(chǎn)品要做的事以及帶來的業(yè)務(wù)好處。
• 工作的范圍：指產(chǎn)品安裝將影響的業(yè)務(wù)領(lǐng)域。
• 利益相關(guān)者：在項目中擁有利益的人。這個群體包括所有對結(jié)果會產(chǎn)生影響的人，或擁有發(fā)現(xiàn)產(chǎn)品需求所需知識的人。
• 限制條件：對產(chǎn)品的范圍或風(fēng)格的約束條件，包括事先決定必須采取的方案，對現(xiàn)有業(yè)務(wù)過程進行改變的限制條件，以及項目可用的時間和經(jīng)費。
• 名稱：項目中使用的特別術(shù)語。
• 相關(guān)事實和假定，：是否有一些特殊的事實需要讓大家知道？是否做了一些假定而這些假定會影響到項目的結(jié)果？
• 估算的費用：項目啟動提供了一些提交產(chǎn)物，為預(yù)估過程提供的輸入，讓我們在項目的早期就能進行相當(dāng)不錯的估算。
• 風(fēng)險：可能是一段簡短的風(fēng)險分析，揭示項目面臨的主要風(fēng)險。
  -繼續(xù)或終止的決定該項目是否可行：考慮生產(chǎn)該產(chǎn)品的成本值得嗎？是否擁有足夠的信息繼續(xù)需求活動，或者需要多花一些時間了解更多的信息。

2.設(shè)定范圍

你不太可能需要研究擁有者的全部業(yè)務(wù)，你幾乎可以肯定只需要研究部分業(yè)務(wù)，就是安裝了待開發(fā)的產(chǎn)品后才將改變的業(yè)務(wù)。

圖片發(fā)自簡書App

我們稱這部分業(yè)務(wù)為“工作”。
產(chǎn)品開發(fā)生命周期的第一項任務(wù)，就是定義工作的準(zhǔn)確范圍，你需要知道工作包含哪些業(yè)務(wù)，哪些業(yè)務(wù)可以安全地排除在外。

可以通過上下文范圍圖，來解決這個分析的問題過程。
上下文范圍圖展示了要研究的工作以及決定，你不研究哪些活動。
不研究的活動稱為相鄰系統(tǒng)。
上下文范圍圖的目的是展示工作的處理職責(zé)，以及相鄰系統(tǒng)的職責(zé)。

3.范圍、利益相關(guān)者、目標(biāo)

圖片發(fā)自簡書App

圖片發(fā)自簡書App

對于目標(biāo)的描述，主要包括：

• 目標(biāo)：關(guān)于產(chǎn)品要做什么的描述
• 好處：產(chǎn)品能提供怎樣的業(yè)務(wù)好處
• 度量：如何對好處進行度量？
• 合理性：考慮到對限制條件的理解，產(chǎn)品是否有可能實現(xiàn)業(yè)務(wù)好處
• 可行性：考慮到啟動會議上得到的信息產(chǎn)品能達到的度量標(biāo)準(zhǔn)
• 可達成性：組織機構(gòu)是否具備或者能夠獲取構(gòu)建該產(chǎn)品的技能，在構(gòu)建好之后是否能夠操作它。

有些產(chǎn)品的目標(biāo)說明不止一個。

4.需求限制條件

限制條件可能限制了項目可能花的時間或金錢，從而影響產(chǎn)品范圍的決定。

5.命名慣例與定義

每一個項目都有一些特有的名稱，需要對這些命名慣例和術(shù)語進行記錄。
這個詞匯表將作為整個項目的參考。

6.估算項目的成本

工作領(lǐng)域完成的功能越多，就需要越多的工作量來研究它并設(shè)計解決方案。

• 要測量工作領(lǐng)域的規(guī)模或功能，最簡單計算方法就是計算上下文模型中相鄰系統(tǒng)的數(shù)目以及輸入輸出數(shù)據(jù)流的數(shù)目。
• 要精確的費用可以通過影
  響工作的業(yè)務(wù)事件來確定數(shù)目來。
• 更精確的費用，可以通過影響工作的業(yè)務(wù)事件的數(shù)目來確定，再精確一點的方法是功能點技術(shù)。

7.風(fēng)險

項目啟動過程中，包括一個簡單的風(fēng)險評估，這種評估可能發(fā)生在業(yè)務(wù)分析的范圍之外。
應(yīng)該由有能力的風(fēng)險評估人員完成。

8.繼續(xù)還是終止

在項目啟動階段得到的提交產(chǎn)物，為評估項目的可行性提供了基礎(chǔ)，當(dāng)仔細(xì)研究一下提交產(chǎn)物所說明的東西后，就可以決定按下項目啟動的按鈕是否能帶來業(yè)務(wù)的好處。

本章小結(jié)

項目啟動階段是一個了解認(rèn)識的過程，了解希望該產(chǎn)品做什么，要花多少成本類來構(gòu)建它，了解要研究的工作范圍，以便為需求為產(chǎn)品收集需求，了解哪些人將參與項目，并讓他們知道對，他們的期望，了解用戶，從而了解產(chǎn)品的可用性需求，了解項目的限制條件，即可以花多少錢，有多少時間來完成該產(chǎn)品，了解項目的所使用術(shù)語，了解是否能成功。

小婧的小結(jié)

第三章涉及了很多項目管理方面的內(nèi)容，在項目啟動會上需要對上述內(nèi)容進行明確，這里面的很多工作內(nèi)容已經(jīng)超出了BA的職責(zé)，而是項目經(jīng)理的職責(zé)。
但是因為項目啟動的時候，很多文檔和文件會成為接下來需求分析工作的必要輸入，所以這里作者花了一個章節(jié)的內(nèi)容進行描述。
而這里面所有的內(nèi)容其實展開來講都可以作為獨立的一章。
BA需要特別注意的是，關(guān)于目標(biāo)的部分：目標(biāo)是什么，帶來的好處以及如何度量這樣的好處。

第四章 業(yè)務(wù)用例

圖片發(fā)自簡書App

1用例及其范圍

用于描述系統(tǒng)及其用戶之間的交互。
首先需要將系統(tǒng)劃分為一些較方便的大塊，這些大塊的劃分應(yīng)該從用戶的視角出發(fā)。

2工作的范圍

工作是最終產(chǎn)品擁有者的業(yè)務(wù)活動，工作存在是為了向外部世界提供服務(wù)。當(dāng)我們討論上下文范圍時，要注意該模型有限的關(guān)鍵的目的。
這個模型只展示信息的流動，并不嘗試展示工作的限制條件，盡管這些可以從該模型中推導(dǎo)出來。
相鄰系統(tǒng)與所有其他系統(tǒng)表現(xiàn)類似：它們包含了一些過程消費或產(chǎn)生一些數(shù)據(jù)，常常作為顧客消費工作提供的信息或服務(wù)，或者因為他們?yōu)槟愕臑槟愕墓ぷ魈峁┝怂璧男畔ⅰ?/p>

3業(yè)務(wù)實踐

總有一些數(shù)據(jù)源自業(yè)務(wù)事件，調(diào)用預(yù)先計劃的對該事件的響應(yīng)，這種響應(yīng)就是業(yè)務(wù)用例。
可以這樣看這些工作的部分有預(yù)先計劃好的業(yè)務(wù)用例。
當(dāng)外部實體，也就是相鄰系統(tǒng)發(fā)起一個業(yè)務(wù)事件時，業(yè)務(wù)用例被激活。

4業(yè)務(wù)用例

業(yè)務(wù)用例總是包含一些可識別的過程，一些被存取的數(shù)據(jù)產(chǎn)生一些輸出，發(fā)送一些消息。
換言之，業(yè)務(wù)用例就是一個功能單元，可以把一個業(yè)務(wù)用例的工作隔離開來。
因為它的處理與其他業(yè)務(wù)用例基本上沒有關(guān)系，業(yè)務(wù)用例之間唯一的重疊就是它們存儲的數(shù)據(jù)。

5業(yè)務(wù)用例和產(chǎn)品用例

在外圍，有要研究的工作范圍，這個范圍的界定是通過與圍繞工作的相鄰系統(tǒng)的通信來完成的。
研究業(yè)務(wù)用例，考慮工作要做哪些事相鄰系統(tǒng)的期望和預(yù)期的結(jié)果。
在理解之后，決定業(yè)務(wù)用例中多少由產(chǎn)品用例完成。

圖片發(fā)自簡書App

具體來說，業(yè)務(wù)用例中有自動化系統(tǒng)，處理的部分就是產(chǎn)品用例。
從業(yè)務(wù)用例導(dǎo)出產(chǎn)品用例，你找到了更有用的產(chǎn)品，它對擁有者的價值貢獻更大，這是項目的要點。
如果產(chǎn)品要讓預(yù)期用戶認(rèn)可并認(rèn)為有用，那么它的產(chǎn)品用例必須基于最初的業(yè)務(wù)事件，必須能追溯到業(yè)務(wù)用例。

本章小結(jié)

業(yè)務(wù)用例和業(yè)務(wù)事件，讓你能夠切分出一部分內(nèi)聚的工作，用于進一步的建模和研究。
用業(yè)務(wù)事件來劃分工作時，你必須從外部來觀察工作，從業(yè)務(wù)事件推導(dǎo)出業(yè)務(wù)用例。
這意味著需求是根據(jù)工作對業(yè)務(wù)事件的響應(yīng)來進行分組的。
這導(dǎo)致工作以一種自然的方式劃分，最終得到的產(chǎn)品對外部世界的真實要求響應(yīng)得更好，從而為它的擁有者提供更佳的最佳的價值。

小婧的小結(jié)

這一章描述的業(yè)務(wù)用例其實與我們BA日常工作中接觸到的用例是不同的。
這里的業(yè)務(wù)用例單純是從業(yè)務(wù)的角度來進行分塊的業(yè)務(wù)描述。不涉及任何的系統(tǒng)或者技術(shù)實現(xiàn)。
而我們在后期進行系統(tǒng)設(shè)計的時候，編寫解決方案的時候，會關(guān)注的是產(chǎn)品用例，產(chǎn)品用例就是源自業(yè)務(wù)用例的。
而我們最常用的用例，其實是系統(tǒng)用例，比產(chǎn)品用例更加細(xì)致的更加低層級的一種用例。

第五章工作調(diào)研

1網(wǎng)羅業(yè)務(wù)

我們使用“網(wǎng)羅”來描述業(yè)務(wù)調(diào)研活動。
這個術(shù)語反映了我們所做的事的事實“捕魚”：不是空閑地垂下一條線，希望魚會路過，而是采用一定的方法拖網(wǎng)掃過業(yè)務(wù)，捕捉每一個可能的需求。

圖片發(fā)自簡書App

你在網(wǎng)羅知識時，第一個任務(wù)就是調(diào)研并理解工作現(xiàn)在的完成方式。
你可以剝離當(dāng)前的技術(shù)，得到真正業(yè)務(wù)的清晰畫面，然后與利益相關(guān)者一起深入理解工作的本質(zhì)，從而得到新產(chǎn)品的需求。

圖片發(fā)自簡書App

2業(yè)務(wù)分析師

業(yè)務(wù)分析師，主要：

• 觀察和學(xué)習(xí)該項工作
  從擁有者的角度來理解他，當(dāng)用戶一起工作時研究他們的工作，必須問他們正在做什么，為什么要這么做？
• 解釋該項工作
  雖然用戶是這部分的專家，但他們對工作的描述并非總是事實。分析師必須對用戶的描述進行過濾，跳過當(dāng)前的技術(shù)，從而揭示工作的實質(zhì)，而不是它的具體形式
• 用利益相關(guān)者能理解的分析模型記錄結(jié)果
  分析師必須確保它與利益相關(guān)者對產(chǎn)品的理解是一致的，我們建議使用模型作為共同的語言，與利益相關(guān)者溝通你的知識。

3網(wǎng)絡(luò)需求的幾個技巧

• Born Cow模型。該模型展示了工作的四個視圖：

  
  
  圖片發(fā)自簡書App
  
  

  How-Now展示了工作當(dāng)前的實現(xiàn)，包括物理工件人員和完成工作的處理節(jié)點。
  What-Now展示了真正的業(yè)務(wù)策略，即工作的本質(zhì)。說明當(dāng)前的業(yè)務(wù)實質(zhì)在做什么，避免涉及將來實踐中可能不會出現(xiàn)的處理節(jié)點和物理工件，不會對業(yè)務(wù)做出限制。
  Future-What展示了擁有者希望的業(yè)務(wù)，但仍然沒有可能用于實現(xiàn)該業(yè)務(wù)的技術(shù)，他純粹是建議業(yè)務(wù)領(lǐng)域的將來狀態(tài)。
  Future-How展示業(yè)務(wù)策略的視圖，加上使之成為現(xiàn)實的技術(shù)和人員。

• 當(dāng)前做事的方式（當(dāng)前如何）
  可以利用模型來幫助理解工作，但矛盾的是，如果不理解工作，就無法創(chuàng)建這個模型。
  如果模型不能工作，就表明你的問題并沒有足夠理解，沒有得到足夠的正確答案。
  隨著模型的建立已逐漸明白，你不知道什么有多少不知道以及業(yè)務(wù)人員不知道什么。
  理想的模型，包括足夠的信息讓你理解工作，此外沒有更多的信息。
  建模時不該限制方面是模型所包含的業(yè)務(wù)領(lǐng)域，模型應(yīng)該包含可能與產(chǎn)品有關(guān)的所有工作，對新產(chǎn)品有貢獻的所有業(yè)務(wù)部分，以及過去曾碰到過操作問題的那些部分，其他值得包含的領(lǐng)域，以及那些沒有很好理解的業(yè)務(wù)。

• 做學(xué)徒
  分析師與用戶一起坐在用戶工作的場所，通過觀察、問問題，或者通過在師傅指導(dǎo)下完成一些工作來進行學(xué)習(xí)，這種技術(shù)有時也被稱為“旁觀工作”。
  做學(xué)徒可以與建模結(jié)合起來。你在觀察工作和用戶解釋時，可以勾勒出每項任務(wù)的模型以及它們與其他任務(wù)之間的聯(lián)系。
  在建模時將它反饋給用戶求得確認(rèn)你自然會得到這些反饋，對所有不確定的地方提出問題

• 業(yè)務(wù)用例研討會業(yè)務(wù)用例研討會
  對大多數(shù)項目都是有用的，也是最常用的需求技巧。
  這些研討會會檢查一部分業(yè)務(wù)，目標(biāo)是發(fā)現(xiàn)理想的工作。
  你必須克服地理上的限制，確保召集合適的特定利益相關(guān)者組合。
  他們對這個業(yè)務(wù)用例有興趣，如果要對工作進行根本的改變，這些研討會會特別有用。

在研討會上，針對一個具體的業(yè)務(wù)用例感興趣的利益相關(guān)者描述或重新制定他們目前在做的工作，討論他們希望完成的工作。
你的任務(wù)是記錄下這部分工作，讓利益相關(guān)者理解并一致同意，這是準(zhǔn)確的描述。
一般來說，我們建議通過場景來展示業(yè)務(wù)用例的功能，稍后你將利用這些記錄來改進工作，導(dǎo)出支持工作的產(chǎn)品需求。

分析師與利益相關(guān)者共同探討業(yè)務(wù)，用例并記錄以下信息：
-- 業(yè)務(wù)用例的預(yù)期成果
-- 正常場景描述：業(yè)務(wù)用例完成的工作
-- 一些異常場景：描述哪些事情可能出錯以及工作通過哪些活動來糾正他們？
-- 適用于該業(yè)務(wù)用例的業(yè)務(wù)規(guī)則
-- 草圖原型：用于幫助利益相關(guān)者將業(yè)務(wù)用例可視化，這些可拋棄的草圖是可選的，并不打算在需求階段結(jié)束后繼續(xù)保存。

• 利益相關(guān)者訪談
  如果人們對工作很熟悉，這種方法可能很有效。
  但這種知識常常局限于他們常常直接接觸的領(lǐng)域，訪談也要求受訪者有一些抽象和溝通的能力，所以不能將訪談作為唯一的需求收集方式，應(yīng)該將它與其他一些技巧配合使用。

建議發(fā)出一份簡單的議程，列出訪談將涉及的主題以及訪談的時間。
這樣至少會讓受訪者有機會在背后進行一些思考，準(zhǔn)備需要的材料或者一些領(lǐng)域?qū)＜页鱿L談。

在訪談的過程中，利益相關(guān)者不應(yīng)該是完全被動的，而應(yīng)該讓他們盡量參與建模，這樣你就可以和利益相關(guān)者之間建立起一種反饋。

• 尋找可復(fù)用的需求
  建議為工作結(jié)構(gòu)建立抽象的模型，既不要特別的對事物給出具體的技術(shù)名稱或使用，屬于組織機構(gòu)某部分所特有的技術(shù)。
  這樣的模型也不適用于任何具體的用戶或使用具體用戶確定的術(shù)語。
  使用泛型，而不是具體實例，

所以是尋找相似處而非不同之處。

• 快而不完美的過程建模

使用大量的即時貼或者索引、卡片針對過程中的每個活動建立過程模型。
雖然我們鼓勵物理模型，但是我們不鼓勵設(shè)計屏幕界面并深入底層是細(xì)節(jié)中。
因為這些活動在這個階段中是不合適的。

• 原型和草圖
  原型和草圖他們實際上是一回事，可以是有效的需求提取技術(shù)。
  基本思路是用草圖勾畫建立的產(chǎn)品，然后逆向工程從草圖導(dǎo)出需求。
  在下列情況中，這是特別有效的方法：
  -- 產(chǎn)品以前不存在很難想象
  -- 產(chǎn)品的利益相關(guān)者對這種產(chǎn)品或建議的技術(shù)沒有經(jīng)驗
  -- 利益相關(guān)者做了一段時間的工作，但卡住了
  -- 利益相關(guān)者很難說出他們的需求是什么
  -- 需求分析師很難理解需求是什么
  -- 產(chǎn)品的可行性存在疑問

我們必須強調(diào)，這里討論的原型和草圖是可拋棄的原型。
他們的目的不是演化成最終的產(chǎn)品，當(dāng)然它們也可以變成最終的產(chǎn)品，但那是對于需求收集任務(wù)來說是偶然的。

• 思維導(dǎo)圖
  思維導(dǎo)圖是繪圖和文字的結(jié)合，是用圖案的存儲信息的方式來展示信息。
  所以導(dǎo)圖把用線把表示信息的詞和圖聯(lián)系起來，從而模擬大腦的存儲機制。
  導(dǎo)圖對于組織思想是非常有用的。
  關(guān)于思維導(dǎo)圖的一個技巧是：使用能夠找到最大的只會最大的最最大的紙或白板。- 謀殺卷宗
  我們常常對業(yè)務(wù)分析任務(wù)才用同樣的方式：我們收集所有文檔和其他的證據(jù)放入一個活頁夾。
  有的時候是幾個活頁夾。
  像偵探一樣，我們的目的是創(chuàng)建并集中存放，以備將來應(yīng)用。
  就像偵探常常通過回頭查看謀殺卷宗來破案一樣，分析師也可以從項目卷宗中發(fā)現(xiàn)有用的好東西。

• 錄像和照相
  錄像可以用于研究業(yè)務(wù)，可以結(jié)合用戶訪談和現(xiàn)場觀察，用戶一起使用錄像的使用可以更加結(jié)構(gòu)化。
  顯然，在對別人進行錄像之前，必須征得他們的同意。

• 博客和論壇
  互聯(lián)網(wǎng)是一個慷慨的需求來源，可任意查找感興趣的領(lǐng)域。
  你可能會發(fā)現(xiàn)許多關(guān)于其他人在這個領(lǐng)域完成的工作的信息。
  如果走運的話，你會直接發(fā)你會直接，你會發(fā)現(xiàn)直接可以轉(zhuǎn)化為產(chǎn)品需求的信息。

• 文檔考古
  文檔考古學(xué)是通過檢查組織使用的文檔和文件，來確定根本的需求文檔。
  考古學(xué)是對當(dāng)前工作使用或產(chǎn)生的文檔進行反向工程，從而得到新的需求。
  但是要注意，僅僅因為文檔是來源于當(dāng)前計算機系統(tǒng)或手工系統(tǒng)的產(chǎn)物，并不代表它就是正確的也不表示他就是客戶所需要的。
  也許該文檔并沒有什么用處，或者需要大幅修改才能成功的復(fù)用。

• 家庭治療
  不應(yīng)該期待每個利益相關(guān)者彼此同意，應(yīng)該幫助他們成為一個整體，接受其他人的不同意見也不一定是錯的，總是需要選擇和折中。

我們使用家庭治療中的思想，幫助我們聆聽利益相關(guān)者并提供反饋，以避免錯誤的解讀。

圖片發(fā)自簡書App

我們需要選擇在給定的情況下，應(yīng)該使用幾個技巧。
這取決于幾個因素：最重要的就是你對這種技巧的得心應(yīng)手的程度。
還有一些其他的因素，包括地理位置一流，系統(tǒng)抽象以及知識。

本章小結(jié)

我們這里討論的“網(wǎng)羅”關(guān)注的是發(fā)現(xiàn)和理解業(yè)務(wù)，開始由分析師的研究，主要集中于當(dāng)前的工作。
這種研究應(yīng)該盡快完成，只要利益相關(guān)者一致同意實際工作上工作是什么，就不必進一步研究了。
其中最重要的工具就是“思考”和“傾聽”。
網(wǎng)羅技巧是溝通的工具，它會有助于你和一利益相關(guān)者進行對話并提供反饋。

小婧的小結(jié)

經(jīng)常有人會問如何做業(yè)務(wù)調(diào)研，如果進行需求調(diào)研。
其實這里介紹了很多技巧，但是這些技巧并不是在每個產(chǎn)品或者項目上都會使用到的。
建議大家對經(jīng)常使用的幾種熟練掌握。特別是Born Cow模型、訪談、做學(xué)徒。
對于原型，我的觀點和作者的觀點非常一致：原型和草圖是可拋棄，目的不是演化成最終的產(chǎn)品，當(dāng)然它們也可以變成最終的產(chǎn)品，但那是對于需求收集任務(wù)來說是偶然的。

第六章 場景

1場景

場景準(zhǔn)確來說就是情節(jié)梗概或一系列假設(shè)的步驟。
建議在編寫場景時，將業(yè)務(wù)用例的功能分解成一系列步驟。
每個步驟都是某種有意義的，可識別的活動構(gòu)成業(yè)務(wù)用例的一部分。
目標(biāo)是保持場景足夠簡單易于理解，3到10個步驟，通常能夠?qū)崿F(xiàn)這個目標(biāo)。

邀請利益相關(guān)者參與修訂場景，直到它代表了工作中應(yīng)該做什么的一致意見。

2業(yè)務(wù)的本質(zhì)

業(yè)務(wù)的本質(zhì)不是對問題更好的解決方案，業(yè)務(wù)的本質(zhì)是真正的問題。
如果你消除了工作描述中通常充斥的所有技術(shù)偽裝，就會發(fā)現(xiàn)真正的業(yè)務(wù)問題。
有幾種圖可以用于描述業(yè)務(wù)場景，包括活動圖，跨職能流程圖。

3場景的劃分

正常場景就是一個非常美滿的情況。
異常是對正常情況的偏離，它是人們不希望發(fā)現(xiàn)的，不可不希望發(fā)生的，但又不可避免的。
只有有了正常情況，你才能有條理地研究它的步驟，尋找出一場決定如何處理它們。
異常場景的目標(biāo)是展示工作如何安全地處理異常。
換言之，必須進行哪些步驟才能正確回到正常的情況。

假設(shè)場景讓你探索一些可能性對業(yè)務(wù)規(guī)則提出疑問。
假設(shè)場景的目的是激發(fā)創(chuàng)造性，引導(dǎo)利益相關(guān)者得到更創(chuàng)新的產(chǎn)品。
在收集需求時嘗試產(chǎn)生一些假設(shè)場景，來研究不可預(yù)見的事情。
這樣做的意圖是將不可預(yù)見轉(zhuǎn)變?yōu)榭梢灶A(yù)見在，構(gòu)造產(chǎn)品之前對可能發(fā)生的事情了解的更多產(chǎn)品就會更健壯更耐用。

小婧的小結(jié)

有一本書叫做《實例化需求》，不知道大家是否有看過。其實很多的需求書籍都有在倡導(dǎo)使用場景來進行需求的描述。這種使用場景進行需求描述的方式有時也被稱為“用例需求”。而在進行SOA設(shè)計時，需求的用例化使得SOA的實現(xiàn)變得更加可行。
而至少現(xiàn)在在我接觸到的BA來看，使用用例進行需求的描述的方法在實際項目和產(chǎn)品中使用的非常少。
原因可能是在于BA對于編寫用例的技巧掌握的不是很嫻熟，更重要的原因在于BA沒有深入的去梳理和理解所有的業(yè)務(wù)場景和分支。

第七章理解真正的問題

1.Born Cow模型在橫線上思考

花時間在橫線之上是為了發(fā)現(xiàn)真正的問題，避免在許多組織機構(gòu)中發(fā)生的情況。
需要從所有的解決方案中分離出問題的本質(zhì)。
無論技術(shù)如何實現(xiàn)，本質(zhì)總是存在的。
尋找業(yè)務(wù)本質(zhì)的重要一步就是查看端到端的過程，忽略當(dāng)前工作所在部門的劃分。

在我們深入未來之前，值得強調(diào)一點：你必須理解工作范圍內(nèi)的當(dāng)前工作本質(zhì)，要開始思考，非常偶爾地問你的產(chǎn)品擁有著一個簡單的問題“未來你希望開展什么業(yè)務(wù)”。

圖片發(fā)自簡書App

轉(zhuǎn)向未來不只是愿望，這需要業(yè)務(wù)分析師的創(chuàng)新以及業(yè)務(wù)利益相關(guān)者愿意貢獻并接受新的思想。
你要做的是得到現(xiàn)在的業(yè)務(wù)本質(zhì)，將他變成未來的業(yè)務(wù)本質(zhì)。

要讓你的項目有價值，你就必須導(dǎo)致業(yè)務(wù)上的某種進步：你和利益相關(guān)者必須創(chuàng)新并找到重要的變化，而不只是安于立行的增量式改進。
你不只是在構(gòu)建一個另一個計算機系統(tǒng)，而是要改進工作。

2.如何創(chuàng)新

有三樣?xùn)|西是人們想要的，他們愿意為之付出支配金錢：快樂、面子和方便。
你的業(yè)務(wù)能夠提供方便性，這不是很難的工作。
但要提供這一特征，你必須從建設(shè)的解決方案上后退一步，從用戶的視角來審視它，考慮用戶的本質(zhì)目標(biāo)，然后嘗試讓用戶用較少的步驟來實現(xiàn)該目標(biāo)，比你計劃的更少。

3.系統(tǒng)思考

和創(chuàng)新一樣轉(zhuǎn)向未來，意味著系統(tǒng)思考工作，整個問題端到端的系統(tǒng)。
視野太狹隘，只看見一的產(chǎn)品會妨礙系統(tǒng)思考。
產(chǎn)品的基本功能和它選擇的用戶交互的方式肯定是重要的，但產(chǎn)品在更大的組織機構(gòu)范圍內(nèi)所做的事更重要。
后退一步，看產(chǎn)品如何影響其他的工作。

4.價值

我們做需求的前提是，如果你創(chuàng)造一個軟件，一個消費產(chǎn)品或一種服務(wù)，那么它必須對擁有者有價值。

價值表示你準(zhǔn)備付錢的某個東西：你根據(jù)它的價值決定是否要購買如果你覺得費用值得，那就在上面花錢，如果你覺得要求的價格不值，那么那對你就沒有好價值，你就不買它。

價值可以認(rèn)為有三個因素構(gòu)成：回報處罰和成本。

5.假想用戶

如果真正的用戶不能出席或者人數(shù)太多，無法逐個進行訪談，假想用戶用戶就有用了。
假想用戶是一個虛擬的角色代替真人用戶。
建議在無法接觸到真正的用戶和客戶時，采用假想用戶。
與代理人相比，假想用戶幾乎總是能更好地代表用戶。

6.挑戰(zhàn)限制條件

這是每一個業(yè)務(wù)分析師都應(yīng)該做的事。
這里的限制條件是強加在問題或可選，解決方案上的限制，它可能是一條業(yè)務(wù)規(guī)則，說某個過程必須以某種方式進行，也可能是一條指令，說明解決方案必須采取的方式，或者是關(guān)于其他任何方面的。
限制條件的問題在于每個人都假定現(xiàn)實條件是真實的不變的。
挑戰(zhàn)限制條件常常導(dǎo)致一些令人吃驚的創(chuàng)新。

7.創(chuàng)新研討會

創(chuàng)新研討會是產(chǎn)生想法的一種方式。
如果有大量的利益相關(guān)者參與創(chuàng)新過程，可以使用這種方法。
如果希望利益相關(guān)者理解新的更好的工作方式帶來的好處，而不只是重新構(gòu)建同樣的老系統(tǒng)，也可以采用創(chuàng)新研討會。
采用創(chuàng)新研討會，有以下建議：

• 設(shè)定創(chuàng)新的范圍
• 利用業(yè)務(wù)時間劃分范圍，讓參與者能夠?qū)Ｗ⒌蕉说蕉说臉I(yè)務(wù)過程
• 為研討會制定計劃
• 進入研討會上發(fā)生的一切
• 在研討會后將結(jié)果反饋給參與者
• 孵化

8.頭腦風(fēng)暴

頭腦風(fēng)暴是一種創(chuàng)新的方法。
頭腦風(fēng)暴很有用，針對問題的范圍，或范圍可以是什么，它會產(chǎn)生許多想法。
這種策略并不是要推動不受約束的范圍蔓延，相反頭腦風(fēng)暴產(chǎn)生的想法會導(dǎo)致更好的產(chǎn)品，而沒有增加費用。
頭腦風(fēng)暴有一些簡單的規(guī)則：

• 頭腦風(fēng)暴的參加者應(yīng)該盡可能具有各種學(xué)科背景，經(jīng)驗各不相同
• 暫時不要做判斷評估或者批評，最重要的是不要爭論
• 產(chǎn)生大量的想法，想到盡可能多的想法數(shù)量終將產(chǎn)生質(zhì)量
• 這得到盡可能多的不尋常的獨特的瘋狂的出格的想法我在新的想法基礎(chǔ)上得到新的想法，就在一個想法上產(chǎn)生了一個想法
• 記下每個想法不要刪減
• 如果感覺受到阻礙，可以從字典中隨機手的時候去一個詞讓參與者想出相關(guān)的一些涉及該產(chǎn)品的詞
• 讓會議變得有趣

小婧的小結(jié)：

在《Business Analysis》一書中，花了很多的篇幅去描述如何定義真正的問題，并且給出了解決步驟。這個部分我在之前的文里也寫過很詳細(xì)的解讀。
我更愿意將本章理解為一種“創(chuàng)新的號召”。創(chuàng)新其實并不難，有很多方法可以激發(fā)你的靈感，最終實現(xiàn)創(chuàng)新。

第八章 開始解決方案

在到達產(chǎn)品的Future-Now視圖之前，花了一些精力來發(fā)現(xiàn)產(chǎn)品打算做什么。

圖片發(fā)自簡書App

目前已經(jīng)收集了大部分功能需求和重要的非功能需求，而且收集到的是本質(zhì)的與技術(shù)無關(guān)的需求。

圖片發(fā)自簡書App

1 確定產(chǎn)品的范圍

業(yè)務(wù)分析師的任務(wù)是確定為工作未來應(yīng)該是什么，以及產(chǎn)品怎樣能為工作提供最大的幫助。
只有先理解工作，然后將工作的一部分自動化，我們才能無縫地將自動化的產(chǎn)品放到工作中去，得到正確的產(chǎn)品范圍，對于得到正確的需求是很關(guān)鍵的。

2 考慮用戶

如果你打算銷售你的解決方案，或如果你需要人們自愿開始使用它，那么你就有理由希望產(chǎn)品能吸引潛在客戶。
研究用戶的一種方式是采用族群研究，即研究人們的習(xí)俗和文化。族群研究的目的是描述目標(biāo)對象的本性，如何進行如何行為和思考。
第二種方式是假想用戶。烈建議你觀察真正的用戶，或采用假想用戶。盡量不要使用用戶代理，他們常常說出他們想象的需求，但因為他們不是真正的用戶，這種需求有時候很不靠譜。

3 設(shè)計用戶體驗

設(shè)計的目的是得到一種使用體驗，令人滿意且令人激動，同時符合用戶的文化和期望。
這樣的設(shè)計更專注于用戶對產(chǎn)品的感覺，而不是為產(chǎn)品增加功能。
體驗設(shè)計不應(yīng)該讓業(yè)余的人員來做，它結(jié)合了許多學(xué)科。
如果希望做對，就應(yīng)該交給有經(jīng)驗的專業(yè)人士。
業(yè)務(wù)分析師不是有經(jīng)驗的體驗設(shè)計師，但他理解本質(zhì)業(yè)務(wù)的功能需求和非功能需求。
業(yè)務(wù)分析師已經(jīng)確定了一些顧問，比如易用性、心理、圖形設(shè)計和文化專家，可以在項目遇到問題時請教他們。
業(yè)務(wù)分析師在這里的任務(wù)是提出建議為業(yè)務(wù)辯護，而不是自己嘗試設(shè)計用戶體驗。

4 創(chuàng)新

不要沖向首先想到的解決方案，而要花一點時間和利益相關(guān)者一起尋找更好的解決方案，更能經(jīng)得起時間考驗，更有吸引力的方案，創(chuàng)新的方案。
有一些創(chuàng)新的觸發(fā)器，我們在項目團隊中使用這些概念來促成創(chuàng)新，找到更新更好的解決方案。

• 方便：主要思考你的用戶想做什么，盡可能讓這事兒又方又容易又方便
• 聯(lián)系：假定你的客戶和現(xiàn)代大多數(shù)人一樣，認(rèn)為聯(lián)系很有價值，那么盡量為他們提供聯(lián)系?！拔业漠a(chǎn)品能做些什么，更好地建立與客戶或用戶的聯(lián)系呢？”
• 信息：想想你的業(yè)務(wù)客戶：他想要信息想要很多信息，而且希望沒有延遲
• 感覺：如果你的客戶或用戶在使用時感覺不好，就不太可能會使用它

最后你必須讓用戶或客戶感覺你在響應(yīng)他們的需求。
也就是說你的解決方案必須足夠創(chuàng)新，讓客戶覺得你已經(jīng)理解了他的請求，正在進行所能提供最適合的解決方案，你的響應(yīng)是你所能發(fā)出的最強烈的信息。

5 相鄰系統(tǒng)和外部技術(shù)

相鄰系統(tǒng)，正如其名他們是某種系統(tǒng)，與你的工作相鄰，他們在上下文范圍圖中用方塊符號表示。
看圖你會發(fā)現(xiàn)，相鄰系統(tǒng)從你的工作接收數(shù)據(jù)或服務(wù)，反過來也為你的工作提供數(shù)據(jù)。
你要構(gòu)建的產(chǎn)品的范圍在某種程度上是由相鄰系統(tǒng)期望決定的，你需要理解他們以及他們在工作中可能扮演的角色。
為了方便考慮，你可以將這些系統(tǒng)分為三類：主動的，自治的和合作的。

• 主動的相鄰系統(tǒng)
  主動的相鄰系統(tǒng)是人，他們與工作交互或參與工作。
  仔細(xì)弄清相鄰系統(tǒng)的想法，產(chǎn)品將實現(xiàn)周圍世界的更多需求。
  換言之，我們得到了更好的更有用的產(chǎn)品。

• 自治的相鄰系統(tǒng)
  自治的相鄰系統(tǒng)是某種外部實體，諸如一個公司，一個政府部門，一個顧客。
  他們不直接與工作交互。
  自治的相鄰系統(tǒng)，通過單向的數(shù)據(jù)流工作進行通信，如信件，電子郵件或在線表格，沒有來回的交互。
  讓相鄰系統(tǒng)參與進來，有更多機會可以得到更好的產(chǎn)品。
  你只需要足夠?qū)傩宰灾蔚南噜徬到y(tǒng)識別期望和機會，擴展產(chǎn)品的范圍，就能讓相鄰系統(tǒng)更密切地參與到工作中來。

• 合作的相鄰系統(tǒng)
  合作的相鄰系統(tǒng)是自動化的系統(tǒng)。
  在業(yè)務(wù)用例執(zhí)行的過程中，他們與工作合作。
  通常的方式是簡單的請求-響應(yīng)對話。

6 成本收益和風(fēng)險

選擇解決方案，不只是在過程模型上畫幾道線，并希望得到最好的結(jié)果。
你有責(zé)任得到最有價值的產(chǎn)品，即對擁有者有價值。
這意味著解決方案的成本必須與它給擁有者帶來的收益相稱。
類似的，風(fēng)險必須與收益和成本相符。
這里的風(fēng)險包括潛在的問題，變成真正問題的可能性，以及問題成真所帶來的負(fù)面影響。

7 產(chǎn)品用例場景

在合適的會議上，將產(chǎn)品用例場景展示給利益相關(guān)者，不要只給他們發(fā)電子郵件，你需要得到他們的反饋。
文檔，不是用來記錄產(chǎn)品做什么，而是為什么產(chǎn)品做他所做的事。
利用這種技術(shù)來克服許多需求規(guī)格說明書中固有的問題：他們很難閱讀，甚至不可閱讀。

圖片發(fā)自簡書App

開始，先確定業(yè)務(wù)事件，選擇其中一個。
然后通過網(wǎng)羅發(fā)現(xiàn)對該事件的響應(yīng)，如業(yè)務(wù)用例。作為展示你的理解的一種方式，寫下這個事件的業(yè)務(wù)用例場景。
如果利益相關(guān)者對這個場景滿意，就決定該業(yè)務(wù)用例的哪些部分可以實現(xiàn)為產(chǎn)品，得到的結(jié)果將成為產(chǎn)品用例。
建議通過，產(chǎn)品用例場景來描述它。

怎樣使用產(chǎn)品用例場景呢？
首先它以適合業(yè)務(wù)利益相關(guān)者的方式解釋了預(yù)期的產(chǎn)品要做什么。
在展示該產(chǎn)品時，你可能發(fā)現(xiàn)，需要對它做一些改動，但到了你和利益相關(guān)者完成討論時，他應(yīng)該準(zhǔn)確反映要構(gòu)建的產(chǎn)品。

本章小結(jié)

沒有公式化的方法能得到最佳解決方案。
你需要考慮很多因素，最佳設(shè)計就是這些因素的最佳折中。
你將被拉向許多方向，一個方向是功能性。
一般來說自動化的功能越多收益越大，很自然，開發(fā)成本拉向完全相反的方向。
另一個方向是差異化。
差異化，意味著你的解決方案與其他解決方案有明顯的區(qū)別。
一般來說，你的產(chǎn)品差異化越大，它帶來的收益越大。
你的解決方案應(yīng)該是創(chuàng)新的，創(chuàng)新不是意味著閃亮的界面特征，而是用戶在采用你的解決方案，是以創(chuàng)新和有益的方式工作，或者你的解決方案包括了一些創(chuàng)新或有益的工作。
在一些情況下，創(chuàng)新會帶來額外的成本，但在大多數(shù)情況下，它帶來的收益超過了所有國外的時間成本。
另一個要考慮的因素是影響產(chǎn)品設(shè)計的限制條件。
非功能需求也會影響解決方案。

圖片發(fā)自簡書App

所有這些因素都有設(shè)計技術(shù)可行性支持，在這一切之上，也許代表了最重要的影響，是公司和項目的目標(biāo)。

小婧的總結(jié)：

這個章節(jié)其實和下一個章節(jié)一樣是承上啟下的部分，首先對之前的工作進行一個總結(jié)，然后告知大家在開始準(zhǔn)備解決方案的時候需要考慮到的因素。
一個最佳的解決方案必定是多個方面權(quán)衡的結(jié)果，在此過程中雖然業(yè)務(wù)分析師是主導(dǎo)，但是也需要挖掘各個角色的參與。
但是總體來說，還是不涉及到技術(shù)實現(xiàn)的細(xì)節(jié)，依舊需要用業(yè)務(wù)的眼光去觀察和思考。

第九章 今日業(yè)務(wù)分析策略

今天的業(yè)務(wù)分析師有一項額外的任務(wù)：決定最佳的策略來發(fā)現(xiàn)和溝通需求，不論組織機構(gòu)決定采用哪種方式實現(xiàn)自動化。

1 幾種策略

圖片發(fā)自簡書App

• 外部輪廓

圖片發(fā)自簡書App

擁有外部輪廓的項目是：你將發(fā)現(xiàn)的需求發(fā)送給外部的解決方案提供商。
外部輪廓適用的情形包括從外部供應(yīng)商那里購買已完成的解決方案，或?qū)⒔鉀Q方案的開發(fā)外包，或?qū)⑿枨蟀l(fā)給幾個供應(yīng)商競標(biāo)，如果你需要采購或集成一些組件，可能涉及到多個供應(yīng)商。

• 迭代輪廓

  
  
  圖片發(fā)自簡書App
  
  

  你有機會以迭代的方式發(fā)現(xiàn)需求，并交付部分解決方案，直到產(chǎn)品完成。
  這種輪廓的動機是希望盡快交付給客戶一些結(jié)果，并響應(yīng)業(yè)務(wù)的變化，采用這種輪廓時，開發(fā)解決方案的開發(fā)者和你密切合作，通常他們和你屬于同一個組織機構(gòu)。

• 項目輪廓（順序輪廓）

  
  
  圖片發(fā)自簡書App
  
  

  記憶順序型項目，對具體的活動和交付社有更多的限制，在極端的情況下，他們有嚴(yán)格的階段，必須得到文檔才能進入下一個階段。
  需求必須完全確定，才能提交給設(shè)計者和開發(fā)者，讓他們開發(fā)解決方案。
  采用這種輪廓的項目在經(jīng)過階段檢查點后就很難改變。

你的項目很有可能是三種混合的形式，或者包含其他一些活動。
要發(fā)現(xiàn)最適合你的項目的策略，最佳的方式是從一個一般的輪廓模型開始，這個輪廓模型很像你目前的工作方式。
然后你進行改變，完成以下目標(biāo)：

• 通常通過經(jīng)常交付中間制品或能工作的軟件來確保利益相關(guān)者參與
• 對業(yè)務(wù)變化的響應(yīng)更快
• 讓利益相關(guān)者更容易提供反饋，避免得到的交付產(chǎn)物，只是復(fù)制了原有的知識，基本上不提供新知識

2 提升需求技能

• 不再只是記錄員
  今天的業(yè)務(wù)分析師不只是考慮軟件解決方案，而是更關(guān)注解決業(yè)務(wù)問題。
  今天的設(shè)計師必須更加積極主動，問題不是你想要什么，而是你要做什么。
  業(yè)務(wù)分析師現(xiàn)在不僅必須研究利益相關(guān)者的需求，而且必須研究產(chǎn)生這些需求的人。

• 限制寫下需求數(shù)量
  你可以通過迭代或排列優(yōu)先級限制要寫的需求數(shù)量。
  如果你已確定了所有的業(yè)務(wù)事件，建議你對它們進行優(yōu)先級排列。
  這里所說的優(yōu)先級意味著你要尋找一些業(yè)務(wù)事件，改進它們的實現(xiàn)，會給擁有產(chǎn)品的組織機構(gòu)帶來最大價值。
  這些業(yè)務(wù)是事件如果實現(xiàn)，將導(dǎo)致業(yè)務(wù)過程成本的最大縮減，。
  會讓客戶賣出更多的產(chǎn)品，或提供一項服務(wù)，帶來更大更有利潤的客戶群。
  如果你發(fā)現(xiàn)了這些高價值的事件就按慣例開始開發(fā)業(yè)務(wù)用例場景，隨后是需求，從而實現(xiàn)它們。
  然后回到業(yè)務(wù)事件列表，重復(fù)這個過程。
  每次回來選擇比上一輪優(yōu)先級低的一些業(yè)務(wù)實踐。

• 復(fù)用需求

• 創(chuàng)新與業(yè)務(wù)分析師。
  一些微小的增量式改進需要靠業(yè)務(wù)分析師來領(lǐng)導(dǎo)創(chuàng)新沖鋒。
  不是要成為產(chǎn)品項目中的唯一創(chuàng)新者，但他必須是建議創(chuàng)新的人，協(xié)調(diào)創(chuàng)新會議，讓利益相關(guān)者有機會提出創(chuàng)新建議

• 尋找業(yè)務(wù)規(guī)則
  作為業(yè)務(wù)分析師，要揭示以前位置的規(guī)則或領(lǐng)導(dǎo)創(chuàng)新，創(chuàng)建新的規(guī)則。
  有一種開發(fā)方法學(xué)叫“業(yè)務(wù)規(guī)則方法”，他用自然語言記錄業(yè)務(wù)規(guī)則，然后翻譯成業(yè)務(wù)過程，有時候會翻譯成軟件。

-分析師作為思想代理
作為代理業(yè)務(wù)分析的任務(wù)，業(yè)務(wù)分析師的任務(wù)是理解每個孤島的關(guān)注點，并在孤島之間進行解釋和溝通

• 系統(tǒng)思考與業(yè)務(wù)分析師
  業(yè)務(wù)分析師研究一個系統(tǒng)時，一定不能只看到組件，而是要看到他們寫作的方式。
  業(yè)務(wù)分析師關(guān)注研究業(yè)務(wù)領(lǐng)域，采用系統(tǒng)的觀點意味著不僅要看到工作中逐漸的相互連接，而且要看到工作，如何適應(yīng)更大的系統(tǒng)。
  組織機構(gòu)本身實際上也要研究組織結(jié)構(gòu)如何適應(yīng)更大的世界

• 業(yè)務(wù)分析師與可視化
  在任何產(chǎn)品開發(fā)過程中，可視化都是必要的部分。
  可視化通常與數(shù)據(jù)有關(guān)，通過讓數(shù)據(jù)可視化，用圖形的方式展示數(shù)據(jù)，數(shù)據(jù)的含義就會得到更豐富更有力的體現(xiàn)。
  要有效的可視化，建議畫草圖。
  畫草圖的目的是傳遞信息，讓產(chǎn)品可視化。

小婧的小結(jié)：

本章總結(jié)了不同項目的轉(zhuǎn)階段標(biāo)志，具體的可以根據(jù)自己的產(chǎn)品項目特點來選擇仔細(xì)研究。
這是本章最有價值的可落地實操的部分。
我覺得大部分的項目應(yīng)該是屬于迭代輪廓和項目輪廓的綜合。
這里面的翻譯總是覺得怪怪的，我覺得其實主要是“輪廓”這個詞翻譯的不好，應(yīng)該就是開發(fā)的模式，是迭代的還是純瀑布的。
這樣比較容易理解。

小婧是一名行走在產(chǎn)品路上的資深業(yè)務(wù)分析師（BA），如果想與我同行，就請關(guān)注我吧！