Microsoft Project (或 MSPROJ)是一個(gè)國際上享有盛譽(yù)的通用的項(xiàng)目管理工具軟件,凝集了許多成熟的項(xiàng)目管理現(xiàn)代理論和方法,可以幫助項(xiàng)目管理者實(shí)現(xiàn)時(shí)間、資源、成本計(jì)劃、控制。 一個(gè)采用瀑布模型開發(fā)的傳統(tǒng)團(tuán)隊(duì)進(jìn)行敏捷轉(zhuǎn)型應(yīng)該從哪里開始?怎么開始?除了前期的相關(guān)準(zhǔn)備工作(包括敏捷松土、導(dǎo)入敏捷培訓(xùn)、價(jià)值流分析等等),在我的實(shí)踐經(jīng)驗(yàn)中,我認(rèn)為最好的做法是直接從看板開始。將工作中的各項(xiàng)事情搬到看板上,讓事情在團(tuán)隊(duì)內(nèi)充分可見,有利于更好地協(xié)作。 其實(shí)在前面的價(jià)值流分析工作中,就已經(jīng)涉及到看板的搭建問題,今天這里針對(duì)看板方法的起源、建模及相關(guān)核心實(shí)踐等簡單聊聊。 1、看板方法的起源看板方法(Kanban)源自豐田的“及時(shí)生產(chǎn)”(JIT=just-in-time)系統(tǒng)。盡管生產(chǎn)軟件是一項(xiàng)創(chuàng)造性活動(dòng),與批量生產(chǎn)汽車有所不同,但是生產(chǎn)線管理背后所蘊(yùn)含的原理仍然適用。看板方法是用于高效管理軟件開發(fā)流程的新技術(shù)。 看板定義了一個(gè)增量和漸進(jìn)的改變技術(shù)開發(fā)和組織運(yùn)營的方法。它的核心機(jī)制是限制在制品數(shù)量的拉動(dòng)系統(tǒng),通過它暴露系統(tǒng)運(yùn)作或流程中的問題,并激發(fā)協(xié)作以改進(jìn)系統(tǒng)。 2、看板方法建模針對(duì)看板方法的建模,歸結(jié)起來,主要有以下幾個(gè)步驟: (1)進(jìn)行輸入分析,包括分析工作項(xiàng)類型及其對(duì)應(yīng)規(guī)則,識(shí)別服務(wù)分類及其對(duì)應(yīng)規(guī)則; (2)分析輸入和交付節(jié)奏,包括分析交付的協(xié)調(diào)和事務(wù)成本,分析更合適的發(fā)布節(jié)奏,比如1個(gè)月發(fā)布一次、2周發(fā)布一次等等,明確合理的輸入和優(yōu)先級(jí)排序節(jié)奏等等; (3)識(shí)別主要工作項(xiàng)的價(jià)值流,這里面涉及的方法也是前面提到的價(jià)值流分析的重要部分,包括活動(dòng)、頻率、工作項(xiàng)及粒度、角色及人數(shù)、完成的定義、WIP、周期時(shí)間等等; (4)設(shè)計(jì)初始的虛擬看板墻,通過看板墻的方式嘗試引入拉取的方式開展工作; (5)利用看板墻識(shí)別約束,包括共享資源的約束、技能方面的約束、人力資源方面的約束、產(chǎn)能配比方面的約束等等。
 3、看板方法的核心實(shí)踐看板方法有六大核心實(shí)踐,分別是可視化工作項(xiàng)及流程、度量和管理流動(dòng)、顯示化規(guī)則、形成多層次反饋環(huán)、限制在制品數(shù)量(WIP)、協(xié)作式/實(shí)驗(yàn)式持續(xù)改進(jìn)。
 在進(jìn)行看板實(shí)踐的時(shí)候,可視化工作項(xiàng)和流程是基礎(chǔ),比如下圖是我們?cè)谝粋(gè)項(xiàng)目組中開始嘗試將工作流程及全部工作項(xiàng)可視化到看板墻上,將各類待分析需求、分析中的需求、設(shè)計(jì)中的任務(wù)、開發(fā)中的任務(wù)、測(cè)試中的任務(wù)等等都寫到便簽紙并貼到對(duì)應(yīng)的泳道和隊(duì)列中。
 同時(shí),結(jié)合項(xiàng)目組實(shí)際工作,增設(shè)了應(yīng)急通道,用于處理各類緊急需求和問題。
 項(xiàng)目組嘗試舉行了每日站會(huì),并結(jié)合幾次站會(huì)的相關(guān)情況,及時(shí)做了相應(yīng)的總結(jié): (1)好的做法 a、團(tuán)隊(duì)成員第一次圍著看板墻一起回顧和計(jì)劃; b、每一個(gè)成員能相對(duì)主動(dòng)地對(duì)自己的工作進(jìn)行陳述; c、明確了站立會(huì)議的規(guī)則; d、對(duì)任務(wù)卡片進(jìn)行了改進(jìn); e、在看板墻上對(duì)開發(fā)成員進(jìn)行了區(qū)域劃分,便于一眼判斷出是誰的任務(wù)。 (2)需要改進(jìn)的地方 a、看板墻缺少了deployment環(huán)節(jié)(階段),需要加上,特別是有一些任務(wù)是開發(fā)直接完成并需要現(xiàn)場(chǎng)配合發(fā)布和驗(yàn)證的,這樣才有可能做到端到端; b、目前對(duì)于開發(fā)成員進(jìn)行了區(qū)域劃分,其實(shí)可以進(jìn)一步改進(jìn),畢竟對(duì)于緊急任務(wù)走到應(yīng)急通道時(shí)又如何快速識(shí)別出來是誰在負(fù)責(zé)呢; c、目前的在制品數(shù)量是沒有限制的,后面隨著任務(wù)的增多,需要適時(shí)考慮; d、看板墻上有關(guān)設(shè)計(jì)的內(nèi)容其實(shí)應(yīng)該還有不少已做設(shè)計(jì)但未開發(fā)的,也需要放到看板墻上,不要遺漏; e、應(yīng)急通道上的問題似乎放了不少,要考慮一下是否合理,同時(shí)也需要考慮相應(yīng)的優(yōu)先級(jí),大部分都是緊急問題便會(huì)成為沒有緊急可言; f、可以在漸進(jìn)改進(jìn)的過程中,考慮利用excel等形式繪制累積流圖,這方面建議APT小組協(xié)同推進(jìn)。 g、要讓團(tuán)隊(duì)成員主動(dòng)參與,主動(dòng)發(fā)言。 另一方面,對(duì)工作過程和結(jié)果的度量及流動(dòng)的管理也非常重要,在迭代開啟后,采用燃盡圖、累積流圖等方式進(jìn)行統(tǒng)計(jì)分析,其中幾個(gè)迭代的燃盡圖示意如下圖所示:


 后續(xù)就是一系列的實(shí)踐及持續(xù)改進(jìn)。總體來說,看板方法的實(shí)踐,要充分結(jié)合實(shí)際情況,從現(xiàn)狀開始,同時(shí)團(tuán)隊(duì)成員要對(duì)追求漸進(jìn)式改進(jìn)達(dá)成共識(shí)。在進(jìn)行看板方法實(shí)踐的時(shí)候,可以尊重已有的角色、職責(zé)及職位名稱,這樣有利于快速地、更小阻礙地實(shí)踐看板方法,并看到一些效果,從而有利于正向驅(qū)動(dòng)團(tuán)隊(duì)持續(xù)學(xué)習(xí)、持續(xù)改進(jìn)。
 在看板方法有關(guān)的書籍方面,個(gè)人推薦以下兩本書籍:《看板方法-科技企業(yè)漸進(jìn)變革成功之道》、《精益產(chǎn)品開發(fā)》。

在最新版本的Project中,微軟提供了更佳的用戶體驗(yàn)。
|