簡(jiǎn)介： 盡管對(duì)于工業(yè)制造應(yīng)用來(lái)說(shuō)，價(jià)值流圖很容易理解,，但是在軟件工程圈子里它的用途人們還是不太明白。本文向您解釋了怎樣啟動(dòng)一個(gè)價(jià)值 流映射過(guò)程,，并揭示了價(jià)值流圖怎樣在軟件的開發(fā)過(guò)程中發(fā)揮積極的作用,。

價(jià)值流圖的存在有兩個(gè)目的：幫助公司找到并結(jié)束無(wú)用的活動(dòng)。找到問(wèn)題并創(chuàng)建一個(gè)更有效率的過(guò)程并不容易,；就算是那些頂尖的公司也可以變得更有效率,， 存在改進(jìn)的空間。但是對(duì)公司進(jìn)行實(shí)質(zhì)性的改變以消除那些沒(méi)有效率不高的活動(dòng),，并不是那么容易的,。相對(duì)而言，識(shí)別 無(wú)效率活動(dòng)就容易多了,，但是將這些無(wú)效率的活動(dòng)終結(jié)就另當(dāng)別論了,。價(jià)值流圖在增強(qiáng)公司競(jìng)爭(zhēng)力的同時(shí)，還能產(chǎn)生一些需要 的更改,。但是首先要指出的是,，什么是價(jià)值流圖，以及怎樣去制作這樣一個(gè)價(jià)值流圖,。接下來(lái)的例子和概念,，基于一個(gè)范例，那就是對(duì)軟件工程機(jī)構(gòu)應(yīng)用一個(gè)價(jià)值流 圖,，但是這些概念可以應(yīng)用于廣泛的環(huán)境之中,。

怎 樣去制作一個(gè)價(jià)值流圖

有一個(gè)簡(jiǎn)單的例子可以演示怎樣制作一個(gè)價(jià)值流圖,。一個(gè)特定的團(tuán)隊(duì)會(huì)面臨許多交流上的難題，他們不得不與公司以外的團(tuán)隊(duì)合作,，并就怎樣對(duì)一項(xiàng)重要的項(xiàng)目協(xié)作 達(dá)成一致的意見,。協(xié)議需要在工作開始之前就到位。圖 1 顯示了他們將會(huì)面對(duì)的價(jià)值流圖以描述當(dāng)前的狀況,。

圖 1. 獲得協(xié)議（不用出差）

這個(gè)基本的價(jià)值流圖由以下幾個(gè)不同的元素組成：

1. 一個(gè)機(jī)構(gòu)內(nèi)的過(guò)程或者活動(dòng)被認(rèn)為是潛在無(wú)效率的,。它可以是一個(gè)簡(jiǎn)單或者復(fù)雜的過(guò)程或活動(dòng)。選擇一個(gè)您相信是有意義或者重要的過(guò)程或者障 礙,。
2. 這個(gè)過(guò)程或者活動(dòng)被分解為若干個(gè)組成的任務(wù),。
3. 識(shí)別任務(wù)之間的關(guān)系。
4. 估計(jì)完成每一項(xiàng)任務(wù)所需要的平均時(shí)間,。這個(gè)估計(jì)并不需要多么的精確,。如果任務(wù)有時(shí)需要 3 個(gè)小時(shí)，有時(shí)需要 7 個(gè)小時(shí),，有時(shí)又需要 4 個(gè)小時(shí),，那么平均起來(lái)我們估計(jì)需要 5 個(gè)小時(shí)來(lái)完成這項(xiàng)工作。
5. 識(shí)別過(guò)程中任務(wù)之間的平均等待時(shí)間,。同樣,，這時(shí)的估計(jì)并不需要多么的精確，因?yàn)樵诤芏嗲闆r下,，精確的估計(jì)并不是需要的,，甚至有時(shí)是不可能 的。
6. 估計(jì)總的工作時(shí)間,，逃逸的時(shí)間,，浪費(fèi)的時(shí)間以及效率。
7. 是否有任務(wù)得到了重復(fù)執(zhí)行,，包括了重復(fù)的平均次數(shù)（或者上例中的循環(huán)）,。
8. 可選的：可以創(chuàng)建一個(gè)“如果這樣做會(huì)怎樣”的選擇（第二個(gè)這樣的圖片，有時(shí)也叫做“未來(lái)狀態(tài)”價(jià)值流圖）,。如果進(jìn)行了一處或者多處的變 更,，那么像總工作時(shí)間、消耗時(shí)間,、浪費(fèi)的時(shí)間以及效率這樣的未來(lái)狀態(tài)將會(huì)發(fā)生什么變化,？

