manverick

這次學習的最后一個關(guān)于敏捷與精益的時實踐例子是結(jié)合了敏捷和精益于一體的“看板方法”

這是一個在敏捷軟件開發(fā)的精益方法，所以兩者都有，但更側(cè)重于精益，同樣和精益的概念來自于豐田生產(chǎn)系統(tǒng)。它的定義是一種增量式的，演進的改變技術(shù)開發(fā)和組織運作的方法。看板通過限制WIP（Work-in-Progress）的數(shù)量，形成了一個以拉動系統(tǒng)為核心的機制，暴露系統(tǒng)中的問題，激發(fā)協(xié)作來改善系統(tǒng)。之前也看到了，豐田生產(chǎn)系統(tǒng)對于浪費的定義極其的嚴格，只要是沒有帶來經(jīng)濟效益就是浪費（雖說感覺太利益化，但是對于一個公司來說是一個很好的標準，可以助其成長），雖說當時列出了常見的6種浪費但是在理解上肯定不夠，今天又學到了：WIP（在制品）因為它不是可交付的產(chǎn)品，還不能帶來效益所以這個東西也是一種浪費！！難以置信，但是比較一下日常生活中在經(jīng)常緩存視頻的時候，經(jīng)常會有修改默認最大每次緩存視頻數(shù)目，即使軟件沒有這樣的設定我們在下載速度捉急的時候也會不自覺的暫停過多的視頻緩存進度，“專心一意”緩存最想看的那一兩個，作為用戶的心理就是想要盡快的拿到可交付的產(chǎn)品。綜上自己的實際例子分析，確實WIP就是一種短時間還不能帶來效益的浪費，一定有必要控制其數(shù)目。

“看板”來源于日語，意為“可視化的卡片”，用于在生產(chǎn)中發(fā)布指令，尤其是在一個過程必須等待另一個過程結(jié)束才能開始時，用看板方法可以實時看管項目的各部分進度，好隨時發(fā)現(xiàn)開發(fā)過程中的不足，這樣來持續(xù)的改善系統(tǒng)。可以理解到看法方法有如下原則：

1·從組織的現(xiàn)狀開始：在看板時可以實時發(fā)現(xiàn)降低效率的問題所在，但是由于其實時性，其關(guān)注的的部分就一定是局部的不能關(guān)注到未來的問題，和其余部分的問題那么分析問題的過程就會是以組織現(xiàn)狀為基礎進行局部的改善；

2·形成以漸進的、演化的方式來改善系統(tǒng)的共識：由以上所說，改善的局部性，我們只能及時的做到一步一步的改進系統(tǒng)，同時也就決定了它一定是持續(xù)的，不斷地發(fā)現(xiàn)各個地方的問題，不斷的改善進步我們的系統(tǒng)。這樣就像我們寫完程序之后會持續(xù)一段時間的debug，一次一次的在不同問題發(fā)現(xiàn)自己程序的不足點，一次一次的更改這一點問題，一次一次的將程序推向完美，誰也不會寫完程序就可以用大局觀來知道怎么改動它；

3·看板方法尊重當前的過程定義、角色、職責、或頭銜：就像1點所說的，我們都是以現(xiàn)狀出發(fā)，從現(xiàn)在的組織開始改善系統(tǒng)，那么一定有合理的理由尊重現(xiàn)狀的一切定義、角色、職責等等，做到步步修改，每步小改，這樣才不會落到想重頭再來的風險。同時，這里說的是尊重，不代表一定不會改變，就像個人作業(yè)那樣一味的堅持不會有太大的改善，尊重它也得有勇氣改變它，唯有變化才能進步，那怕是很重要的部分到了該改變的時候也會充滿敬意的選擇更好的那個部分。