一個(gè)需求的交付周期（lead time ）是從它被識(shí)別到最終交付給用戶手中所耗費(fèi)的時(shí)間。交付周期越短，意味著客戶從提出想法到能夠在大連協(xié)同辦公軟件開發(fā)中實(shí)際使用的時(shí)間越短。從客戶的角度來看，更短的交付周期意味著自己的軟件能夠?qū)κ袌?chǎng)變化更快地響應(yīng)，因而獲得更強(qiáng)的競(jìng)爭(zhēng)力，同時(shí)也意味著能夠更快地驗(yàn)證自己的想法。
致遠(yuǎn)服軟認(rèn)為：http://www.soft8.com.cn/任務(wù)管理的粒度太大會(huì)直接導(dǎo)致交付周期變長(zhǎng)。最極端的情況是將屬于某一模塊的任務(wù)在一開始就全部交給負(fù)責(zé)這個(gè)模塊的人，所有這個(gè)模塊相關(guān)的修改都由他來實(shí)現(xiàn)。在一個(gè)按模塊劃分職責(zé)、每個(gè)人只負(fù)責(zé)自己具體模塊的大連協(xié)同辦公軟件開發(fā)團(tuán)隊(duì)里，通常這個(gè)模塊的負(fù)責(zé)人會(huì)實(shí)現(xiàn)這個(gè)模塊的所有修改；不然，就是將一個(gè)可能需要做兩周到一個(gè)月的任務(wù)分給某個(gè)人；或者更好一點(diǎn)的情況是，單個(gè)任務(wù)本身不大，但是會(huì)將相關(guān)聯(lián)的任務(wù)成批地分配給某個(gè)人。
如果你的團(tuán)隊(duì)內(nèi)也是采用大篇的“規(guī)格說明書”等Word文檔來組織需求的，那么要小心，這種問題很可能在團(tuán)隊(duì)內(nèi)已經(jīng)存在。整個(gè)大連安全生產(chǎn)管理軟件開發(fā)團(tuán)隊(duì)沒有小粒度頻繁交付的概念，習(xí)慣了大批量長(zhǎng)時(shí)間地交付方式，因?yàn)榕看?，所以估?jì)常常不準(zhǔn)，而且時(shí)間跨度長(zhǎng)，中間也會(huì)有更多地干擾因素出現(xiàn)，這些都導(dǎo)致任務(wù)不能在開始承諾的時(shí)間點(diǎn)交付。開發(fā)周期長(zhǎng)同樣導(dǎo)致測(cè)試活動(dòng)的滯后，極端地滯后就演變?yōu)樗虚_發(fā)工作完成之后才能進(jìn)行測(cè)試，這就是我們熟悉的瀑布模式。最終的影響就是需求的交付周期會(huì)很長(zhǎng)。
傳統(tǒng)團(tuán)隊(duì)的一個(gè)常見組織方式是按照功能模塊劃分團(tuán)隊(duì)成員，明確分離職責(zé)，這也會(huì)變相增長(zhǎng)交付周期。這樣的團(tuán)隊(duì)通常傾向于按照功能模塊來組織半成品任務(wù)，而不是按照可以交付價(jià)值的完成品來組織任務(wù)。習(xí)慣按照功能模塊來組織開發(fā)的團(tuán)隊(duì)通常會(huì)階段性地“聯(lián)調(diào)”，不同模塊的人帶著自己的代碼合在一起調(diào)試，由于缺乏頻繁地集成，這種聯(lián)調(diào)活動(dòng)的時(shí)間經(jīng)常不可控。
大連協(xié)同辦公軟件開發(fā)團(tuán)隊(duì)在大部分時(shí)間內(nèi)通常只擁有一大堆半成品，后續(xù)的測(cè)試和驗(yàn)收活動(dòng)都沒有辦法進(jìn)行，而只能等到團(tuán)隊(duì)在某一刻組裝出一個(gè)完整的功能后才能測(cè)試，所以交付周期也會(huì)比較長(zhǎng)。