您應(yīng)該確保您的價(jià)值流圖以 真實(shí)的客戶 來(lái)開始和結(jié)尾。在其他所有目標(biāo)之上,，我們一直努力為購(gòu)買和使用我們服務(wù)的客戶提供更好的服務(wù),。價(jià)值流圖幫助我們考慮，“在向客戶交付價(jià)值的過(guò)程存在什么障 礙,？” 同樣,，當(dāng)這個(gè)交付過(guò)程涉及到多個(gè)團(tuán)隊(duì)的話,，價(jià)值流圖應(yīng)該包含有助于交付客戶價(jià)值的所有步驟。通常,，在這些機(jī)構(gòu)性的界限處會(huì)有很多無(wú)效率的活動(dòng)。

超出這個(gè)基本的范例,，讓我們考慮一下創(chuàng)建價(jià)值流圖所涉及到的一些基本元素,。如果我們的目標(biāo)是識(shí)別和終結(jié)一些無(wú)效率的過(guò)程或者活動(dòng)，第一步是識(shí)別一種或者多 種無(wú)效率活動(dòng)的來(lái)源,。識(shí)別需要處理的最重要機(jī)構(gòu)性問(wèn)題是很難的,。我們應(yīng)該追尋什么目標(biāo)呢？對(duì)于初始者,，考慮一下在您公司中可能存在的以下反模式,，因?yàn)樗鼈?提供了一些線索，幫助您識(shí)別需要?jiǎng)?chuàng)建什么價(jià)值流圖（采取至 Paul Gibson 所識(shí)別的反模式）,。在背景中,，您應(yīng)該可以看到改進(jìn)的穩(wěn)定跡象了： 委 托，授權(quán),，委托,，授權(quán) 。

在表面上,，經(jīng)常使用的查詢?cè)诠颈憩F(xiàn)的方式并不是顯而易見的,。但是就算是一個(gè)電子郵件收信信箱也可以是一個(gè)查詢。如果一個(gè)團(tuán)隊(duì)的領(lǐng)導(dǎo)將電子郵件當(dāng)作 提示參加代碼評(píng)審會(huì)的通知,，會(huì)怎么樣,？如果一條信息在構(gòu)建完成之后只是有選擇地發(fā)給某一個(gè)人，而不是將其公開,，又會(huì)怎么樣,？如果一位員工需要等無(wú)限長(zhǎng)的時(shí) 間，以等待管理員通過(guò)一條 ID 生成的請(qǐng)求,，又會(huì)發(fā)生什么情況,？查詢是無(wú)處不在的，而電子郵件積壓可能是可以歸類為查詢的唯一反模式,。

圖 2. 查詢

您可以通過(guò)查看查詢中的最小時(shí)間項(xiàng),，以及查詢中處理一個(gè)項(xiàng)目所需要的平均時(shí)間，來(lái)訪問(wèn)任意查詢的效果,。如果查詢偶爾會(huì)變成零,，那么它可能只是 在處理變化中的工作負(fù)荷。但是,，如果查詢從來(lái)沒(méi)有變?yōu)榱?，那么可能的效果是延遲 每一個(gè) 通過(guò)的項(xiàng)目,。因此，舉個(gè)例子,，如果您一天處理一個(gè)項(xiàng)目,，最小查詢數(shù)是 20，那么其效果就是將每一個(gè)項(xiàng)目延遲到 20 天,。

