精益生產(chǎn)（LeanProduction），簡稱“精益”，是衍生自豐田生產(chǎn)方式的一種管理哲學(xué)。精益生產(chǎn)是通過系統(tǒng)結(jié)構(gòu)、人員組織、運行方式和市場供求等方面的變革，使生產(chǎn)系統(tǒng)能很快適應(yīng)用戶需求不斷變化，并能使生產(chǎn)過程中一切無用、多余的東西被精簡，最終達到包括市場供銷在內(nèi)的生產(chǎn)的各方面最好結(jié)果的一種生產(chǎn)管理方式，它的核心是消除浪費，顯然軟件開發(fā)行業(yè)也需要這種理念。

不管開發(fā)什么產(chǎn)品，都需要首先考慮質(zhì)量問題。一些軟件企業(yè)為了降低成本而忽視質(zhì)量，但質(zhì)量低下的軟件會造成返工的浪費，反而提高成本。相反，在日常工作中投入更多的精力來保證質(zhì)量，反而能夠為企業(yè)節(jié)約成本。

對流程的認(rèn)識，有些人是存在偏見的，認(rèn)為它束手束腳，阻塞了工作效率，特別是在項目規(guī)模不大，團隊較小的時候。事實上，由于人性的弱點（自律性及不可控性）以及在日益繁忙的現(xiàn)狀下，精確及時的溝通仍然是一個很大的難題，而有了流程的管控，事情就相對容易的多。三個和尚是可以有水喝的，只要規(guī)定一個簡單的流程：第一天和尚A打水，第二天和尚B打水、第三天和尚C打水，依次循環(huán)。另外，流程有助于公司降低人力成本和員工的能力提升，這是因為一個能力稍差的人去做一件事時，只要按照固定的流程和每個流程階段規(guī)定的動作做下來，最后達到的效果是差不多的。結(jié)合時下主流的開發(fā)流程DevCloud提供了兩種流程管理服務(wù)，如下：

軟件工程的經(jīng)典理論告訴我們：假設(shè)在分析階段找到并解決一個錯誤的成本為1，在設(shè)計階段解決同一個錯誤的成本就變成10，在實現(xiàn)階段就變成100，在維護階段就變成1000。DevCloud中的眾多服務(wù)正是為了避免低質(zhì)量和返工的浪費。盡管它們一開始看起來似乎有些麻煩，但它們帶來的收益是實實在在的。

另一種常見的浪費則是“為將來準(zhǔn)備的投資”。例如為了應(yīng)付將來可能出現(xiàn)的需求變化而提前引入的靈活設(shè)計，如果需求沒有發(fā)生變化，這些靈活設(shè)計就會成為浪費：不僅浪費了將它設(shè)計出來的成本，而且浪費了繼續(xù)維護它的成本。制造業(yè)為了降低庫存成本而創(chuàng)造出“Just In Time”的生產(chǎn)和決策方法，我們認(rèn)為這些方法同樣適用于軟件行業(yè)：如何消除預(yù)測錯誤的浪費？避免預(yù)測錯誤的，根本辦法就是推遲決策：決策下得越晚，就越不容易因為預(yù)測失準(zhǔn)而造成浪費。當(dāng)然也不能晚到錯過了時機、耽誤了工作才下決策，這就像豐田制造的Just In

Time，決策也要Just In Time。過早的、含有太多預(yù)測成分的決策也會造成浪費，其危害絲毫不亞于過晚的決策。同時DevCloud提供社交化協(xié)助，讓客戶及時了解需求的設(shè)計可開發(fā)情況，從而導(dǎo)致不出現(xiàn)過設(shè)計現(xiàn)象，因而避免了這種浪費。

中庸之道常常有效的深層原因是邊際效用遞減律：對一個方面的東西重視到一定程度以后，再加入更多的重視，收到的邊際效用遞減；同樣的重視度放到另一個方面上，能夠收到更大的邊際效用。讓每一分投入收到最大的回報，盡可能地消除浪費，這是精益的追求，也是DevCloud在各個開發(fā)階段都進行深度優(yōu)化的原因。