Lean Thinking

?

??? 近年來(lái)，精益思想 + 敏捷原則 + Scrum開(kāi)發(fā)模式，已成為軟件業(yè)內(nèi)流行的敏捷管理框架。

?

??? GOF(Gang of Four -- Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides)，將建筑學(xué)家Alexander的建筑學(xué)模式引入到軟件設(shè)計(jì)中，演變成軟件設(shè)計(jì)模式。與此雷同，精益軟件開(kāi)發(fā)思想起源于制造業(yè)。受質(zhì)量管理大師戴明(Deming，PDCA理論)的影響，日本豐田汽車(chē)創(chuàng)造了精益管理，并取得了巨大的成功。精益原則及思想，已被證明適用于任何致力于提高生產(chǎn)力和質(zhì)量的地方，精益方法已成功應(yīng)用于制造業(yè)、分銷(xiāo)、供應(yīng)鏈、產(chǎn)品開(kāi)發(fā)、銀行業(yè)、工程、后臺(tái)管理等諸多領(lǐng)域。最近幾年，精益原則及思想才得以被Mary Poppendieck和Tom Poppendieck應(yīng)用到軟件開(kāi)發(fā)領(lǐng)域中。實(shí)踐證明，將精益思想和敏捷方法相結(jié)合，可以有效的消除浪費(fèi)，降低成本。

?

精益軟件原則

1. 消除浪費(fèi)

??????? 任何不能為客戶(hù)增加價(jià)值的行為都是浪費(fèi)。通過(guò)持續(xù)不斷地改進(jìn)，來(lái)減少流程中的浪費(fèi)。例如：最終被廢棄的代碼是浪費(fèi)；客戶(hù)不經(jīng)常使用的額外功能是浪費(fèi)；等待其它團(tuán)隊(duì)是浪費(fèi)；缺陷和低質(zhì)量是浪費(fèi)；過(guò)度的管理也是浪費(fèi)。請(qǐng)注意，消除浪費(fèi)并不意味著扔掉所有的文檔。

?

2. 加強(qiáng)學(xué)習(xí)

??????? 軟件開(kāi)發(fā)是個(gè)持續(xù)學(xué)習(xí)的過(guò)程。承認(rèn)變化，加強(qiáng)反饋和交流，在實(shí)踐中發(fā)現(xiàn)問(wèn)題、解決問(wèn)題，并最終形成解決方案；授權(quán)給團(tuán)隊(duì)，正確的決策取決于準(zhǔn)確的信息，讓開(kāi)發(fā)團(tuán)隊(duì)參與決策，讓團(tuán)隊(duì)成員充分發(fā)揮自己的潛力。請(qǐng)注意，授權(quán)給團(tuán)隊(duì)也并不意味著放棄領(lǐng)導(dǎo)。

?

3. 延遲決策

??????? 在一個(gè)復(fù)雜多變的環(huán)境中進(jìn)行軟件開(kāi)發(fā)，基于多種選擇的方法能夠達(dá)成更好的結(jié)果-。盡可能的延遲決定，直到能夠基于事實(shí)而不是不確定的假定來(lái)做出決定。請(qǐng)注意，推遲決策并不意味著拖延決策，不能錯(cuò)過(guò)了時(shí)機(jī)、耽誤了工作。

?

4. 盡早交付

??????? 軟件交付的周期越短，用戶(hù)的反饋越快，需求就會(huì)越清晰，應(yīng)對(duì)需求變化的靈活性就越高，讓客戶(hù)的需求來(lái)推動(dòng)工作的進(jìn)展。請(qǐng)注意，盡快交付并不意味著匆忙交付，否則會(huì)為日后的維護(hù)帶來(lái)更多的麻煩和浪費(fèi)，這恰恰與消除浪費(fèi)的原則背道而馳。

?

?

總結(jié)

以上是生活随笔為你收集整理的精益思想的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。