積壓 非常類似于查詢,，但是其名字可能有助于您去獲得它的實(shí)質(zhì)。一般來(lái)說(shuō),，需求積壓應(yīng)該決不超過(guò)在軟件的兩個(gè)版本中可以完成的工作量,。如果您的產(chǎn)品或者項(xiàng)目有需 求的積壓，它需要一百年的時(shí)間去完成,，那么積壓就過(guò)多了,。那么對(duì)剩余部分的積壓將會(huì)如何處理呢？那就是將其刪除掉,。如果它很重要,，那么涉眾就會(huì)告訴您，您 可以對(duì)其做一些權(quán)衡,。

Mary 和 Tom Poppendieck 提供了一個(gè)更加精巧和更加簡(jiǎn)單的方式,，去處理大型的需求積壓。接下來(lái)的四步概括在他們的第二本書,，《執(zhí)行簡(jiǎn)短的軟件開發(fā)》（見于 Resources）：

1. 開始時(shí)可以詢問(wèn),，“該查詢中有多少部分從來(lái)沒(méi)有使用到？”,，刪除那些從來(lái)沒(méi)有從中獲益的查詢,。老實(shí)的說(shuō)吧，只管點(diǎn)擊刪除鍵就行了,。
2. 所以,，這種鍛煉究竟擺脫了多少項(xiàng)目？一半,？現(xiàn)在考慮一下剩余的項(xiàng)目,，并對(duì)它們做一個(gè) Pareto 分析。關(guān)鍵的項(xiàng)目比率會(huì)達(dá)到 5,。不重要項(xiàng)目的比率將會(huì)占到 1?，F(xiàn)在將它們?nèi)縿h除，除了那些 4s 和 5s 的項(xiàng)目,。盡情地點(diǎn)刪除吧,。不要擔(dān)心：如果這些項(xiàng)目突然變重要了，那么它們會(huì)回來(lái)的,。
3. 現(xiàn)在考慮一下剩余的項(xiàng)目,，并估計(jì)它們代表了多少天,，月或者年。您是否有其他的事情添加至更加重要的列表,？將它們記在心里,，在不久的未來(lái)您 是否有能力完成列表上剩余項(xiàng)目的工作？如果沒(méi)有,，您是否需要添加額外的功能 ,？
4. 如果您的列表仍然是不切實(shí)際的冗長(zhǎng)，那么它可能會(huì)在其他的方面發(fā)揮作用,，這些方面超出了做些什么以及不做什么的有效決定。例如,，一個(gè)冗長(zhǎng) 的列表可能會(huì)反映不適當(dāng)?shù)淖⒁饣蛘咭疬^(guò)多的請(qǐng)求,。將這樣的一個(gè)列表分解為兩個(gè)列表，一個(gè)發(fā)揮外部的作用,，另外一個(gè)盡量地保持簡(jiǎn)短,。

圖 3. 不需要的評(píng)審循環(huán)

積壓的另一個(gè)關(guān)鍵例子是缺陷積壓?jiǎn)栴}。在一個(gè)質(zhì)量把關(guān)嚴(yán)格的軟件工程項(xiàng)目中,，質(zhì)量確實(shí)是不能犧牲的原則性問(wèn)題,。但是如果您的缺陷積壓是龐大 的，那么將它們?nèi)啃迯?fù)是不是合適的呢,？有了這些很大的缺陷積壓,，除了浪費(fèi)時(shí)間去管理這些積壓，很有可能您不會(huì)看到什么是重要的,。如果您做了一些極端的操 作,，比如刪除缺陷日志，而且理解 并不是單個(gè)缺陷 可以通過(guò)迭代的界限,？這是否是明智的,，可能的，又或者可行的,？盡管如此,，積壓需要得到識(shí)別，要么刪除要么進(jìn)行最小化地壓縮,。當(dāng)積壓存在時(shí),，它們必須是需要 的并可管理的。

