經濟型生產不是一個新概念，它來自制造業，早在70年代就被人們所熟知。但是，經濟型生產原理卻是如此通用，以至于它們也可以用于其他行業的創新。那么如何在經濟型生產中應用軟件開發？在信息技術（IT）領域，經濟型生產經常與“六西格碼”原理一起使用，在本文中，我們將解釋每種原理對經濟型軟件開發的意義。

　　7種軟件開發及其在經濟型生產中的用法

經濟型生產和經濟型軟件開發基于七個支柱。所有這些原則都是根據這樣的思想開發的：應避免或刪除所有不會為客戶增加價值的東西。這是這些原則在IT中的工作方式。

　　1.消除浪費

消除廢物是典型的制造問題。但是經濟型軟件開發浪費了什么呢？為了回答這個問題，有必要回到關鍵思想，即所有沒有增加價值的東西都是浪費。有可能：

· 不必要的編碼： 在聲明其功能之前，創建特定功能是不明智的。這種方法也是最低可行產品（MVP）開發和每個新功能的后續測試的基礎。

· 等待時間：這是任務正在等待某人執行它的情況。換句話說，這是非增值時間，并且是客戶不想支付的時間。

· 延遲任務轉移：例如，當程序員完成一段代碼但尚未將其轉移到測試人員時。敏捷軟件開發部分解決了此問題。

　　2.建立質量

該原則側重于所創建產品的質量，并建議必須：

· 當一個團隊成員的技能補充另一個團隊成員的技能時，使用配對編程。

· 自動化日常任務。但是，這并不總是能夠自動提高質量。有時，手動工作是更合理的解決方案。

· 減少停機時間，上下文切換，知識缺口和缺乏重點。

· 根據某些標準編寫代碼時，請使用測試驅動的方法。這消除了錯誤修復的需要，因此消除了上面提到的等待時間。

3.創造知識

根據這一原則，鼓勵開發團隊以方便的格式創建和共享知識。例如，它可以是知識共享會議，文檔撰寫甚至是講故事。

最主要的是使用7經濟型生產將有價值的見解從一個團隊成員轉移到另一個團隊成員，以確保不會重復出現相同的錯誤，招致浪費，破壞質量和/或嚴重影響交付速度。

　　4.推遲承諾

將這個原則與將責任轉移給他人的嘗試很容易混淆。但是，該原理的本質是不同的。該原則表明，在我們獲得全面而充分的數據之前，我們無需做出任何最終的，深遠的決定。

但是有必要睜大眼睛，為變化做好準備。根據這種方法，團隊必須不斷收集新信息，并將業務需求考慮在內，這些需求隨時可能發生變化。

這個原則會讓您想起其他嗎？是的，這是敏捷開發的主要思想之一。

　　5.快速交付

該原則對于IT也有一個陷阱，并且也與其他原則緊密聯系在一起。快速交付并不意味著不惜一切代價交付。經濟型系統并不意味著要不斷為高科技解決方案工作。該原理的基礎是速度乘以簡單性。

在這種情況下，當需要快速開發一個簡單但高質量的解決方案時，我們再次返回MVP方法，以相同的速度測試反饋，然后在市場需要時繼續開發新功能。

在這種情況下，市場啟動的速度成為關鍵，而市場需求則是對第一原則的參考。在要求您創建功能之前，請勿創建該功能。

　　6.尊重人

這是一個基本但相當普遍的原則，也決定了團隊的成功。即使進行遠程工作，也不能從流程中排除人際關系。

經濟型方法論建議在雇用，入職和解雇員工時要遵循有效溝通，健康辯論和沖突以及職業道德的規則。

　　7.優化整體而不是單個部分

為了理解這一原理，有必要將每個工作流程想象為一個價值流。這種流動可能會朝著正確的方向前進并帶來價值，或者會造成惡性循環。

這是一個惡性循環的例子：

· 當開發人員被迫過快地編寫代碼時，他們會犯更多錯誤。

· 更多的錯誤意味著測試人員需要做更多的工作。

· 對于測試人員來說，更多的工作意味著發現更多的問題，并且開發人員需要在時間的壓力下解決更多的錯誤。

這是濫用快速傳遞原則的一個示例。

為了優化整體，有必要分別優化每個過程。為了優化單個過程，您需要了解什么是絆腳石。在我們的示例中，流值的阻止者是速度優先于質量（當需要保持平衡時），或者在沒有測試驅動方法時違反第二原理。

以上即是關于如何在經濟型生產中應用軟件開發的全部內容介紹，想了解更多關于軟件開發的信息，請繼續關注中培偉業。