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

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

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

　　1.消除浪費(fèi)

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

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

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

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

　　2.建立質(zhì)量

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

· 當(dāng)一個(gè)團(tuán)隊(duì)成員的技能補(bǔ)充另一個(gè)團(tuán)隊(duì)成員的技能時(shí)，使用配對編程。

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

· 減少停機(jī)時(shí)間，上下文切換，知識缺口和缺乏重點(diǎn)。

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

3.創(chuàng)造知識

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

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

　　4.推遲承諾

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

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

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

　　5.快速交付

該原則對于IT也有一個(gè)陷阱，并且也與其他原則緊密聯(lián)系在一起?？焖俳桓恫⒉灰馕吨幌б磺写鷥r(jià)交付。經(jīng)濟(jì)型系統(tǒng)并不意味著要不斷為高科技解決方案工作。該原理的基礎(chǔ)是速度乘以簡單性。

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

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

　　6.尊重人

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

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

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

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

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

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

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

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

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

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

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