一周一次的狀態(tài)會(huì)議,，一月一次的管理檢查點(diǎn),，以及一年四次的操作評(píng)審，都是軟件開發(fā)工作流程的典型部分,。會(huì)議會(huì)為其他的評(píng)審會(huì)議做好準(zhǔn)備,，而列表可 以完美地顯示出來(lái),。回到前面的步驟以識(shí)別公司日歷中其他的會(huì)議安排,。這些會(huì)議中有哪些是確實(shí)需要的,？哪些是瓶頸？如果需要批準(zhǔn)的話（這本身就是有一個(gè)問(wèn) 題）,，批準(zhǔn)過(guò)程是不是可以異步地進(jìn)行,？是否有可能縮減循環(huán)時(shí)間，這樣等待時(shí)間就得到了降低,？記住如果一月一次的評(píng)審/決策會(huì)議需要重復(fù)勞動(dòng)以及其他的評(píng)審 循環(huán),，那么其結(jié)果就是將決策延遲一個(gè)月，就算只需要一個(gè)小時(shí)的工作也是這樣,。

而且,，如果決定需要會(huì)議的話，您可以考慮一下會(huì)議的有效性問(wèn)題,。該會(huì)議是否有明確的目的,？是否需要一個(gè)促進(jìn)器？行為與結(jié)果是否明確,？進(jìn)展是不 是一直都很明顯,？

簡(jiǎn)單的日常會(huì)議，可能有助于創(chuàng)建一個(gè)節(jié)奏,，促進(jìn)發(fā)展并識(shí)別軟件工程項(xiàng)目上存在的問(wèn)題,。當(dāng)我們向團(tuán)隊(duì)引入一個(gè) 15 分鐘的每日簡(jiǎn)單會(huì)議時(shí)，只是當(dāng)他們?cè)敢飧冻鲆欢ǖ拇鷥r(jià)后,，我們才會(huì)讓他們?nèi)ミ@樣做,，叫做：從會(huì)議中可以取消中間的哪兩個(gè)小時(shí)，可以讓每周一次每次 1.25 個(gè)小時(shí)的會(huì)議安排變得最有效率,？通常來(lái)說(shuō),，對(duì)于一個(gè)公司來(lái)說(shuō)，最糟糕的事情莫過(guò)于 增加 會(huì)議的頻率與時(shí)間,，而不去考慮什么會(huì)議可以刪除或者得到顯著的縮減,。另外，我們堅(jiān)持認(rèn)為這些日常的會(huì)議以不超過(guò) 15 個(gè)小時(shí)為時(shí)間上限,。

軟件支持公司通過(guò)有意集成回饋的過(guò)程來(lái)進(jìn)行操作,。其邏輯部分如下所示 ：

• 任何人可以接聽電話。教會(huì)員工一些溝通上的技巧,，以處理像許可證確認(rèn)這樣的事情,，確認(rèn)接觸信息，培訓(xùn)他們以回答一些基本的問(wèn)題，并向客戶 指出一些知識(shí)基礎(chǔ)與其他的資源,。向訪問(wèn)分配一個(gè)優(yōu)先權(quán)或者安全性,。給聯(lián)系留言分類。
• 有些團(tuán)隊(duì)有能力更強(qiáng)的工程師,，通過(guò)優(yōu)先級(jí)和安全性來(lái)處理這些訪問(wèn),。

一個(gè)訪問(wèn)者所感到最高興的事情，就是資源的有效利用了,。是不是技術(shù)越是高明的工程師,，就越能夠向客戶傳遞他們的價(jià)值（在本例中是問(wèn)題的解決方 案）？例如,，如果有軟件開發(fā)員和測(cè)試員支持偶爾的訪問(wèn),，他們是否愿意去適應(yīng)需要以處理軟件中存在的普通問(wèn)題 ？

該反模式的點(diǎn)并不僅限于聯(lián)系留言,。更廣泛地說(shuō),，訪問(wèn)來(lái)自公司的什么部分，以及它們是如何處理的,？回饋代表了一系列的查詢機(jī)理。

因?yàn)楸疚闹饕P(guān)注的是軟件工程團(tuán)隊(duì)對(duì)價(jià)值流圖的應(yīng)用,，所以我們還要強(qiáng)調(diào)一下如果我們雇傭了專業(yè)的軟件工程師,，那么我們就要像專業(yè)性的那樣去對(duì)待他 們。如果在批準(zhǔn)過(guò)程中有任何的問(wèn)題,，都可以向他們請(qǐng)教,。一般來(lái)說(shuō)，適當(dāng)?shù)臋z查與平衡是有效的,，但是有兩個(gè)例子可能會(huì)帶來(lái)一些含有冗繁批準(zhǔn)過(guò)程的潛在性問(wèn) 題,。

