使工作可見

• 在技術(shù)流中辟犀，價值的傳遞要比傳統(tǒng)制造業(yè)更難可見。
• 所以必須找到一些方式將在技術(shù)流中的價值傳遞變得清晰可見绸硕，比如在哪里流動踪蹬，排隊或停滯。
• UAT測試（User Acceptance Test）用戶驗收測試臣咖。
• image.png
• 上圖用一個工作板類似的思路實現(xiàn)了這個想法。
• 其中每個任務(wù)也可以設(shè)定優(yōu)先級漱牵。

限制在制品數(shù)

• 制造業(yè)中工作任務(wù)是由定期的任務(wù)組成的夺蛇，但是在技術(shù)工作中就出現(xiàn)了更多的不確定性，即比較動態(tài)酣胀。
• 制造業(yè)中生產(chǎn)中斷是代價很高昂的事情刁赦。因為他們操作的是實際的半成品，半成品被中斷十分嚴(yán)重闻镶，在it中甚脉，盡管中斷的代價很大，但開發(fā)的中斷是個很常見的操作铆农。
• 所以在傳統(tǒng)制造業(yè)中牺氨，你可以根據(jù)你最終產(chǎn)品的情況來選擇總共同時進(jìn)行多少操作，在it中，我們最好對任務(wù)板的任務(wù)數(shù)做一個上限猴凹，是3個就做3個夷狰，即使有人先完成，也可以等待郊霎，或者糾錯幫助他人來完成另外的沼头。

減小批量大小

• 關(guān)于小批量和大批量之間的巨大差異，James P. Womack和Daniel T. Jones在《精益思想》一書里书劝，通過“模擬郵寄宣傳冊”的經(jīng)典案例進(jìn)行了說明进倍。這個例子假設(shè)要郵寄出10本宣傳冊。郵寄之前购对，每本宣傳冊都必須經(jīng)歷4個步驟：折疊猾昆，插入信封，給信封封口洞斯，蓋戳毡庆。如果采用大批量策略（即“大規(guī)模生產(chǎn)”），我們會對每本宣傳冊按順序執(zhí)行上述4個步驟烙如。換句話說么抗，首先要將10張紙全都折疊完，再將每張紙分別插入信封亚铁，然后給所有的信封封口蝇刀，最后全部蓋章。另一種方式是小批量策略（即“單件流”）徘溢，即對每本宣傳冊順序地執(zhí)行所需的所有步驟吞琐，然后再開始處理下一本宣傳冊。換句話說然爆，先折疊一張紙站粟，將其插入信封，再給信封封口曾雕，之后蓋章奴烙；然后，取下一張紙剖张，并重復(fù)以上過程切诀。
• 小批量和大批量的一大區(qū)別在于，小批量的第一個產(chǎn)品就緒的時間很早搔弄，這在it中是很好的事情幅虑。
• 小批量也要比大批量更早的發(fā)現(xiàn)產(chǎn)品錯誤，這在it中也很重要顾犹。
• 假設(shè)我們定了一年的開發(fā)任務(wù)倒庵，然后在年底突然大量上線褒墨，大概率會遇見一大群亂七八糟的錯誤。

減少交接次數(shù)

• 這里就是字面意思哄芜，具體怎么減少我一點也沒有概念貌亭。

持續(xù)識別和改善約束點

