熟悉敏捷方法的讀者可能知道，敏捷方法包含一系列實(shí)踐，來幫助大連網(wǎng)絡(luò)科技有限公司軟件開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)短周期快速交付，更好地響應(yīng)需求變化。比如說用戶故事（User Story）方法將需求從用戶價(jià)值的角度進(jìn)行組織，避免將需求從功能模塊角度劃分。小粒度的用戶故事可以在一兩周的迭代內(nèi)完成開發(fā)和測試（并行開發(fā)），從而可以縮短交付周期。問題是，在敏捷團(tuán)隊(duì)內(nèi)，我們?nèi)绾斡行Ч芾泶罅啃×６扔脩艄适?，同時(shí)避免上述項(xiàng)目管理中的問題呢？下面我們結(jié)合敏捷開發(fā)中的看板工具來看看大連微信公眾號(hào)二次開發(fā)團(tuán)隊(duì)是如何管理任務(wù)的。
看板源于精益生產(chǎn)實(shí)踐，敏捷將其背后的可視化管理理念借鑒過來，致遠(yuǎn)服軟認(rèn)為：http://www.soft8.com.cn/經(jīng)過一番改造，形成了有自己獨(dú)特風(fēng)格的可視化管理工具。曾有人總結(jié)過scrum和kanban的使用，而很多時(shí)候，我們也將它叫作迭代狀態(tài)墻。 我們先來看看怎樣用這個(gè)狀態(tài)墻來管理迭代任務(wù)。說起來其實(shí)是一個(gè)很簡單的東西。
通常一個(gè)迭代的狀態(tài)墻反映了某一個(gè)迭代的計(jì)劃和任務(wù)進(jìn)展情況。狀態(tài)墻按照一個(gè)迭代內(nèi)團(tuán)隊(duì)的典型開發(fā)活動(dòng)分成幾欄，例如“待開發(fā)”、“開發(fā)中”、“待測試”、“測試中”、“測試完成”等。在一個(gè)迭代之初，我們會(huì)將計(jì)劃在本迭代完成的故事卡放到“待開發(fā)”這一欄中。可視化狀態(tài)墻的一個(gè)好處就是所有大連網(wǎng)絡(luò)科技有限公司軟件開發(fā)團(tuán)隊(duì)成員都可以實(shí)時(shí)地了解本迭代的計(jì)劃和進(jìn)展情況。開發(fā)人員領(lǐng)取任務(wù)時(shí)，就將他領(lǐng)取的故事卡片從“待開發(fā)”移到“開發(fā)中”，同時(shí)貼上帶有自己名字的小紙條。當(dāng)他開發(fā)完成之后，就將故事卡片移到“待測試”一欄。測試人員看到“待測試”欄里有待測的故事卡，就取下一張，移動(dòng)到“測試中”，然后開始這個(gè)用戶故事的測試；測試完成后，就將故事卡移動(dòng)到“測試完成”一欄。如果測試人員發(fā)現(xiàn)了一個(gè) bug，那么他可以用紅顏色的卡片記下這個(gè)bug，然后放到“待開發(fā)”這一欄中。狀態(tài)墻上除了用戶故事、bug 之外，還會(huì)有一些諸如重構(gòu)、搭建大連網(wǎng)絡(luò)科技有限公司軟件開發(fā)團(tuán)隊(duì)測試環(huán)境這樣的不直接產(chǎn)生業(yè)務(wù)價(jià)值的任務(wù)，這三類任務(wù)用不同顏色的卡片放到狀態(tài)墻上統(tǒng)一管理。
這樣一個(gè)簡單的工具，是如何幫助我們消除浪費(fèi)、解決項(xiàng)目管理中的問題的呢？讓我們逐條分析一下看看。