圖 4. 多種贊同

想象一下有一家公司愿意雇用來(lái)自另一個(gè)國(guó)家的工程師。處于簡(jiǎn)便性的考慮,，假設(shè)這個(gè)外國(guó)的工程師來(lái)自于巴西,，而公司計(jì)劃的批準(zhǔn)人位于美國(guó)。試想一下巴西的團(tuán) 隊(duì)也許需要通過(guò)以下的一些步驟 ：

• 巴西籍的工程師會(huì)面試各個(gè)候選人并從中選出最佳的人選,。
• 巴西籍工程師的管理員必須批準(zhǔn),。
• 巴西籍工程師的中層管理員也必須批準(zhǔn)。
• 巴西國(guó)家層次的管理人員必須批準(zhǔn),。
• 巴西的人力資源與財(cái)政部門必須批準(zhǔn),。
• 美國(guó)方面的人力資源與財(cái)政部門必須批準(zhǔn)。
• 技術(shù)性管理批準(zhǔn)（至少在一個(gè)層次上）可能也需要在美國(guó)發(fā)生,。

意料之中的是,，完成這樣一個(gè)過(guò)程需要大約一年多的時(shí)間。這個(gè)過(guò)程中沒(méi)有批準(zhǔn)者會(huì)提供任何的實(shí)際添加價(jià)值。為什么不給巴西的團(tuán)隊(duì)一個(gè)清晰的預(yù)算 方案以及職工總數(shù)目標(biāo)呢,，并讓它們來(lái)管理這個(gè)過(guò)程呢,？

另一個(gè)例子可能會(huì)更加有用。假設(shè)有一個(gè)軟件產(chǎn)品并不是純粹作為一個(gè)私人的產(chǎn)品出售,，而是作為一個(gè)大型方案的一部分出售,，這個(gè)方案中含有許多可能會(huì)轉(zhuǎn)移的部 件。如果您必須做一個(gè)結(jié)構(gòu)性上的決策時(shí)將會(huì)發(fā)生什么事呢,？考慮一下圖 5 所示的簡(jiǎn)化演示,。

圖 5. 結(jié)構(gòu)性決策

假設(shè)您是以為正在處理 產(chǎn)品 A 的結(jié)構(gòu)師。您所在的團(tuán)隊(duì)想要產(chǎn)品 A 與產(chǎn)品 B,、C,、D、E,、F 與 G 一起使用,。很有可能產(chǎn)品 F 與 G 由公司的其他部分創(chuàng)建，而產(chǎn)品 F 和 G 可能仍然由另一個(gè)公司創(chuàng)建,。還有一種可能,，就是產(chǎn)品 G 對(duì)公司的收益流非常重要。

您有兩個(gè)基本的選擇是關(guān)于怎樣做結(jié)構(gòu)性決策的,?？赡苊總€(gè)季度，公司會(huì)召開一次會(huì)議,，去決定公司內(nèi)部各個(gè)組成部分相互之間合作的方式,。但是，這 種方法的關(guān)鍵問(wèn)題,，在于這種很少召開的會(huì)議意味著產(chǎn)品 A 可能需要等待相當(dāng)長(zhǎng)的時(shí)間,，以作出決策決定怎樣構(gòu)建該產(chǎn)品?？赡苓@會(huì)使傳遞高質(zhì)量短時(shí)間的產(chǎn)品 A 變得十分困難,。

