版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
敏捷項(xiàng)目管理敏捷項(xiàng)目管理敏捷項(xiàng)目管理資料僅供參考文件編號(hào):2022年4月敏捷項(xiàng)目管理版本號(hào):A修改號(hào):1頁(yè)次:1.0審核:批準(zhǔn):發(fā)布日期:敏捷項(xiàng)目管理敏捷軟件開(kāi)發(fā)之項(xiàng)目管理軟件開(kāi)發(fā)之項(xiàng)目管理項(xiàng)目管理是將知識(shí)、技能、工具與技術(shù)應(yīng)用于項(xiàng)目活動(dòng),以滿足項(xiàng)目的要求。軟件開(kāi)發(fā)項(xiàng)目的項(xiàng)目管理,是為了確保軟件開(kāi)發(fā)項(xiàng)目順利進(jìn)行的各種管理活動(dòng)的總和。PMBOK(ProjectManagementBookofKnowledge)中將項(xiàng)目管理分為9大知識(shí)領(lǐng)域整合管理范圍管理時(shí)間管理成本管理質(zhì)量管理人力資源管理溝通管理風(fēng)險(xiǎn)管理采購(gòu)管理至今為止,項(xiàng)目管理往往從這幾個(gè)方面制定計(jì)劃,在實(shí)施中,檢查計(jì)劃和實(shí)施效果的偏差,監(jiān)控項(xiàng)目的健康狀況。敏捷軟件開(kāi)發(fā)之項(xiàng)目管理敏捷軟件開(kāi)發(fā)的項(xiàng)目管理,是指在敏捷軟件開(kāi)發(fā)中進(jìn)行的項(xiàng)目管理活動(dòng)。敏捷軟件開(kāi)發(fā),如同第一章所述,是一種積極擁抱變化的開(kāi)發(fā)模式。敏捷軟件開(kāi)發(fā)認(rèn)可并應(yīng)對(duì)不確定性,換句話說(shuō),需要面對(duì)風(fēng)險(xiǎn)(根據(jù)PMBOK的定義,風(fēng)險(xiǎn)就是不確定性)。某種程度上,敏捷開(kāi)發(fā)過(guò)程就是風(fēng)險(xiǎn)管理的過(guò)程。敏捷軟件開(kāi)發(fā)的各種實(shí)踐方法(Practice)就是為了應(yīng)對(duì)各種風(fēng)險(xiǎn)而存在。敏捷軟件開(kāi)發(fā)的項(xiàng)目管理,其本質(zhì)在于-平衡(Balance)為了提升透明度花費(fèi)的成本和因?yàn)榭赡馨l(fā)生變更而帶來(lái)的風(fēng)險(xiǎn)。敏捷項(xiàng)目管理中,開(kāi)發(fā)流程的概念輕量且抽象。在日新月異的今天,開(kāi)發(fā)流程本身的靈活性顯得非常重要。不是用一個(gè)固定的流程來(lái)應(yīng)對(duì)變更,而是根據(jù)不同環(huán)境不同需要裁剪開(kāi)發(fā)流程。從這個(gè)意義上來(lái)說(shuō),只定義必不可少的管理內(nèi)容的、輕量級(jí)的開(kāi)發(fā)流程是順應(yīng)時(shí)代需要的。如果只在傳統(tǒng)的Paradigm下解讀和裁剪敏捷開(kāi)發(fā)的流程,就很容易忘記敏捷開(kāi)發(fā)的本來(lái)意義,這是造成敏捷開(kāi)發(fā)失敗的一個(gè)主要原因。對(duì)流程的裁剪,一定要在正確理解敏捷項(xiàng)目管理的意義、不抹殺“敏捷”特性的前提下進(jìn)行。
敏捷開(kāi)發(fā)的可交付成果不事先規(guī)定可交付成果的細(xì)節(jié)敏捷軟件開(kāi)發(fā)中,品質(zhì)代表軟件與用戶需求的匹配程度。不事先規(guī)定可交付成果的細(xì)節(jié)是為了追求更高品質(zhì)。因?yàn)樵陂_(kāi)發(fā)過(guò)程中,需求可能發(fā)生變更,可交付成果的內(nèi)容也可能隨之而改變。敏捷軟件開(kāi)發(fā)的特征不僅僅在于能以較低成本應(yīng)對(duì)變更,而是使軟件盡可能具有應(yīng)對(duì)變更的能力。敏捷項(xiàng)目管理的假設(shè)是,某個(gè)項(xiàng)目難以用傳統(tǒng)的流程進(jìn)行管理。即,Goal會(huì)隨著時(shí)間的變化而變化。因此,重點(diǎn)在于認(rèn)識(shí)到可能發(fā)生變更的風(fēng)險(xiǎn),提高應(yīng)變能力。但是,通常情況下,人們認(rèn)為如果可交付成果不斷變化,開(kāi)發(fā)可能無(wú)法收尾。因此,敏捷項(xiàng)目管理把開(kāi)發(fā)期間分解成幾個(gè)短的區(qū)間,把每個(gè)短區(qū)間的可交付成果在一定程度上固定下來(lái)。在項(xiàng)目進(jìn)展過(guò)程中,一邊聽(tīng)取客戶反饋,一邊調(diào)整可交付成果??山桓冻晒撵`活性要保持在多大程度這個(gè)取決于流程的設(shè)計(jì),是敏捷項(xiàng)目管理中非常重要的內(nèi)容??赡馨l(fā)生變更,風(fēng)險(xiǎn)管理怎么辦What’sRisk有可能發(fā)生變更的地方,就存在著各種各樣的風(fēng)險(xiǎn)。風(fēng)險(xiǎn)是因?yàn)榭赡馨l(fā)生變更而造成的,所以無(wú)論用不用敏捷項(xiàng)目管理,風(fēng)險(xiǎn)都是存在的。但是,采用敏捷軟件開(kāi)發(fā)和采用傳統(tǒng)的瀑布式開(kāi)發(fā),客戶和開(kāi)發(fā)團(tuán)隊(duì)所承擔(dān)的風(fēng)險(xiǎn)是不同的。首先,傳統(tǒng)的管理方法是制定計(jì)劃,根據(jù)執(zhí)行結(jié)果和計(jì)劃之間的偏差來(lái)評(píng)估可交付成果。可是因?yàn)榭赡艽嬖谧兏?,無(wú)法嚴(yán)密地定義可交付成果。因此,就出現(xiàn)了以下兩種做法:做各種假設(shè),無(wú)論如何定義出可交付成果,決定金額和交貨期雖然對(duì)可交付成果不是很清楚,但還是決定了金額和交貨期采用方法a的話,變更帶來(lái)的風(fēng)險(xiǎn)由客戶承擔(dān)。即,如果假設(shè)和實(shí)際不相符,可交付成果和實(shí)際的業(yè)務(wù)需求就不一致。采用方法b的話,開(kāi)發(fā)團(tuán)隊(duì)承擔(dān)仕樣變更的風(fēng)險(xiǎn),因?yàn)橐贿呉袷亟痤~和交貨期的約定,一邊還要完成可交付成果的變更。一般來(lái)說(shuō),很難讓某一方承擔(dān)全部風(fēng)險(xiǎn)。通常的做法是采用折衷案。即,暫不考慮誰(shuí)是誰(shuí)非,客戶和開(kāi)發(fā)團(tuán)隊(duì)共同承擔(dān)上述風(fēng)險(xiǎn)進(jìn)行項(xiàng)目活動(dòng)。敏捷軟件開(kāi)發(fā)中,客戶和開(kāi)發(fā)團(tuán)隊(duì)要一起承擔(dān)變更可能性帶來(lái)的風(fēng)險(xiǎn)??蛻粲胸?zé)任解釋說(shuō)明并排序選擇軟件需求??墒牵绻蛻舨荒軓拈_(kāi)發(fā)團(tuán)隊(duì)得到有關(guān)項(xiàng)目進(jìn)度的反饋,就無(wú)法做合適的判斷。這就是溝通上的風(fēng)險(xiǎn)。另外,事先沒(méi)有約定可交付成果的細(xì)節(jié),因此,項(xiàng)目能夠在預(yù)算和進(jìn)度要求內(nèi)完成的保證就沒(méi)有了。開(kāi)發(fā)團(tuán)隊(duì)也要充分了解這一風(fēng)險(xiǎn),并作出應(yīng)對(duì)。外包公司可能會(huì)盡可能降低成本,既滿足事先決定的交付期和可交付成果,又使計(jì)劃和執(zhí)行之間的Gap轉(zhuǎn)向有利于開(kāi)發(fā)商一方,從而實(shí)現(xiàn)利益最大化。但是,敏捷軟件開(kāi)發(fā)中,沒(méi)有事先約定可交付成果的細(xì)節(jié),所以,很可能不存在如上所述的提高利潤(rùn)的空間。開(kāi)發(fā)商如果采用敏捷軟件開(kāi)發(fā),就要認(rèn)識(shí)到這樣的風(fēng)險(xiǎn),同時(shí)最大限度地滿足客戶需求。怎么降低風(fēng)險(xiǎn)因?yàn)榭赡艽嬖谧兏詿o(wú)論采用哪種項(xiàng)目管理方法,都必須承擔(dān)變更可能性帶來(lái)的風(fēng)險(xiǎn)。那么,敏捷項(xiàng)目管理的優(yōu)點(diǎn)在哪里呢就在于敏捷項(xiàng)目管理能夠應(yīng)對(duì)更多的、可能發(fā)生的變更。因?yàn)槊艚蒈浖_(kāi)發(fā)本來(lái)就假設(shè)軟件開(kāi)發(fā)項(xiàng)目中有可能發(fā)生變更。因此,越是深刻理解敏捷軟件開(kāi)發(fā)的本質(zhì),正確實(shí)踐,就越能以較少的成本應(yīng)對(duì)可能發(fā)生的變更。與此相對(duì)的,瀑布式項(xiàng)目管理沒(méi)有做這種假設(shè)。從這一點(diǎn)來(lái)看,熟練使用敏捷軟件開(kāi)發(fā),可以更迅速更安全地應(yīng)對(duì)變更可能性帶來(lái)的風(fēng)險(xiǎn)。更重要的是,當(dāng)使用敏捷項(xiàng)目管理時(shí),顧客和開(kāi)發(fā)團(tuán)隊(duì)之間的風(fēng)險(xiǎn)平衡(RiskBalance)是Win-Win的合作關(guān)系。即,適應(yīng)變更,擁抱變更的開(kāi)發(fā)使客戶得到想要的功能,另一方面,開(kāi)發(fā)團(tuán)隊(duì)因客戶滿意而獲得更大收益。與此相對(duì),瀑布式項(xiàng)目管理在制定計(jì)劃時(shí),顧客和開(kāi)發(fā)團(tuán)隊(duì)之間就形成了一種風(fēng)險(xiǎn)的交易(Tradeoff)。一旦發(fā)生變更,顧客和開(kāi)發(fā)團(tuán)隊(duì)在誰(shuí)承擔(dān)風(fēng)險(xiǎn)上很容易形成對(duì)立關(guān)系。這種對(duì)立關(guān)系潛在地增加了項(xiàng)目管理的難度。變更越可能發(fā)生,項(xiàng)目管理就越難做。敏捷項(xiàng)目管理的Point在于顧客和開(kāi)發(fā)團(tuán)隊(duì)一起向一個(gè)目標(biāo)奮斗,即提供更能滿足用戶需要的可交付成果。消解了對(duì)立關(guān)系,構(gòu)筑了一種積極應(yīng)對(duì)變更的合作關(guān)系。這一點(diǎn),相對(duì)于傳統(tǒng)的項(xiàng)目管理來(lái)說(shuō),無(wú)論在合同方式,還是在顧客和開(kāi)發(fā)團(tuán)隊(duì)間的角色扮演(責(zé)任分擔(dān))上,都是一種激變吧!
敏捷項(xiàng)目管理之估算敏捷項(xiàng)目管理中,計(jì)劃(Planning)非常重要。計(jì)劃之前,開(kāi)發(fā)團(tuán)隊(duì)要估算出任務(wù)的大小(size)。這和傳統(tǒng)的瀑布式項(xiàng)目管理究竟有何不同呢敏捷軟件開(kāi)發(fā)中,估算有兩個(gè)特征:一是以顧客能夠管理的需求為單位進(jìn)行估算,另一個(gè)是只需估算出需求的相對(duì)大小。關(guān)于這兩個(gè)特征,解說(shuō)如下。以客戶能夠管理的需求為單位進(jìn)行估算第一個(gè)特征是要義客戶能夠管理的需求為單位進(jìn)行估算。雖然這并非是敏捷項(xiàng)目管理固有的東西,但對(duì)于敏捷項(xiàng)目管理來(lái)說(shuō),至關(guān)重要。因?yàn)椴捎眠@樣的管理方法,顧客可以自主排序選擇需求。首先,敏捷軟件開(kāi)發(fā)前,客戶有責(zé)任準(zhǔn)備需求列表。當(dāng)然啦,大多數(shù)情況下,由開(kāi)發(fā)團(tuán)隊(duì)幫客戶制作需求列表。但開(kāi)發(fā)團(tuán)隊(duì)要認(rèn)識(shí)到需求列表的制作和管理是顧客的責(zé)任。關(guān)于這種需求列表,每種開(kāi)發(fā)方式都有自己的叫法,其中需求的粒度和表現(xiàn)形式也不同。例如,XP中,有Story。Scrum中有ProductBacklog。無(wú)論哪種,都是利害關(guān)系者期待的軟件功能(Feature)。以客戶能夠管理的需求為單位進(jìn)行估算,其本質(zhì)在于使客戶能夠判斷功能的優(yōu)先度,以決定每次交付時(shí),軟件需要具有什么功能。只需估算出需求的相對(duì)大小這里的估算并不是項(xiàng)目所需時(shí)間(人月)的估算。因?yàn)楣浪愠鰜?lái)的累計(jì)時(shí)間,很可能因?yàn)槿肆Y源等限制,會(huì)與實(shí)際需要的時(shí)間大相徑庭。第二點(diǎn),需求的相對(duì)大小是由經(jīng)驗(yàn)和感覺(jué)得來(lái)的,客戶比較容易理解,也比較容易操作。敏捷項(xiàng)目管理的前提是項(xiàng)目的不可預(yù)測(cè)性。因此,精細(xì)估算得來(lái)的計(jì)劃和概算估算得來(lái)的計(jì)劃,其精度差別不大-都是不確實(shí)的計(jì)劃。因此,與其在估算上花費(fèi)成本,倒不如把側(cè)重點(diǎn)放在體制的整備上,以應(yīng)對(duì)意外事態(tài)。敏捷項(xiàng)目管理中,以需求的相對(duì)大小為單位進(jìn)行估算。這個(gè)單位在XP中稱作StoryPoint。也有不能對(duì)應(yīng)的不確定性敏捷項(xiàng)目管理接受不確定性,需要時(shí),可以調(diào)整估算值。但是,有時(shí),估算階段的前提條件中,也有一些不得不確定的要素。這些要素一旦變更,其變更成本往往不可接受。比較極端的例子,比如,一旦選定某種開(kāi)發(fā)語(yǔ)言,就幾乎不可能再變了。還有,架構(gòu)的再構(gòu)也是這樣。因此,事先必須詳細(xì)調(diào)查這些不可更改的因素。例如,多數(shù)情況下,開(kāi)發(fā)團(tuán)隊(duì)根據(jù)經(jīng)驗(yàn)定義非功能需求,整理出架構(gòu)的優(yōu)缺點(diǎn),明確其適用范圍和潛在風(fēng)險(xiǎn)。
敏捷項(xiàng)目管理之流程設(shè)計(jì)迭代(Iteration)敏捷項(xiàng)目管理的要點(diǎn)在于能夠設(shè)計(jì)出一個(gè)流程以平衡為獲取反饋所花費(fèi)的成本和獲得反饋給項(xiàng)目帶來(lái)的好處??蛻魪拈_(kāi)發(fā)人員那兒得到關(guān)于可交付成果的報(bào)告,并進(jìn)行決策。該決策作為仕樣反饋給開(kāi)發(fā)人員。然后,開(kāi)發(fā)人員基于該仕樣改進(jìn)開(kāi)發(fā),并繼續(xù)向客戶報(bào)告結(jié)果。如此這般,客戶和開(kāi)發(fā)人員一邊切磋琢磨,一邊做出更好的軟件。敏捷軟件開(kāi)發(fā)采用迭代(Iteration)管理開(kāi)發(fā)項(xiàng)目工作。一個(gè)迭代,一般持續(xù)一周或一個(gè)月。迭代是分配任務(wù)和制作可交付成果的管理單位。迭代的長(zhǎng)度一旦決定了,就不再更改。即,迭代的長(zhǎng)度是固定的,不是由分配的任務(wù)大小決定的。Scrum使用Rugby中的術(shù)語(yǔ),每個(gè)迭代被稱作一個(gè)Sprint。Time-boxTime-box被稱作迭代背后的手。重視人與人之間互動(dòng)的流程,往往會(huì)有規(guī)則不夠用的缺陷。這是因?yàn)椋@種流程的重點(diǎn)在于協(xié)調(diào)以完成實(shí)際的工作,而不是遵守嚴(yán)密的規(guī)章制度。這種流程更接近于管理的本質(zhì),但是更難掌控。激發(fā)創(chuàng)造力的交流是必不可少的,但有時(shí)候,用于調(diào)整的時(shí)間無(wú)限膨脹,甚至壓縮了做實(shí)際工作的時(shí)間。例如,長(zhǎng)時(shí)間的會(huì)議和辯論。的確,各種Session會(huì)給參加者帶來(lái)一定的滿足感,但也容易流于為會(huì)議而會(huì)議的形式主義,或者帶來(lái)“開(kāi)會(huì)就是完成工作”的虛假的成就感。更壞的情況時(shí),如果掌控不好,會(huì)造成進(jìn)度遲延、品質(zhì)低下、以及成本和回報(bào)的不平衡。那么,該如何解決這些問(wèn)題呢有一種方法,對(duì)各項(xiàng)活動(dòng)設(shè)定了時(shí)間,并要求嚴(yán)守結(jié)束時(shí)間。即,終了時(shí)間必須結(jié)束,即使會(huì)議的預(yù)期可交付成果還處于Inprogress的狀態(tài),也要結(jié)束,這個(gè)預(yù)期的可交付成果會(huì)成為下一道工序的輸入。這種時(shí)間管理方法就叫做Time-box。Time-box的Point在于并不倉(cāng)促得出可交付成果。而是按時(shí)間進(jìn)入下一道工序,得到客戶反饋,再返回來(lái),更好地完成可交付成果(由此可見(jiàn),項(xiàng)目真的是一種目標(biāo)導(dǎo)向、結(jié)果導(dǎo)向的東西)。重視客戶反饋的敏捷項(xiàng)目管理就采用了Time-box,按照定義好的時(shí)間,進(jìn)入下個(gè)Step。任務(wù)管理把需求分配到各個(gè)迭代需求是在迭代中實(shí)現(xiàn)的。在哪個(gè)迭代中分配哪些需求,一般是按照客戶設(shè)定的優(yōu)先度,從高到低地實(shí)施。實(shí)際操作時(shí),因?yàn)樾枨蟮拇笮〔煌?,而迭代的長(zhǎng)度是固定的,所以無(wú)法完全按照優(yōu)先級(jí)實(shí)施。另外,客戶也不一定會(huì)主動(dòng)設(shè)置需求的優(yōu)先級(jí)。開(kāi)發(fā)團(tuán)隊(duì)要在每個(gè)迭代開(kāi)始前,與客戶密切交流,讓客戶發(fā)揮主動(dòng)性選擇需求。需求分解成作業(yè)項(xiàng)目敏捷軟件開(kāi)發(fā)中,將開(kāi)發(fā)工作細(xì)分為任務(wù),每個(gè)人自發(fā)地選擇任務(wù),一項(xiàng)任務(wù)完成后,自己再給自己分配下一項(xiàng)任務(wù)。把工作分解到可以分配給個(gè)人的程度,叫任務(wù)(Task)。迭代中,要把需求進(jìn)一步分解為任務(wù),并制成一覽表。然后,通過(guò)管理任務(wù)的分配,每個(gè)人所做的工作都明了可見(jiàn)。雖然任務(wù)需要分配給Team中的某一人,但Team全體對(duì)任務(wù)負(fù)有管理責(zé)任。不依賴于個(gè)人能力。而是通過(guò)Team一起管理剩余的任務(wù),以判斷迭代內(nèi)是否能完成計(jì)劃的可交付成果。兩一方面,通過(guò)觀察剩余的任務(wù),可以早點(diǎn)發(fā)現(xiàn)異常。設(shè)計(jì)流程時(shí),一貫的指導(dǎo)思想是:提高作業(yè)透明度,早期發(fā)現(xiàn)異常,縮短迭代期間,早期得到反饋。早期發(fā)現(xiàn)問(wèn)題,早期做出調(diào)整,在設(shè)計(jì)流程的過(guò)程中,要時(shí)時(shí)關(guān)注這一機(jī)制。
敏捷項(xiàng)目的交付多次交付交付是指在軟件開(kāi)發(fā)中,核實(shí)可交付成果的行為。交付是指軟件可以開(kāi)始提供商業(yè)服務(wù),或可在公司內(nèi)部使用,或可開(kāi)始作為Package產(chǎn)品生產(chǎn)/銷售。對(duì)外包公司來(lái)說(shuō),交付一般就是合同期滿的時(shí)候,通常只有一次。但是,如果采用敏捷項(xiàng)目管理,假設(shè)軟件會(huì)隨著環(huán)境變化和用戶需求的變化而發(fā)生變化,將會(huì)有多次交付。每個(gè)迭代做交付敏捷項(xiàng)目管理中,我們何時(shí)交付軟件呢你已經(jīng)知道,我們是以迭代為單位進(jìn)行軟件開(kāi)發(fā)的。我們需要在每個(gè)迭代結(jié)束前,準(zhǔn)備可以交付的軟件。敏捷軟件開(kāi)發(fā)中,每個(gè)迭代的交付是必不可少的Practice。因?yàn)椋覀円涂蛻舸_認(rèn)每個(gè)迭代的可交付成果,獲得客戶的反饋,確保項(xiàng)目在正確的方向上運(yùn)行。反過(guò)來(lái)說(shuō),正因?yàn)槊艚蒈浖_(kāi)發(fā)需要頻繁地獲取客戶反饋,所以要求迭代的時(shí)間不能太長(zhǎng)。有時(shí)候,一個(gè)星期就是一個(gè)迭代,這時(shí),我們需要每周交付一次。普通的開(kāi)發(fā)人員會(huì)認(rèn)為這是不可能的。因?yàn)?,交付一般伴隨著繁雜的手續(xù),例如,壓力測(cè)試,審計(jì)團(tuán)隊(duì)的檢查,文檔的整備等。一般認(rèn)為不滿足公司內(nèi)部的流程,或者不完全滿足合同上的要求,就沒(méi)有達(dá)到可以交付的品質(zhì)。敏捷項(xiàng)目管理中,每個(gè)迭代的交付,會(huì)讓人想到交付所花費(fèi)的時(shí)間和人力,因此感覺(jué)有點(diǎn)不實(shí)用。其實(shí),這只是表達(dá)的問(wèn)題。敏捷項(xiàng)目管理中“每個(gè)迭代的交付”是指使軟件達(dá)到“可交付的狀態(tài)”(而不是真正就一次性交付了)。每個(gè)迭代做的簡(jiǎn)易交付交付有兩種。一種是每個(gè)迭代結(jié)束時(shí)的簡(jiǎn)易交付,另一種是作為項(xiàng)目的一個(gè)里程碑,即EndUser可以開(kāi)始使用的正式交付。簡(jiǎn)易交付的要求正式交付的流程和手續(xù)由合同和公司規(guī)定。敏捷項(xiàng)目管理中,關(guān)鍵是要定義簡(jiǎn)易交付的交付條件。即,正式交付中的要求,有哪些在簡(jiǎn)易交付中必須滿足。例如:?jiǎn)卧獪y(cè)試在簡(jiǎn)易交付中必須滿足(如果你使用測(cè)試驅(qū)動(dòng)開(kāi)發(fā),必然會(huì)有自動(dòng)化測(cè)試)。那么,結(jié)合測(cè)試,和性能測(cè)試之類怎么辦呢每個(gè)項(xiàng)目的性質(zhì)不同,團(tuán)隊(duì)的自動(dòng)化工具的使用情況也不同,有必要對(duì)每個(gè)項(xiàng)目具體問(wèn)題具體分析具體判斷:需要把結(jié)合測(cè)試和性能測(cè)試放到簡(jiǎn)易交付中嗎另外,簡(jiǎn)易交付的交付條件和迭代的長(zhǎng)度也息息相關(guān)。在設(shè)計(jì)流程時(shí),需要重點(diǎn)討論簡(jiǎn)易交付的交付條件。敏捷軟件的文檔文檔最少化敏捷軟件開(kāi)發(fā)極力排除文檔工作。因?yàn)槌浞纸涣骱痛a共享本身可以是項(xiàng)目團(tuán)隊(duì)用最少的文檔實(shí)現(xiàn)仕樣傳達(dá)(Transfer)和共享(Share)。簡(jiǎn)單說(shuō)來(lái),就是不需要,所以不做。還有其他理由,例如文檔的修改成本,例如文檔有損圓滑的溝通之類。。。那么,敏捷軟件開(kāi)發(fā)中,真的不需要文檔嗎如果我們正確實(shí)踐各種Practice,和利益相關(guān)者(包括客戶)溝通順利,那么最大可能減少文檔也沒(méi)什么關(guān)系。但是,項(xiàng)目結(jié)束時(shí),和利益相關(guān)者在默契基礎(chǔ)上進(jìn)行溝通的環(huán)境也沒(méi)有了。為了和其他項(xiàng)目或者運(yùn)營(yíng)團(tuán)隊(duì)Transfer,有必要把信息書(shū)面化。除此之外,為了遵守現(xiàn)有的開(kāi)發(fā)流程和公司內(nèi)部規(guī)定,有時(shí)候并不特別在意文檔自身到底有沒(méi)有用,也必須把文檔準(zhǔn)備好。(用PMBOK里的說(shuō)法:更新組織過(guò)程資產(chǎn))在正式交付的迭代準(zhǔn)備文檔那么,如何準(zhǔn)備文檔呢項(xiàng)目里,有一個(gè)迭代做正式交付,一般就在那個(gè)迭代整理文檔。在正式交付的迭代
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 高考語(yǔ)文作文主題講解之 科技倫理
- 五年級(jí)下冊(cè)音樂(lè)表格教案
- 人教版八年級(jí)上音樂(lè)教案
- (統(tǒng)考版)2023版高考化學(xué)一輪復(fù)習(xí)第四章非金屬及其化合物第1講碳、硅及其化合物學(xué)生用書(shū)
- 住宅小區(qū)綠化改造工程合同
- 企事業(yè)單位泔水處理合同
- 乳制品運(yùn)輸合同簽訂策略
- 射擊館裝修合同樣本
- 保健品原料運(yùn)輸合同樣本
- 博物館裝修合同終止協(xié)議書(shū)
- 模擬法庭劇本
- 各工種崗位危險(xiǎn)告知書(shū)全
- 振動(dòng)測(cè)量傳感器-課件
- 神經(jīng)外科專科護(hù)理質(zhì)量監(jiān)測(cè)指標(biāo)
- 造價(jià)員崗位標(biāo)準(zhǔn)
- 2023《朝花夕拾》中考真題及典型習(xí)題訓(xùn)練(解析版)
- 2022-2023學(xué)年部編版道德與法治六年級(jí)上冊(cè)全冊(cè)知識(shí)點(diǎn)匯總
- 旅行社間航班切位協(xié)議書(shū)(無(wú)補(bǔ)貼)
- 《中學(xué)教育科研實(shí)務(wù)》課程教學(xué)大綱
- 金屬加工與實(shí)訓(xùn)(基礎(chǔ)知識(shí))完整整套教學(xué)課件
- 老年人常見(jiàn)眼病知識(shí)講座
評(píng)論
0/150
提交評(píng)論