精益製造中的浪費對映

---

精益專案管理旨在識別和減少生產過程中的浪費。您可以遵循不同的浪費識別準則來實現此目的，當您使用自己的時間做事情時，這些準則會更加突出。

精益製造中的浪費

如敏捷 practitioners 所述，以下是在軟體開發中可以發現的七種形式的浪費。

部分完成的工作

當您開始一個專案但未完成它時，您可能會不光浪費一些未充分利用的資源，還會浪費其他資源。這些資源的具體表現形式包括已完成但未測試的程式碼，已編寫但等待開發的規範，已完成但等待實現的設計，等等。

額外流程

在每個專案階段，都有一些額外的流程，而這些流程最終並未為客戶帶來任何價值。例如，從未參考過的文件或根本不需要等待批准的流程。

其他功能

任何具有不必要或永遠不會使用功能的軟體。其他功能的示例包括敏捷團隊嘗試僅僅出於技術趣味性而非使用者友好性而納入功能的情況。

任務切換

經理必須密切關注員工的上下文切換，以避免與返回原始任務相關的無謂費用。經理瞭解員工在任務之間切換所花費的時間非常重要。這樣，他們在處理該任務時可以將他們分配到一個專案中，並確保取得更大的進展。

等待時間

最好避免浪費時間，這就是密切關注合適人選並在不等待他人情況下執行任務非常重要的原因。我們稱這種情況為具有依賴關係，但未能滿足截止日期或等待回覆需要浪費時間，而透過維持開放的溝通渠道可以避免這種情況的發生。

動作時間

為將物品從一個位置移動到另一個位置而作出的努力會導致浪費。這種情況通常發生在分散式團隊中，因為每個人都必須傳遞責任。

缺陷

對於專案而言，總是會出現新的缺陷。缺乏具體專案規範是可能導致問題發生的另一個因素。最終，工作系統（例如需求或軟體缺陷等）都是導致專案成功出現浪費的根源。

價值流

價值流是指組織為顧客提供價值的活動，從顧客首次聯絡公司一直到顧客認可你的努力的整個過程。

Disciplined Agile 側重於三種類型的價值流：持續改進、創新和多元化。

開發價值流建立、計劃和管理開發團隊的各個方面。它涵蓋決策過程、溝通、專案管理和財務。

客戶體驗是對市場份額的關鍵衡量。營銷人員、銷售人員和運營人員都應瞭解為傳遞客戶滿意度所涉及的價值流。客戶體驗直接對應著一個人的運營價值流。

圖 1 展示了一家披薩公司的各種價值流。重要的是，公司首先確保運營價值流以客戶滿意度開始，並以向顧客交付正確產品結束。它包括接單、在商店運營和跟蹤送貨。在開發價值流中，我們有三個不同的開發團隊，負責部署訂單管理、在商店運營以及跟進送貨跟蹤系統。

價值流對映

擴充套件運營價值流包括改進系統和減少從整個流的開始到結束的總時間。這將允許現在的改進，而不是以犧牲未來發展為代價。

所需做的所有事情就是應用這三個步驟

明確你要詢問的內容。我們有以下問題

• 我們為什麼而存在？

• 我們現在在做什麼？在這種情況下，答案是“當前狀態”。這是你的業務所做的內容。它有什麼價值流，以及顧客如何從中受益？

• 哪裡有浪費，我們如何將其從工作流中消除？

可以使用價值流對映來實現此目的

• 花時間規劃逐步方法。

• 當你在流程中發現問題時，請使用 DA 瀏覽器。它可以幫助你實現現有流程的視覺化，並找出可以改變的各個區域以提高效率。

• 如果您的流程中存在可改進的空間，您可以開始使用“指導持續改進”來識別這些空間。藉助 DA 瀏覽器，您可以使用“難題解決”繼續進行對話和分析。

• 從每個類別中獲得一項改進，來建立一份優先順序待辦事項清單。

• 分析積壓事項可改進的方面，然後執行並交付，以便交付建議的改進。不要在分析之後停止。

• 持續改進。

多步驟流程將幫助您充分發揮潛力

您可以從當前狀態價值流對映開始，但在知識工作中，首先以理想化開發價值流或可用的眾多其他開發價值流模式之一開始更為實用和有幫助，進行調整，將其對映到我們的上下文中，然後，您可以使用它們進行對話。

價值流對映的目標是識別瓶頸並找到消除瓶頸的方法。透過這種方法，您可以確定最強的領域並專注於“至關重要的少數”，同時將其他 80% 留給其他計劃。

您要專注於工作流程中的延遲、浪費和其他挑戰。這包括等待、多工處理、人員超負荷、返工任務或尋找完成工作所需的正確資源。這通常會導致問題檢測延遲和質量差。您要確保您每次都能按時交付高質量的工作。

敏捷的目標是什麼？

精益思想是一種原則系統，其中公司嘗試消除浪費或不必要的活動。這涉及為提高生產力和減少“浪費”（日語）而進行的永無止境的努力。

• 為了確保您的業務高效，您必須找到對您客戶的生活不增值的浪費種類。

• 將學習變成一種挑戰。您可以透過引入測驗並在當前技能集之外擴充套件知識來做到這一點。

• 為了確保您的專案朝著正確的方向發展，獲得反饋至關重要。您可以透過多種方式快速獲得反饋並在需要時進行調整。其中包括與客戶配對進行短期反饋會議、使用小迭代週期以及定期執行重構和整合測試。

• 對於軟體，任何決策都應基於事實，而不是預測。您做出決策越早，涉及的風險就越小 - 因為這是在專案開始時發生的，沒有參考動量。做決策太晚的缺點是，企業會冒更大的風險。

• 由於時間不可替代，且可以成敗一個專案，因此速度至關重要。選擇適合您業務的交付時間表，以便儘快交付沒有重大缺陷的最終產品，並在下一次迭代中繼續提供反饋。

• 團隊未得到充分利用的最主要原因之一，是由於管理層對其客戶需求、員工性格或實際的專案需求瞭解甚少，而由他們人為組織。簡而言之：在開發環境中，時間表過於嚴格、結構僵化以及彼此缺乏所有權，會給一些公司帶來大問題。幸運的是，敏捷開發賦能團隊，管理層會明確分配團隊和角色。

• 客戶應能夠輕鬆地與開發人員交談，並且他們應能夠獲得所需的所有資訊。請務必記住，客戶體驗是關鍵。我們希望客戶感覺他們正在與人互動，而不僅僅是一臺機器。