在實(shí)踐中，我們還發(fā)現(xiàn)了另外一個(gè)十分實(shí)用的選項(xiàng),。如果我們將產(chǎn)品 A 上的結(jié)構(gòu)當(dāng)作一個(gè)智能的工程師,，并鼓勵(lì)該工程師基于最佳決定來(lái)作出決策，然后與整個(gè)團(tuán)隊(duì)的成員一起就關(guān)鍵路徑的結(jié)構(gòu)性問(wèn)題作出決策,，這種樂(lè)觀的估計(jì),，意味 著 95% 的時(shí)間，結(jié)構(gòu)師都進(jìn)行了合適的處理,。當(dāng)他們不能合適地處理時(shí),，剩余的 5% 又發(fā)生什么情況呢,？我們發(fā)現(xiàn)當(dāng)需要對(duì)結(jié)構(gòu)作出一些更改時(shí)，對(duì)于這個(gè) 5% 所需要的重復(fù)工作,，為了提高總體的速度是十分劃算的,。您還需要注意到，95% 的成功率要比那些等待批準(zhǔn)的團(tuán)隊(duì)要高,。

“持續(xù)性集成”的理由,，對(duì)于許多簡(jiǎn)潔且敏捷的軟件工程來(lái)說(shuō)是一個(gè)咒語(yǔ)，因?yàn)閷⒋罅康拇a集成到一起,，是一項(xiàng)十分具有挑戰(zhàn)性的工作,。開發(fā)中代碼就位的 時(shí)間越長(zhǎng)，集成的難度就越大,。

圖 6. 由并發(fā)活動(dòng)所造成的瓶頸

再一次使用如圖 6 所示的流程圖,，如果產(chǎn)品 A 是在這樣一種環(huán)境下生產(chǎn)出來(lái)的，構(gòu)建沒(méi)有頻繁的發(fā)生,，而產(chǎn)品內(nèi)的構(gòu)件或者模塊只會(huì)不定期地集成起來(lái),，那么情況就糟透了。但是想象一下另外一種情況,，也就是 與大型方案中的其他產(chǎn)品集成會(huì)被“延遲”,。不可避免的問(wèn)題在過(guò)程的晚期不會(huì)得到恢復(fù)，而質(zhì)量問(wèn)題則會(huì)恢復(fù),。

除了對(duì)產(chǎn)品 A 所做的持續(xù)性集成工作,，以及方案中的每一個(gè)產(chǎn)品，那么就需要大型方案的頻繁構(gòu)建,。

將測(cè)試延緩到開發(fā)過(guò)程的末尾代價(jià)總是很高昂的。缺陷投入與缺陷導(dǎo)入之間的時(shí)間越長(zhǎng),，那么校正缺陷所花的時(shí)間就越長(zhǎng),。這就是為什么一些操作，比如有意 義的單元測(cè)試,、測(cè)試驅(qū)動(dòng)的開發(fā),、編程、代碼評(píng)審及檢查,、測(cè)試自動(dòng)化以及等等此類,，會(huì)在簡(jiǎn)單和敏捷開發(fā)過(guò)程中得到強(qiáng)調(diào)的原因，以消除無(wú)效率的活動(dòng),。

如果您的價(jià)值流圖揭示了長(zhǎng)期測(cè)試的“循環(huán)”,，那么就能保證其中無(wú)效率內(nèi)容的存在了。那么您可以做些什么,，以確保功能性的客戶系統(tǒng)測(cè)試會(huì)在整個(gè) 開發(fā)迭代期間運(yùn)行了 ,？

就算團(tuán)隊(duì)為系統(tǒng)測(cè)試保留了很長(zhǎng)或者晚期的時(shí)間，那么在價(jià)值流圖中區(qū)分花在實(shí)際測(cè)試與花在代碼修復(fù)上的時(shí)間就非常的重要了。例如,，對(duì)于一個(gè)能夠 在一周左右完成所有測(cè)試工作的大型測(cè)試機(jī)構(gòu)來(lái)說(shuō),，假設(shè)代碼確實(shí)是穩(wěn)定的。如果您擁有一個(gè) 13 周的系統(tǒng)測(cè)試周期,，那么大部分的時(shí)間,，究竟是應(yīng)該花在缺陷修復(fù)上面，還是花在測(cè)試并致力于缺陷的早期清除上面,，才能顯著地降低系統(tǒng)測(cè)試周期與總體的周期時(shí) 間,？

與之類似，長(zhǎng)期測(cè)試周期可能會(huì)是開發(fā)進(jìn)程的總體子優(yōu)化的癥狀,。如果它們確實(shí)存在的話,，那么是否需要機(jī)構(gòu)的分析以考慮一下如何在能最大化總體流 程，而不是提高公司生成未測(cè)試代碼的能力,？