• 在任何價值流中，總有一個流動方向认臊、一個約束點圃庭、任何不針對此約束點而做的優(yōu)化都是假象。
• 如果我們優(yōu)化約束點之前的那個工作中心失晴，那么工作必將在這個約束點上更快地積壓起來剧腻。反之，如果優(yōu)化約束點之后的工作中心涂屁，那么它還會處于饑餓狀態(tài)书在，等待約束點處工作的結(jié)束。對于這種現(xiàn)象拆又，Goldratt博士給出了解決方案儒旬，定義了如下“5個關(guān)鍵步驟”：識別系統(tǒng)的約束點；決定如何利用這個系統(tǒng)約束點帖族；基于上述決定栈源，考慮全局工作；改善系統(tǒng)的約束點竖般；如果約束點已經(jīng)突破甚垦，請回到第一步，但要杜絕慣性導(dǎo)致的系統(tǒng)約束涣雕。
• 環(huán)境搭建：如果生產(chǎn)或搭建總是需要數(shù)周或數(shù)月艰亮，則按需部署就無法實現(xiàn)。解決措施是按需建立完全自服務(wù)的環(huán)境挣郭，保證團隊在需要環(huán)境的時候迄埃，能通過自動化方式創(chuàng)建。
• 代碼部署：如果代碼的部署需要花費數(shù)周或更長時間兑障，那么就無法按需部署调俘。 解決措施是盡可能自動化部署的過程，以便讓任何開發(fā)人員都可以按需自動化部署旺垒。
• 測試的準(zhǔn)備和執(zhí)行: 如果每次代碼部署都需要兩周的時間來完成測試 環(huán)境的準(zhǔn)備和數(shù)據(jù)集的配置，手動執(zhí)行所有的回歸測試還需要另外四周時間肤无，那么就無法實現(xiàn)按需部署先蒋，解決措施是實現(xiàn)自動化測試，這樣才能安全宛渐、并行地執(zhí)行部署的同時竞漾，使測試的速度能跟上開發(fā)的速度眯搭。
• 緊密耦合的架構(gòu)：如果架構(gòu)是緊密耦合的，那也無法實現(xiàn)按需部署业岁，因為每次要做代碼變更時鳞仙，工程師都不得不從變更評審委員會里獲得執(zhí)行變更的許可。解決措施是創(chuàng)建松散耦合的架構(gòu)笔时，這樣開發(fā)人員才能和安全棍好、自主地進(jìn)行變更 ，提高生產(chǎn)力允耿。

消除價值流中的困境和浪費

• 半成品：它指的是價值流里任何還沒有徹底完成的工作（例如借笙，需求文檔或尚未審核的變更單）、處于隊列中的工作（如等待QA審核或服務(wù)器管理員審核的工單）较锡。部分完成的工作會逐漸地過期业稼，隨著時間的推移最終失去了價值。
• 額外工序：在交付過程中執(zhí)行的蚂蕴、并未給客戶增值的額外工作低散，可能包括那些在下游工作中心從沒使用過的文檔，或是對輸出結(jié)果做出的并不增值的評審或?qū)徟饴ァｎ~外工序不僅增加了處理的工作量熔号，還增加了前置時間。
• 額外功能：在交付過程中構(gòu)建的那些組織或客戶完全不需要的功能（如“鍍金”[插圖]）君编。額外功能增加了功能測試和管理的復(fù)雜度和工作量跨嘉。
• 任務(wù)切換：將人員分配到多個項目和價值流里后，他們需要進(jìn)行上下文切換吃嘿，并管理工作之間.
• 等待：由于資源的競爭而在工作之間產(chǎn)生了等待祠乃，這將增加周期時間，延遲了向客戶交付價值兑燥。
• 移動：信息或數(shù)據(jù)在工作中心之間移動的工作量亮瓷。例如，在一個需要頻繁溝通的項目里降瞳，團隊成員實際上不在一起辦公嘱支，無法坐在一起緊密協(xié)作，這時人員移動的浪費就產(chǎn)生了挣饥。另外除师，工作交接也會產(chǎn)生移動的浪費，需要額外的溝通來澄清所有歧義的部分扔枫。
• 缺陷：由于信息汛聚、材料或產(chǎn)品的錯誤、殘缺或模糊短荐，而需要一定的工作量來確認(rèn)倚舀。缺陷的產(chǎn)生和被檢測出來的時間間隔越長叹哭，解決問題就越困難。
• 非標(biāo)準(zhǔn)或手動操作：需要依賴其他人的非標(biāo)準(zhǔn)的或手動的工作痕貌，例如使用不能自動化反復(fù)重建的服務(wù)器风罩、測試環(huán)境和配置。理想情況下舵稠，任何依賴運維團隊手動完成的操作超升，都應(yīng)該配置成自動化的、按需提供的柱查，或者是自助服務(wù)廓俭。
• 填坑俠：為了實現(xiàn)組織的目標(biāo)，不得不把有些人和團隊置于不太合理的處境唉工，這甚至?xí)蔀樗麄兊募页１泔垼ㄈ绨胍箖牲c生產(chǎn)環(huán)境出現(xiàn)事故研乒，連夜給軟件版本提交了上百個工單）。