任務(wù)看板來源于精益生產(chǎn)管理實(shí)踐活動(dòng)，靈巧將背后的目視化管理核心理念參考來，經(jīng)過一番更新改造，構(gòu)成了擁有自己獨(dú)特風(fēng)格的目視化管理專用工具。先看一下大家怎么樣能用這種任務(wù)看板來處理迭代每日任務(wù)。聽上去其實(shí)是一個(gè)很簡單的東西。

一般一個(gè)迭代的任務(wù)看板上體現(xiàn)了某一個(gè)迭代計(jì)劃工作任務(wù)工作進(jìn)展。任務(wù)看板上依照一個(gè)迭代內(nèi)團(tuán)隊(duì)典型性開發(fā)主題活動(dòng)分為幾欄，比如“待開發(fā)”、“開發(fā)中”、“待測試”、“測試中”、“測試進(jìn)行”等。在一個(gè)迭代之時(shí)，大家會(huì)把方案在迭代完成小故事卡放進(jìn)“待開發(fā)”這一欄中。數(shù)據(jù)可視化任務(wù)看板的一個(gè)好處是全部團(tuán)隊(duì)人員都可以實(shí)時(shí)了解到本迭代計(jì)劃和工作進(jìn)展。開發(fā)工作人員接任務(wù)時(shí)，就把他發(fā)放的小故事卡片從“待開發(fā)”挪到“開發(fā)中”，與此同時(shí)貼了含有自身姓名的字條。當(dāng)她開發(fā)完畢之后，就把小故事卡片挪到“待測試”一欄。我們自己的測試工作人員看到這個(gè)一欄里尚需測量的小故事之前，就取出一張，移到“測試中”，逐漸這一用戶故事的測試，測試結(jié)束后，就把小故事卡移到“測試進(jìn)行”一欄。

任務(wù)看板管理的粒度分布太交流會(huì)導(dǎo)致交付周期拉長。極端狀況是把歸屬于某一模塊每日任務(wù)在一開始就所有分到承擔(dān)這一模塊人，全部這一控制模塊有關(guān)的修改均由她來完成。在一個(gè)按模塊劃分崗位職責(zé)，每一個(gè)人只管自身實(shí)際模塊團(tuán)隊(duì)中，一般這一模塊責(zé)任人會(huì)完成這一模塊全部改動(dòng)。要不然，就是把一個(gè)很有可能應(yīng)該做2周全一個(gè)月任務(wù)分到某些人?；蚴歉靡稽c(diǎn)的情況就是，單獨(dú)每日任務(wù)自身并不大，可是會(huì)把相關(guān)的每日任務(wù)批量地分給某些人。假如你精英團(tuán)隊(duì)內(nèi)都是選用大篇幅的“測試計(jì)劃”等word文本文檔來機(jī)構(gòu)市場需求的，那就要當(dāng)心，這類問題很可能在精英團(tuán)隊(duì)內(nèi)已經(jīng)存在。一個(gè)團(tuán)隊(duì)沒有小粒度分布經(jīng)常交貨這個(gè)概念，習(xí)慣大批長時(shí)間的交付方式。

因?yàn)榇笈看?，因此可能?jīng)常禁止，并且周期時(shí)間長，正中間也會(huì)越來越多地不可控因素發(fā)生，這都造成每日任務(wù)不可以在進(jìn)行服務(wù)承諾的時(shí)間節(jié)點(diǎn)交貨。開發(fā)時(shí)間長一樣造成測試活動(dòng)落后，極端化地落后就演變成全部開發(fā)工作中進(jìn)行后才能開展測試，這便是我們熟悉的飛瀑方式。最后的危害便是市場需求的交付周期會(huì)較長。

本文摘要節(jié)選自來源于

https://www.itsmcn.com/taskboard/