通常來(lái)說(shuō),，團(tuán)隊(duì)會(huì)考慮創(chuàng)建涉及到內(nèi)部結(jié)構(gòu)性流程的價(jià)值流圖。理想條件下,，在價(jià)值流的開始和結(jié)束時(shí)候,，都應(yīng)該識(shí)別一下真正的外部性客戶。

例如,，可能您的團(tuán)隊(duì)會(huì)評(píng)審一個(gè)價(jià)值流圖,，以理解實(shí)施一個(gè)外部客戶源的新需求需要多長(zhǎng)的時(shí)間。通常來(lái)說(shuō),，團(tuán)隊(duì)會(huì)認(rèn)為該價(jià)值流的末端就是產(chǎn)品或者 項(xiàng)目傳遞的時(shí)間,。實(shí)際上，價(jià)值流末端應(yīng)該識(shí)別需要什么,，以得到在產(chǎn)品環(huán)境中實(shí)施的產(chǎn)品或者項(xiàng)目,，在這個(gè)環(huán)境中相同的客戶會(huì)從原始的需求中得到真正的價(jià)值。 如果您創(chuàng)建一個(gè)基于網(wǎng)絡(luò)的程序,，一旦您對(duì)代碼作出了更改,，可能會(huì)是您的客戶參與到產(chǎn)品中去。與之相反,，如果您對(duì) IT 商店生產(chǎn)不過(guò)緊縮包裹型 的代碼,，那么就應(yīng)該好好地考慮一下部署問(wèn)題。在這種情況下,，在傳遞以后就會(huì)發(fā)生整個(gè)系列的活動(dòng)了,，它實(shí)際上是價(jià)值流的一部分，可以當(dāng)作無(wú)效率活動(dòng)的一部 分,，并通過(guò)變更活動(dòng)在循環(huán)中完成的方式來(lái)作為優(yōu)化的候選對(duì)象,。

創(chuàng)建價(jià)值流圖主要有三個(gè)原因：客觀性,，清晰性以及說(shuō)服力。

情緒與意見在價(jià)值流圖中都占有一席之地,。但是關(guān)于需要更改的潛在性機(jī)構(gòu)過(guò)程和活動(dòng)的問(wèn)題-這正是價(jià)值流圖所追尋的-最好得到冷靜的處理,。讓我 們考慮一下在這篇文章開始部分使用的價(jià)值流圖的基本范例。假設(shè)您走入一個(gè)決策者的辦公室并說(shuō),，“下一次我們需要簽一個(gè)協(xié)議時(shí),，如果我們?nèi)ニ麄兊霓k公室，那 么就可以更好地節(jié)約成本,，并能使我們的客戶更加滿意,。”對(duì)于一個(gè)決策者來(lái)說(shuō)，提供一個(gè)默認(rèn)的回應(yīng)會(huì)更加容易：“此時(shí)并不批準(zhǔn)出差”,。

如果,，呈現(xiàn)的是一個(gè)簡(jiǎn)單的價(jià)值流圖，那么將會(huì)做相同的操作,，但是問(wèn)題會(huì)更加清晰,，而客戶的潛在節(jié)省與可能的收益就不會(huì)這樣一目了然了。如果您 還想創(chuàng)建第二個(gè)價(jià)值流圖-未來(lái)狀態(tài)價(jià)值流圖-這將會(huì)把該協(xié)議帶入我們的視角：“進(jìn)行旅行,，將會(huì)花費(fèi)我們 1,200 美元去完成這項(xiàng)協(xié)議,，并且可以在兩天之內(nèi)完成。沒(méi)有旅行,，我們將會(huì)花費(fèi) 13,500 美元（基于職工總?cè)藬?shù)或者其他的成本）,，大概需要一個(gè)半月的時(shí)間去完成”。這是不是讓您的協(xié)議左右搖擺不定,？盡管結(jié)果可能仍然是一樣的（這就是說(shuō),，旅行沒(méi) 有得到批準(zhǔn)），但是如果旅行得到批準(zhǔn)的話,，就可以實(shí)現(xiàn)費(fèi)用節(jié)省了,。不是就決定進(jìn)行辯論或者反思，您就可以為一些適當(dāng)?shù)睦馇闆r提供驗(yàn)證了,。

