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

　　7種軟件開發(fā)及其在經(jīng)濟型生產(chǎn)中的用法

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

　　1.消除浪費

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

· 不必要的編碼： 在聲明其功能之前，創(chuàng)建特定功能是不明智的。這種方法也是最低可行產(chǎn)品（MVP）開發(fā)和每個新功能的后續(xù)測試的基礎(chǔ)。

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

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

　　2.建立質(zhì)量

該原則側(cè)重于所創(chuàng)建產(chǎn)品的質(zhì)量，并建議必須：

· 當(dāng)一個團(tuán)隊成員的技能補充另一個團(tuán)隊成員的技能時，使用配對編程。

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

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

· 根據(jù)某些標(biāo)準(zhǔn)編寫代碼時，請使用測試驅(qū)動的方法。這消除了錯誤修復(fù)的需要，因此消除了上面提到的等待時間。

3.創(chuàng)造知識

根據(jù)這一原則，鼓勵開發(fā)團(tuán)隊以方便的格式創(chuàng)建和共享知識。例如，它可以是知識共享會議，文檔撰寫甚至是講故事。

最主要的是使用7經(jīng)濟型生產(chǎn)將有價值的見解從一個團(tuán)隊成員轉(zhuǎn)移到另一個團(tuán)隊成員，以確保不會重復(fù)出現(xiàn)相同的錯誤，招致浪費，破壞質(zhì)量和/或嚴(yán)重影響交付速度。

　　4.推遲承諾

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

但是有必要睜大眼睛，為變化做好準(zhǔn)備。根據(jù)這種方法，團(tuán)隊必須不斷收集新信息，并將業(yè)務(wù)需求考慮在內(nèi)，這些需求隨時可能發(fā)生變化。

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

　　5.快速交付

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

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

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

　　6.尊重人

這是一個基本但相當(dāng)普遍的原則，也決定了團(tuán)隊的成功。即使進(jìn)行遠(yuǎn)程工作，也不能從流程中排除人際關(guān)系。

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

　　7.優(yōu)化整體而不是單個部分

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

這是一個惡性循環(huán)的例子：

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

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

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

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

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

以上即是關(guān)于如何在經(jīng)濟型生產(chǎn)中應(yīng)用軟件開發(fā)的全部內(nèi)容介紹，想了解更多關(guān)于軟件開發(fā)的信息，請繼續(xù)關(guān)注中培偉業(yè)。