最后一個(gè)例子可能也十分有用：客戶的請(qǐng)求是如何處理的。查看圖 7 中所示的下拉圖,。

圖 7. 價(jià)值流圖,，執(zhí)行一項(xiàng)客戶請(qǐng)求

圖 7 的大圖。

檢查一下工作流程,。本例中含有一系列的點(diǎn),。首先，它并不是理想的,。如果使用Examine the flow here for a moment. A number of points stand out in this example. First of all, it's not pretty. If it were converted into a crystal clear graphic by using Microsoftt® Visio® 或者其他的一些工具,，將其轉(zhuǎn)化為一個(gè)清晰的條形圖,，那么它的內(nèi)容將會(huì)發(fā)生變化嗎？并不是這樣,。價(jià)值流圖越容易創(chuàng)建,，您的公司就會(huì)越頻繁地使用它?？紤]一下 該價(jià)值流圖的一些特性,，您就可以很快得出一些結(jié)論了：

• 這個(gè)特定團(tuán)隊(duì)使用的總體開發(fā)方法，看起來(lái)基本上是一個(gè)無(wú)效率的開發(fā)活動(dòng),。
• 盡管圖中只包含了等待時(shí)間,，以及并沒(méi)有與這些任務(wù)相聯(lián)系的時(shí)間，還是會(huì)有一些問(wèn)題會(huì)與工作時(shí)間無(wú)關(guān),。產(chǎn)生那些與任務(wù)相關(guān)的工作時(shí)間,，您從 任務(wù)本身并不會(huì)看出有低效率的存在。有一些任務(wù)（例如“開發(fā)/記錄/測(cè)試”）將需要得到進(jìn)一步的分解以確保其中沒(méi)有含有無(wú)效率的地方,。
• 這里有很多的批準(zhǔn)循環(huán),，它們都是有價(jià)值的嗎 ？
• 這里沒(méi)有一個(gè)循環(huán),，可能是因?yàn)閳D是一個(gè)簡(jiǎn)化而已,。這就是說(shuō)，這些批準(zhǔn)的循環(huán)多久重復(fù)一次,？它可能是其他一些無(wú)效率活動(dòng)的來(lái)源,。
• 從積極的 方面來(lái)說(shuō)，這個(gè)特定的過(guò)程以用戶開始,，以用戶結(jié)束是我們所愿意看到的,。正如我們考慮到的那樣，通常情況下有一些團(tuán)隊(duì)認(rèn)為,，在以其他一些方式傳遞他們的軟件 或者完成工作之后,，他們就完成了他們的任務(wù)。但是,，客戶仍然需要將他們得到的軟件應(yīng)用到具體的環(huán)境中去,，有時(shí)這種環(huán)境是十分復(fù)雜的。

關(guān)于價(jià)值流圖還有其他很多方面可以介紹,，但是基本上,，關(guān)鍵的問(wèn)題在于每一個(gè)關(guān)注的人都可以后退幾步，并考慮一下特性請(qǐng)求的流程,。然后就可以相 對(duì)容易地建議應(yīng)該處理較嚴(yán)重的無(wú)效率問(wèn)題,，正如在第一個(gè)例子中所闡述的那樣。然后,，與之類似,，首先應(yīng)該處理什么及為什么要處理就變得一目了然了,。

價(jià)值流圖幫助我們給公司帶來(lái)一些改進(jìn)，過(guò)程及方法上進(jìn)行升級(jí),，而更重要的是,，生產(chǎn)質(zhì)量更高的軟件。價(jià)值流圖可以幫助識(shí)別公司中存在的一些缺乏效率的地方并 將其終止,。通過(guò)學(xué)習(xí)本文中所介紹的內(nèi)容,，您的公司就可以找到對(duì)客戶而言，更高效率及更高質(zhì)量的軟件產(chǎn)品了,。