PMI-ACP認(rèn)證是由美國項目管理協(xié)會(PMI)于2011年推出的一種敏捷項目管理認(rèn)證。它是PMI針對敏捷實踐者的資格認(rèn)證,同時也是敏捷項目管理的行業(yè)標(biāo)準(zhǔn)。該認(rèn)證旨在評估從業(yè)者在敏捷方法、實踐和工具方面的知識和技能,以及在敏捷環(huán)境中管理項目的能力。通過PMI-ACP認(rèn)證,可以證明個人在敏捷項目管理方面的專業(yè)能力和實踐經(jīng)驗。
《敏捷實踐指南》ACP官方教材選用PMI官方推薦的《敏捷實踐指南》 ,它是理解、評估和使用敏捷和混合的敏捷方法的資源。該實踐指南為何時、何地以及如何應(yīng)用敏捷方法提供指導(dǎo),并為希望增強(qiáng)敏捷性的實踐者和組織提供實用工具。該實踐指南也是ACP認(rèn)證考試的基礎(chǔ)。
ACP官方教材目錄結(jié)構(gòu) 1.引論 2.敏捷概述 2.1可確定的工作與高度不確定的工作 2.2《敏捷宣言》及思維模式 2.3精益與看板方法 2.4不確定性、風(fēng)險和生命周期選擇 3.生命周期選擇 3.1項目生命周期的特征 3.1.1預(yù)測型生命周期的特征 3.1.2迭代型生命周期的特征 3.1.3增量型生命周期的特征 3.1.4敏捷生命周期的特征 3.1.5敏捷適用性篩選器 3.1.6混合生命周期的特征 3.1.7結(jié)合了敏捷和預(yù)測的方法 3.1.8以預(yù)測法為主、敏捷方法為輔的方法 3.1.9以敏捷方法為主、預(yù)測法為輔的方法 3.1.10符合目的的混合生命周期 3.1.11混合型生命周期作為過渡策略 3.2混合敏捷方法 3.3影響裁剪的項目因素 4.實施敏捷:創(chuàng)建敏捷環(huán)境 4.1從敏捷思維模式開始 4.2仆人式領(lǐng)導(dǎo)為團(tuán)隊賦權(quán) 4.2.1仆人式領(lǐng)導(dǎo)的職責(zé) 4.2.2項目經(jīng)理在敏捷環(huán)境中的角色 4.2.3項目經(jīng)理應(yīng)用仆人式領(lǐng)導(dǎo) 4.3團(tuán)隊構(gòu)成 4.3.1敏捷團(tuán)隊 4.3.2敏捷的角色 4.3.3通才型專家 4.3.4團(tuán)隊結(jié)構(gòu) 4.3.5專職小組成員 4.3.6團(tuán)隊工作場所 4.3.7克服組織孤島 5.實施敏捷:在敏捷環(huán)境中交付 5.1項目章程和團(tuán)隊章程 5.2常見敏捷實踐 5.2.1回顧 5.2.2待辦事項列表編制 5.2.3待辦事項列表的細(xì)化 5.2.4每日站會 5.2.5展示/評審 5.2.6規(guī)劃基于迭代的敏捷 5.2.7幫助團(tuán)隊交付價值的執(zhí)行實踐 5.2.8迭代和增量如何幫助交付工作產(chǎn)品 5.3解決敏捷項目的挑戰(zhàn) 5.4敏捷項目的衡量指標(biāo) 5.4.1敏捷團(tuán)隊的衡量結(jié)果 6.關(guān)于項目敏捷性的組織考慮因素 6.1組織變革管理 6.1.1變革管理驅(qū)動因素 6.1.2變革就緒情況 6.2組織文化 6.2.1創(chuàng)建安全環(huán)境 6.2.2評估文化 6.3采購和合同 6.4商業(yè)實踐 6.5多團(tuán)隊協(xié)作和依賴關(guān)系(擴(kuò)展) 6.5.1框架 6.5.2考慮事項 6.6敏捷和項目管理辦公室(PMO) 6.6.1敏捷PMO為價值驅(qū)動型 6.6.2敏捷PMO為面向創(chuàng)新型 6.6.3敏捷PMO為多學(xué)科型 6.7組織結(jié)構(gòu) 6.8組織演變 7.行動呼吁 附錄A1―《PMBOK指南》映射 附錄A2―《敏捷宣言》映射 附錄A3―敏捷和精益框架概述 附件X1 貢獻(xiàn)者和評審 附件X2 影響裁剪的屬性 附件 敏捷適用性篩選工具 參考文獻(xiàn) 參考書目 術(shù)語表(英文排序) 索引
ACP知識體系介紹 ACP七大知識領(lǐng)域ACP知識體系可以概括為7大知識領(lǐng)域 ,包括敏捷原則和理念、價值驅(qū)動交付、干系人參與、團(tuán)隊績效、適應(yīng)性規(guī)劃、問題發(fā)現(xiàn)和解決、持續(xù)改進(jìn)(產(chǎn)品、流程、人員) 。
知識領(lǐng)域1:敏捷原則和理念(9項任務(wù)) 在項目團(tuán)隊和組織的范圍內(nèi),探索、接受、應(yīng)用敏捷原則和理念。
知識領(lǐng)域2:價值驅(qū)動交付(4個子領(lǐng)域,14項任務(wù)) 基于干系人的優(yōu)先級,通過產(chǎn)生高價值的增量并進(jìn)行評審,盡早和頻繁的交付有價值的成果。讓干系人對于這些增量提供反饋,使用這些反饋來制定優(yōu)先級,并改進(jìn)未來的增量。
知識領(lǐng)域3:干系人參與(3個子領(lǐng)域,9項任務(wù)) 通過建立信任的環(huán)境,協(xié)調(diào)干系人的需求和期望,用可以理解的成本和工作量來平衡好他們的要求,讓現(xiàn)在和未來的利益相關(guān)方參與進(jìn)來。在項目生命周期中,促進(jìn)參與和協(xié)作,提供工具來進(jìn)行有效和明智的決策。
知識領(lǐng)域4:團(tuán)隊績效(3個子領(lǐng)域,9項任務(wù)) 建立信任、學(xué)習(xí)、協(xié)作、解決沖突的環(huán)境,促進(jìn)團(tuán)隊的自組織、增強(qiáng)團(tuán)隊成員間的聯(lián)系、建立高績效的文化。
知識領(lǐng)域5:適應(yīng)性規(guī)劃(3個子領(lǐng)域,10項任務(wù)) 從項目開始到結(jié)束,基于目標(biāo)、價值、風(fēng)險、約束、干系人反饋、評審結(jié)果,制定并維護(hù)一個持續(xù)發(fā)展的計劃。
知識領(lǐng)域6:問題發(fā)現(xiàn)和解決(5項任務(wù)) 持續(xù)發(fā)現(xiàn)問題、障礙、風(fēng)險;制定優(yōu)先級,在有限的時間內(nèi)解決;監(jiān)控和溝通問題解決狀態(tài);實施流程改進(jìn),防止問題再次發(fā)生。
知識領(lǐng)域7:持續(xù)改進(jìn)(產(chǎn)品、流程、人員)(6項任務(wù)) 持續(xù)改進(jìn)質(zhì)量、效率、產(chǎn)品價值、流程和團(tuán)隊。
ACP敏捷工具箱
《敏捷實踐指南》各章節(jié)精粹內(nèi)容1. 引論 本實踐指南適用于對于預(yù)測法和敏捷方法難以取舍的項目團(tuán)隊,試圖解決快速創(chuàng)新和復(fù)雜性問題 的項目團(tuán)隊,以及致力于團(tuán)隊改進(jìn)的項目團(tuán)隊。本實踐指南將提供有益的指導(dǎo)方針,它們將有助于 項目取得成功,幫助項目團(tuán)隊順利交付商業(yè)價值,滿足客戶的期望和需求。
2. 敏捷概述
2.1 可確定的工作與高度不確定的工作
項目工作包括可確定的工作與高度不確定的工作??纱_定的工作項目具有明確的流程,它們在以往 類似的項目中被證明是行之有效的。在完成設(shè)計后制造汽車、電器或建造住宅,這些都是可確定的工 作的例子,其所涉及的生產(chǎn)領(lǐng)域和過程通常都很好理解,并且執(zhí)行的不確定性和風(fēng)險通常較低。 新的設(shè)計、解決問題和之前未做過的工作都是探索性的。它要求主題專家攜手合作,解決問題, 并創(chuàng)建解決方案。遭遇高度不確定的工作的人員包括軟件系統(tǒng)工程師、產(chǎn)品設(shè)計師、醫(yī)生、教師、 律師和許多解決問題的工程師等。隨著可確定的工作日益實現(xiàn)自動化,項目團(tuán)隊也越來越多地從事 高度不確定的工作,從事這些工作就需要使用本實踐指南所述的有關(guān)技術(shù)。 高度不確定的項目變化速度快,復(fù)雜性和風(fēng)險也高。這些特點(diǎn)可能會給傳統(tǒng)預(yù)測法帶來問題, 傳統(tǒng)預(yù)測法旨在預(yù)先確定大部分需求,并通過變更請求過程控制變更。而敏捷方法的出現(xiàn)是為了 在短時間內(nèi)探討可行性,根據(jù)評估和反饋快速調(diào)整。
2.2 《敏捷宣言》及思維模式
一般而言,可通過兩種策略踐行敏捷價值觀和原則。一種策略是采用正規(guī)的敏捷方法,它們 為特意設(shè)計,經(jīng)證明可達(dá)成期望的成果。那么,在變更和裁剪之前,就需要花時間學(xué)習(xí)和理解 敏捷方法。不成熟和隨意的裁剪會讓敏捷方法的效果大打折扣,從而限制了收益。(參見附件 X2 中的“裁剪考慮事項”)。
第二種策略是,以一種適合項目背景的方式對項目實踐進(jìn)行變更,以便在核心價值觀或原則方面取 得進(jìn)展。使用時間盒創(chuàng)建功能,或者使用特定技術(shù)迭代優(yōu)化功能。在適用于特定項目背景下,考慮將 一個大項目劃分為幾部分發(fā)布。實現(xiàn)有助于項目成功的變更,這些變更不必是組織的正式實踐的組成 部分。_終目標(biāo)不是為了敏捷而敏捷,而是為了向客戶持續(xù)交付價值流,并達(dá)成更好的商業(yè)成果。
2.3 精益與看板方法
看待精益、敏捷與看板方法三者之間關(guān)系的一種思路是,將敏捷和看板方法視為精益思想的衍生物。換言之,精益思想是一個超集,與敏捷和看板方法擁有共性。 這種共性非常相似,重點(diǎn)在于交付價值、尊重人、減少浪費(fèi)、透明化、適應(yīng)變更以及持續(xù)改善等 方面。項目團(tuán)隊有時會發(fā)現(xiàn)將各種方法結(jié)合起來使用更為有用,只要是對組織或團(tuán)隊有效的方法, 無論來源如何,都應(yīng)該采納。無論使用什么方法,目標(biāo)都是為了實現(xiàn)_佳結(jié)果。 看板方法受到_初的精益制造體系的啟發(fā),專門用于知識型工作。它在 2000 年代中期出現(xiàn),是當(dāng) 時非常盛行的敏捷方法的一種替代方法。 看板方法不如某些敏捷方法規(guī)范,破壞性也較小,原因在于它是原始的“原地出發(fā)”方法。在有 必要或適當(dāng)?shù)那闆r下,項目團(tuán)隊可以相對輕松地應(yīng)用看板方法,并向其他敏捷方法發(fā)展。關(guān)于看板 方法的更多信息,請參見“附錄 A3 敏捷和精益框架概述”。
2.4 不確定性、風(fēng)險和生命周期選擇
有些項目在項目需求、以及如何使用現(xiàn)有知識和技術(shù)滿足這些需求方面,具有很大的不確定性。 這些不確定因素可能導(dǎo)致大量變更和項目復(fù)雜性的提高。上述特點(diǎn)如圖 2-5 所示。 隨著項目不確定性的增加,返工的風(fēng)險和使用不同方法的需求也會增加。為了減輕這些風(fēng)險的 影響,團(tuán)隊選擇的生命周期要能夠通過較少的工作增量解決項目的大量不確定性問題。 團(tuán)隊可以利用較少的工作增量驗證自身的工作,并且可以對接下來的工作做出相應(yīng)變更。與靜態(tài) 書面規(guī)范相比,當(dāng)團(tuán)隊交付小的增量時,他們能夠更快更準(zhǔn)確地理解真正的客戶需求。 團(tuán)隊可以用明確穩(wěn)定的管理要求規(guī)劃并管理項目,輕松解決各種技術(shù)挑戰(zhàn)。但是,隨著項目不確 定性的增加,變更、做無用功和返工的可能性也會隨之增加,而這不僅代價高昂,而且耗費(fèi)時間。 有些團(tuán)隊讓項目生命周期發(fā)生演變,以便使用迭代和增量方法。許多團(tuán)隊發(fā)現(xiàn),在探討迭代需 求、更頻繁地交付增量時,團(tuán)隊會更容易適應(yīng)變更。由于團(tuán)隊獲得反饋,這些迭代和增量方法減 少了浪費(fèi)和返工。這些方法應(yīng)用了:
非常短的反饋循環(huán); 頻繁調(diào)整過程; 重新進(jìn)行優(yōu)先級排序; 定期更新計劃; 頻繁交付; 對于涉及新穎的工具、技術(shù)、材料或應(yīng)用領(lǐng)域的項目,這些迭代、增量和敏捷方法非常有效。 (參見第 3 章“生命周期選擇”)。它們也適用于具有以下特點(diǎn)的項目:
需要研究和開發(fā); 變更速度極快; 具有不明確或未知的需求、不確定性或風(fēng)險; _終目標(biāo)難以描述。 通過構(gòu)建一個小的增量,然后對其進(jìn)行測試和評估,團(tuán)隊可以在短時間內(nèi)以低成本探索不確定性, 降低風(fēng)險,_大程度地實現(xiàn)商業(yè)價值的交付。這種不確定性可能集中于適用性和需求(正在構(gòu)建的產(chǎn) 品是否正確?);技術(shù)可行性和性能(產(chǎn)品是否可以采用這種方法構(gòu)建?);或過程和人員(這是否 為團(tuán)隊工作的一種有效方式?)。以上三個特點(diǎn)(產(chǎn)品規(guī)格、生產(chǎn)能力和過程適用性)通常都具有高 度不確定性因素。 不過,迭代和增量管理方法也有其應(yīng)用局限性。當(dāng)技術(shù)和需求的不確定性都很高時(圖 2-5 右上部 分),項目就會極端復(fù)雜,陷入無序狀態(tài)。為了使項目盡可能可靠,需要遏制其中一個不確定性變量。
3. 生命周期選擇
項目有多種形式,也有多種實施方式。項目團(tuán)隊需要認(rèn)識到 相關(guān)特征和方案,以選擇_可能使項目成功的方法。 本實踐指南涉及四種生命周期,分別定義如下:
預(yù)測型生命周期。這是一種更為傳統(tǒng)的方法,提前進(jìn) 行大量的計劃工作,然后一次性執(zhí)行;執(zhí)行是一個連 續(xù)的過程。 迭代型生命周期。這種方法允許對未完成的工作進(jìn)行反 饋,從而改進(jìn)和修改該工作。 增量型生命周期。這種方法向客戶提供各個已完成的, 可能立即使用的可交付成果。 敏捷生命周期。這種方法既有迭代,也有增量,便于完 善工作,頻繁交付。 3.1 項目生命周期的特征
需要注意的是,所有的項目都具有這些特征,沒有一個項目能夠完全不考慮需求、交付、變更和 目標(biāo)這些因素。項目的固有特征決定了其適合采用哪種生命周期。 另一種理解不同項目生命周期的方法是,使用一個連續(xù)區(qū)間,從一端的預(yù)測型周期到另一端的敏 捷型周期,連續(xù)區(qū)間中間還有更多的迭代型周期或增量型周期。 第六版《PMBOK? 指南》附件 X3 圖 X3-1 將連續(xù)區(qū)間顯示為一條直線。該圖強(qiáng)調(diào)了從線的一端到 另一端,項目特征的變化情況。另一種形象化的方法是,用一個二維正方形表示這個連續(xù)區(qū)間, 如圖 3-1 所示。 沒有哪個生命周期能夠完美地適用于所有的項目。相反,每個項目都能在連續(xù)區(qū)間中找到一個點(diǎn),根據(jù)其背景特征,實現(xiàn)_佳平衡。特別是,
預(yù)測型生命周期。充分利用已知和已經(jīng)證明的事物。不確定性和復(fù)雜性的減少,允許項目團(tuán)隊 將工作分解為一系列可預(yù)測的小組。 迭代型生命周期。允許對部分完成或未完成的工作進(jìn)行反饋,從而對該工作進(jìn)行改進(jìn)和修改。 增量型生命周期??上蚩蛻籼峁┩瓿傻目山桓冻晒尶蛻裟軌蛄⒓词褂?。 敏捷生命周期。它同時利用迭代屬性和增量特征。團(tuán)隊使用敏捷方法時,他們會對產(chǎn)品進(jìn)行 迭代,創(chuàng)建完成的可交付成果。團(tuán)隊將獲得早期的反饋,并能提供客戶可見性、信心和對產(chǎn) 品的控制。由于團(tuán)隊可以提前發(fā)布產(chǎn)品,而團(tuán)隊將率先交付價值_高的工作,所以項目可以 更早產(chǎn)生投資回報。 3.1.1 預(yù)測型生命周期的特征
預(yù)測型生命周期預(yù)計會從高確定性的明確的需求、穩(wěn)定 的團(tuán)隊和低風(fēng)險中獲益。因此,項目活動通常以順序方式執(zhí) 行,如圖 3-2 所示。 為了實現(xiàn)這種方法,團(tuán)隊需要詳細(xì)的計劃,了解要交付什么以及怎樣交付。當(dāng)其他潛在變更受到限制時,這些項目就會成 功(例如:需求變更;項目團(tuán)隊成員修改團(tuán)隊交付的成果)。 團(tuán)隊領(lǐng)導(dǎo)的目標(biāo)是盡可能減少預(yù)測型項目的變更。 團(tuán)隊在項目開始時創(chuàng)建詳細(xì)的需求和計劃時,他們可以闡明各種制約因素。然后,團(tuán)隊可以利用這些制約因素管理風(fēng)險和成本。進(jìn)而,團(tuán)隊在實施詳細(xì)計劃時,他們會監(jiān)督并控制可能 影響范圍、進(jìn)度計劃或預(yù)算的變更。 預(yù)測型項目強(qiáng)調(diào)根據(jù)部門劃分的、有效的、順序的工作,并 且通常不會在項目結(jié)束前交付商業(yè)價值。如果遇到變更或需求 分歧,或者技術(shù)解決方案變得不再簡單明了,預(yù)測型項目就將 產(chǎn)生意想不到的成本。 計劃始終貫穿其中 要記住的關(guān)鍵一點(diǎn)是,每種生命周期都有計劃要素。生命 周期的不同之處并非在于計劃是否完成,而在于完成了多少計劃以及何時完成。 在連續(xù)區(qū)間的預(yù)測一端,是計劃驅(qū)動著工作。有多少計 劃,就有多少提前執(zhí)行的可能性。盡可能詳細(xì)地定義需求。 團(tuán)隊估算何時能夠交付可交付成果,并全面開展采購工作。 在迭代方法中,也計劃了原 型和驗證,但是輸出的目的是修改一開始所創(chuàng)建的計劃。對未完成的工作的早期評審將有助于未來的項目工作。 與此同時,增量方法計劃交付整個項目后續(xù)部分。 團(tuán)隊可以提前計劃可交付成 果的若干次連續(xù)交付,或者一次只計劃交付一個。可交付成果為未來的項目工作提供了相關(guān)信息。 敏捷項目也有計劃。主要區(qū)別在于,通過對頻繁交付的可交付成果的評審,團(tuán)隊將能獲得更多的信息,從而在此基礎(chǔ)上進(jìn)行計劃和重新計劃。無論采用哪種項目生命周期,項目都需要計劃。
3.1.2 迭代型生命周期的特征
迭代型生命周期通過連續(xù)的原型或概念驗證來改進(jìn)產(chǎn)品或成果。每一個新的原型都能帶來新的 相關(guān)方新的反饋和團(tuán)隊見解。然后,團(tuán)隊在下一周期重復(fù)一個或多個項目活動,在其中納入新的信息。團(tuán)隊可能會在長達(dá)數(shù)周時間的一個特定迭代中使用時間盒,集中各種見解,然后根據(jù)這些見解 對活動進(jìn)行返工。這樣,迭代有利于識別和減少項目的不確定性。 當(dāng)項目復(fù)雜性高、變更頻繁或當(dāng)項目范圍受到相關(guān)方對所需_終產(chǎn)品的不同觀點(diǎn)的支配時,采用 迭代型生命周期會有優(yōu)勢。迭代型生命周期可能需要更長的時間,因為它是為學(xué)習(xí)而優(yōu)化,而不是為交付速度而優(yōu)化。 圖 3-3 顯示迭代型項目生命周期的一個產(chǎn)品交付的某些要素。
3.1.3 增量型生命周期的特征
有些項目優(yōu)化是為了加快交付速度。許多企業(yè)和項目無法等待所有的事情全部完成;這種情況下,客戶愿意接受整個解決 方案的一個部分。這種少量可交付成果的頻繁交付稱為增量型生命周期(參見圖 3-4)
3.1.4 敏捷生命周期的特征
在敏捷環(huán)境中,團(tuán)隊預(yù)料需求會發(fā)生變更。迭代和增量方法能夠提供反饋,以便改善項目下一部 分的計劃。不過,在敏捷項目中,增量交付會發(fā)現(xiàn)隱藏或誤解的需求。圖 3-5 顯示了實現(xiàn)增量交付的 兩種可能的方法,這樣將便于項目與客戶需求保持一致,并根據(jù)需要進(jìn)行調(diào)整。
在基于迭代的敏捷中,團(tuán)隊以迭代(相等持續(xù)時間的時間盒)形式交付完整的功能。團(tuán)隊集中 于_重要的功能,作為一個團(tuán)隊合作完成其工作。然后,團(tuán)隊再集中于下一項_重要的功能,并合作完成其工作。團(tuán)隊可決定一次進(jìn)行若干功能的開發(fā)工作,但團(tuán)隊不會同時完成所有的迭代工 作(即團(tuán)隊不會在完成全部分析等工作后再解決所有需求)。 對于建立在流程基礎(chǔ)上的敏捷方法,團(tuán)隊將根據(jù)自身能力,從待辦事項列表中提取若干功能開始 工作,而不是按照基于迭代的進(jìn)度計劃開始工作。團(tuán)隊定義任務(wù)板各列的工作流,并管理各列的進(jìn) 行中的工作。完成不同功能所花費(fèi)的時間可能有所不同。團(tuán)隊讓進(jìn)行中的工作的規(guī)模盡量小,以便 盡早發(fā)現(xiàn)問題,并在需要變更時減少返工。無需利用迭代定義計劃和審核點(diǎn),而由團(tuán)隊和業(yè)務(wù)相關(guān) 方?jīng)Q定規(guī)劃、產(chǎn)品評審與回顧的_適當(dāng)?shù)倪M(jìn)度計劃。 敏捷生命周期是符合《敏捷宣言》原則的周期。特別是,客戶滿意度將隨著有價值產(chǎn)品的早期交 付和持續(xù)交付不斷提升。此外,功能性的、提供價值的增量可交付成果,是衡量進(jìn)展的主要尺度。 為了適應(yīng)更頻繁的變更,和更頻繁地交付項目價值,敏捷生命周期結(jié)合了迭代和增量方法。
3.1.5 敏捷適用性篩選器
有各種評估模型可用來幫助確定使用敏捷方法的適合性或差距。這些模型評估項目和具有適應(yīng)性 和適用性的組織因素,然后提供分?jǐn)?shù)表明一致性或潛在風(fēng)險領(lǐng)域。附件 X3 綜合提供了各種流行的評 估模型,它們可用作敏捷適用性篩選器。
3.2 混合敏捷方法
敏捷團(tuán)隊很少將其實踐局限于一種敏捷方法。每個項目 背景都有其各自的獨(dú)特性,比如團(tuán)隊成員技能和背景的不同 組合;開發(fā)中的產(chǎn)品的各個組成部分;以及工作環(huán)境中的年 齡、規(guī)模、關(guān)鍵性、復(fù)雜性和監(jiān)管制約因素等。 敏捷框架并不是針對團(tuán)隊定制的。為了定期交付價值,團(tuán)隊 可能需要對實踐進(jìn)行裁剪。通常,團(tuán)隊都會實踐各自特殊的敏 捷組合,即便他們使用一個特定的框架作為起點(diǎn)也不例外。 協(xié)調(diào)方法 裁剪敏捷框架的一個例子 是,一個廣泛使用的常見協(xié)調(diào) 方法涉及到協(xié)調(diào)使用 Scrum 框 架、看板方法和極限編程 (XP) 方法的要素。Scrum 為產(chǎn)品待辦 事項列表、產(chǎn)品負(fù)責(zé)人、Scrum 主管以及跨職能開發(fā)團(tuán)隊的使 用提供指導(dǎo),包括沖刺計劃、 每日例會、沖刺評審和沖刺回 顧會議??窗迕姘鍘椭鷪F(tuán)隊進(jìn) 一步提高效率,方法是將工作 流可視化、使障礙更容易被察 覺,以及通過調(diào)整在制品限制 來實現(xiàn)流程管理。此外,受極 限編程啟發(fā)的工程實踐,如使 用故事卡、持續(xù)集成、重構(gòu)、 自動化測試和測試驅(qū)動開發(fā), 將進(jìn)一步提高敏捷團(tuán)隊的效 力??傊c孤立采用各種實 踐相比,協(xié)調(diào)這些不同來源的 實踐將產(chǎn)生更好的協(xié)同成果。
3.3 影響裁剪的項目因素
有時,為了更好地配合,根據(jù)項目屬性對方法進(jìn)行裁剪。表 3-2 列出一些要考慮的項目因素和裁剪方案。
4. 實施敏捷:創(chuàng)建敏捷環(huán)境
4.1 從敏捷思維模式開始
使用敏捷方法管理項目,要求項目團(tuán)隊采用敏捷思維模式。以下問題的答案將有助于制定實施策略:
項目團(tuán)隊如何以敏捷方式行動? 為了使下一交付周期受益,團(tuán)隊需要快速交付哪些成果并獲得早期反饋? 團(tuán)隊如何以一種透明的方式行動? 為了專注于高優(yōu)先級的項目,可以避免哪些工作? 仆人式領(lǐng)導(dǎo)對團(tuán)隊達(dá)成目標(biāo)有何益處? 4.2 仆人式領(lǐng)導(dǎo)為團(tuán)隊賦權(quán)
敏捷方法強(qiáng)調(diào),仆人式領(lǐng)導(dǎo)是一種為團(tuán)隊賦權(quán)的方法。仆人式領(lǐng)導(dǎo)是通過對團(tuán)隊服務(wù)來領(lǐng)導(dǎo)團(tuán)隊的實踐,它注重理解和關(guān)注團(tuán)隊成員的需要和發(fā)展,旨在使團(tuán)隊盡可能達(dá)到_高績效。 仆人式領(lǐng)導(dǎo)的作用是促進(jìn)團(tuán)隊發(fā)現(xiàn)和定義敏捷。仆人式領(lǐng)導(dǎo)實踐并傳播敏捷。仆人式領(lǐng)導(dǎo)按照以 下順序從事項目工作:
目的 。與團(tuán)隊一起定義“為什么”或目的,以便他們能圍繞項目目標(biāo)進(jìn)行合作互動。整個團(tuán)隊 在項目層面而不是在人員層面優(yōu)化。人員 。目標(biāo)確立后,鼓勵團(tuán)隊創(chuàng)造一個人人都能成功的環(huán)境。要求每個團(tuán)隊成員在項目工作 中做出貢獻(xiàn)。過程 。不要計劃遵循“完美”的敏捷過程,而是要注重結(jié)果。如果跨職能團(tuán)隊能夠常常交付完 成的價值并反思產(chǎn)品和過程,團(tuán)隊就是敏捷的。團(tuán)隊將其過程稱作什么并不重要。以下仆人式領(lǐng)導(dǎo)的特征讓項目領(lǐng)導(dǎo)變得更加敏捷,促進(jìn)團(tuán)隊的成功:
提升自我意識; 傾聽; 為團(tuán)隊服務(wù); 幫助他人成長; 引導(dǎo)與控制; 促進(jìn)安全、尊重與信任; 促進(jìn)他人精力和才智提升。 仆人式領(lǐng)導(dǎo)并不是敏捷所獨(dú)有的。但經(jīng)過實踐,仆人式領(lǐng)導(dǎo)通常能了解到仆人式領(lǐng)導(dǎo)是怎樣融入敏捷思維模式和價值觀的。 領(lǐng)導(dǎo)在發(fā)展自身仆人式領(lǐng)導(dǎo)力或促進(jìn)技巧后,他們就更愿意成為敏捷踐行者。因此,仆人式領(lǐng)導(dǎo)可以幫助他們的團(tuán)隊通過合作更快地交付價值。 成功的敏捷團(tuán)隊信奉成長思維模式,團(tuán)隊成員自己能夠?qū)W到新技能。如果團(tuán)隊和仆人式領(lǐng)導(dǎo)都相信自己能夠?qū)W習(xí),那么所有人的能力都能得到提高。
4.2.1 仆人式領(lǐng)導(dǎo)的職責(zé)
仆人式領(lǐng)導(dǎo)通過管理關(guān)系,在團(tuán)隊內(nèi)和組織中建立溝通與協(xié)作。這些關(guān)系可以幫助領(lǐng)導(dǎo)在組織中得心應(yīng)手地為團(tuán)隊提供支持。這種支持有助于消除障礙,促進(jìn)團(tuán)隊理順過程。由于仆人式領(lǐng)導(dǎo)了解敏捷,在應(yīng)用具體方法時踐行敏捷,因而他們能幫助滿足團(tuán)隊的需要。
4.2.1.1 仆人式領(lǐng)導(dǎo)的促進(jìn)作用
項目經(jīng)理成為仆人式領(lǐng)導(dǎo)時,工作重點(diǎn)就會從“管理協(xié)調(diào)”轉(zhuǎn)向“促進(jìn)合作”。促進(jìn)者將幫助每個人各盡所能地思考和工作。促進(jìn)者鼓勵團(tuán)隊參與、理解,并對團(tuán)隊輸出共同承擔(dān)責(zé)任。促進(jìn)者幫 助團(tuán)隊創(chuàng)建可接受的解決方案。 仆人式領(lǐng)導(dǎo)促進(jìn)團(tuán)隊內(nèi)部和團(tuán)隊之間的合作與對話。例如,仆人式領(lǐng)導(dǎo)在團(tuán)隊內(nèi)部和團(tuán)隊之間幫助發(fā)現(xiàn)瓶頸問題,并進(jìn)行相應(yīng)溝通。然后,團(tuán)隊將解決這些瓶頸問題。 此外,促進(jìn)者還鼓勵大家通過交互式會議、非正式對話和知識共享展開協(xié)作。仆人式領(lǐng)導(dǎo)要通過成為公正的搭橋者和教練來做到這一點(diǎn),而不是代替他責(zé)任人做出決策。
4.2.1.2 仆人式領(lǐng)導(dǎo)消除組織障礙
《敏捷宣言》的_個價值觀關(guān)乎個人與過程和工具的交互。對仆人式領(lǐng)導(dǎo)而言,更好的職責(zé)是 認(rèn)真審視那些阻礙團(tuán)隊敏捷或組織敏捷的過程,并努力使其合理化。例如,如果一個部門需要大量 文檔,仆人式領(lǐng)導(dǎo)的角色就能發(fā)揮作用,他們可以與部門合作審查所需的文檔,就敏捷交付如何滿 足這些需求達(dá)成共識提供協(xié)助,并對所需的文檔數(shù)量進(jìn)行評估,從而使團(tuán)隊能夠?qū)r間更多地用于 提供有價值的產(chǎn)品,而不是創(chuàng)建詳盡的文檔。 仆人式領(lǐng)導(dǎo)還應(yīng)該關(guān)注其他冗長的過程,這些過程往往造成瓶頸問題,阻礙團(tuán)隊或組織的敏捷性。 可能需要處理的過程或部門的例子包括,財務(wù)部門、變更控制委員會或?qū)徲嫴块T。仆人式領(lǐng)導(dǎo)可以與 他人攜手合作,共同質(zhì)疑和審核他們的過程,為敏捷團(tuán)隊和領(lǐng)導(dǎo)提供支持。例如,對團(tuán)隊而言,每兩 周交付一個工作產(chǎn)品僅僅是為了讓產(chǎn)品進(jìn)入隊列或過程,而冗長的發(fā)布過程卻可能需要 6 周或更長時 間,這樣做有什么好處呢?太多的組織都有這些“瓶頸”過程,正是它們阻礙了團(tuán)隊快速交付有價值 的產(chǎn)品或服務(wù)。仆人式領(lǐng)導(dǎo)有能力改變或消除這些組織障礙,為交付團(tuán)隊提供支持。
4.2.2 項目經(jīng)理在敏捷環(huán)境中的角色
項目經(jīng)理在敏捷項目中的角色有些是未知的,原因是許多敏捷框架和方法都不涉及項目經(jīng)理的角色。一些敏捷實踐者認(rèn)為,并不需要項目經(jīng)理的角色,因為自組織團(tuán)隊承擔(dān)了項目經(jīng)理之前 的職責(zé)。不過,務(wù)實的敏捷實踐者和組織認(rèn)識到,在許多情況下,項目經(jīng)理都能夠創(chuàng)造重要的價值。關(guān)鍵的區(qū)別在于,他們的角色和職責(zé)看起來有些不同。
4.2.3 項目經(jīng)理應(yīng)用仆人式領(lǐng)導(dǎo)
第六版《PMBOK? 指南》將項目經(jīng)理定義為“由執(zhí)行組織委派,領(lǐng)導(dǎo)團(tuán)隊實現(xiàn)項目目標(biāo)的個人”。 許多項目經(jīng)理已經(jīng)習(xí)慣于作為項目的協(xié)調(diào)中心,負(fù)責(zé)跟蹤團(tuán)隊的狀態(tài),并向組織中的其他成員反映。 當(dāng)項目被分解為孤立的功能時,這種方法沒有問題。 然而,對于高不確定性項目,項目的復(fù)雜性是一個人所無法管理的。而跨職能團(tuán)隊既能協(xié)調(diào)自身 的工作,還能與業(yè)務(wù)代表(產(chǎn)品負(fù)責(zé)人)開展合作。 從事敏捷項目工作時,項目經(jīng)理的角色就會從團(tuán)隊的中心轉(zhuǎn)變成為團(tuán)隊和管理人員提供服務(wù)。在敏捷環(huán)境中,項目經(jīng)理充當(dāng)仆人式領(lǐng)導(dǎo),其工作重點(diǎn)轉(zhuǎn)變?yōu)橐龑?dǎo)需要幫助的人,促進(jìn)團(tuán)隊的合作,保持與相關(guān)方的需要一致。作為仆人式領(lǐng)導(dǎo),項目經(jīng)理要鼓勵將責(zé)任分配給團(tuán)隊成員,分配給那些 掌握完成任務(wù)所需知識的人。
4.3 團(tuán)隊構(gòu)成
《敏捷宣言》的價值觀和原則的一個核心宗旨是強(qiáng)調(diào)個人和交互的重要性。敏捷優(yōu)化了價值流,強(qiáng)調(diào)了向客戶快速交付功能,而不是怎樣“用”人。 團(tuán)隊在考慮如何優(yōu)化價值流時,以下好處是顯而易見的:
人員更有可能合作。 團(tuán)隊更快地完成有價值的工作。 由于不從事多任務(wù),也不必重新建立環(huán)境,團(tuán)隊減少了時間浪費(fèi)。 4.3.1 敏捷團(tuán)隊
敏捷團(tuán)隊注重快速開發(fā)產(chǎn)品,以便能獲得反饋。在實踐中,_有效的敏捷團(tuán)隊往往由三到九個成 員組成。理想情況下,敏捷團(tuán)隊?wèi)?yīng)該集中在一個團(tuán)隊工作場所工作。團(tuán)隊成員 100% 為專職成員。敏 捷鼓勵自我管理團(tuán)隊,由團(tuán)隊成員決定誰執(zhí)行下一階段定義的范圍內(nèi)的工作。敏捷團(tuán)隊與仆人式領(lǐng) 導(dǎo)一起茁壯成長。領(lǐng)導(dǎo)支持團(tuán)隊的工作方法。 跨職能敏捷團(tuán)隊頻繁創(chuàng)造功能性產(chǎn)品增量。這是因為團(tuán)隊集體對工作負(fù)責(zé)并共同擁有完成工作所 需的所有必要技能。 無論整體的敏捷方法是什么,團(tuán)隊越是限制其在制品,團(tuán)隊成員就越有可能通過合作來加快整 個團(tuán)隊的工作。在成功的敏捷團(tuán)隊中,團(tuán)隊成員在工作中以各種方式開展合作(如結(jié)對、群集、 群體開發(fā)),因而,他們會協(xié)同工作,而不會落入迷你瀑布的陷阱中。團(tuán)隊在給定時間解決所有 的需求,然后試圖完成所有的設(shè)計,繼而又去完成所有的構(gòu)建,就會發(fā)生迷你瀑布的情況。使用 這個場景,在構(gòu)建中或構(gòu)建后測試中的某一時刻,團(tuán)隊可能會意識到,原先的假設(shè)已經(jīng)不再有 效。這種情況下,團(tuán)隊解決所有的需求根本是在浪費(fèi)時間。相反,當(dāng)團(tuán)隊成員合作打造全部功能 中的少量功能時,隨著工作的推進(jìn)和交付少量已完成的功能,他們也在不斷學(xué)習(xí)。 敏捷項目得益于項目團(tuán)隊結(jié)構(gòu),這種結(jié)構(gòu)能改善團(tuán)隊內(nèi)部和團(tuán)隊之間的合作。圖 4-1 展示了團(tuán)隊成 員如何通過合作提高工作效率、促進(jìn)創(chuàng)造性地解決問題。
4.3.2 敏捷的角色
敏捷團(tuán)隊中有三種常見的角色:
跨職能團(tuán)隊成員; 產(chǎn)品負(fù)責(zé)人; 團(tuán)隊促進(jìn)者。 表 4-2 描述了這些團(tuán)隊角色。 4.3.3 通才型專家
敏捷團(tuán)隊是跨職能的,但其人員往往不會一開始就做到這 樣。不過,許多成功的敏捷團(tuán)隊都由通才型專家組成,他們也 稱為 T 型人才。 這意味著這些團(tuán)隊成員在具備一項擅長的專業(yè)化技能的同 時,還擁有多種技能的工作經(jīng)驗,而不是單一的專業(yè)化。由于 密切協(xié)作和自我組織,敏捷團(tuán)隊成員才能夠敏捷開發(fā)并迅速完 成工作,而這就需要使互相幫助成為常態(tài)。敏捷團(tuán)隊成員都要 致力于培養(yǎng)這樣的特質(zhì)。 一個人的能力大小無關(guān)緊要。如果給團(tuán)隊其他成員帶來瓶頸 問題,集中于某一個人的能力甚至是有害的。團(tuán)隊的目的是優(yōu) 化已完成的工作,并獲得反饋。 如果客戶希望獲得好的結(jié)果,如快速交付功能并且質(zhì)量優(yōu) 良,那么團(tuán)隊就不能僅僅為了盡可能有效利用資源而構(gòu)建專門 的角色。團(tuán)隊的目標(biāo)是提高過程效率,優(yōu)化整個團(tuán)隊的產(chǎn)能。 團(tuán)隊規(guī)模小會促進(jìn)團(tuán)隊的合作。產(chǎn)品負(fù)責(zé)人的工作是確保團(tuán)隊 從事_高價值的工作。
4.3.4 團(tuán)隊結(jié)構(gòu)
許多行業(yè)的團(tuán)隊都會采用敏捷原則和實踐。他們將人員組織到跨職能團(tuán)隊中,迭代開發(fā)工作產(chǎn)品。 有些組織已經(jīng)能夠建立集中辦公的跨職能團(tuán)隊;還有組織有不同的情況。有些組織并不是所有團(tuán) 隊成員都為集中辦公,而是擁有分布式或分散式團(tuán)隊。分布式團(tuán)隊可以在不同地點(diǎn)擁有多個跨職能 團(tuán)隊。分散式團(tuán)隊可能會讓各團(tuán)隊成員分別在不同的地點(diǎn)工作,或在辦公室,或在家里。鑒于通信 成本的增加,這些安排并非理想,但它們?nèi)匀皇强尚械摹?/p>
4.3.5 專職小組成員
如果團(tuán)隊成員并非 100% 為團(tuán)隊專職工作,會有什么情況發(fā)生?遺憾的是,這種情況雖然并不理想,但有時卻無法避免。 讓一個人在團(tuán)隊中只投入 25% 或 50% 的能力,這帶來的關(guān)鍵問題是,他們會進(jìn)行多任務(wù)處理和任 務(wù)切換。多任務(wù)處理會降低團(tuán)隊工作的產(chǎn)出,并影響團(tuán)隊預(yù)測交付能力的一致性。 任務(wù)切換時,人員工作效率的損失在 20% 到 40% 之間。隨著任務(wù)數(shù)量的增加,效率損失會呈指 數(shù)級增長。 當(dāng)一個人在兩個項目之間進(jìn)行多任務(wù)切換時,他投入到每個項目上的精力并非各占 50%。相反, 由于存在任務(wù)切換成本,他在每個項目上的投入降低到 20% 到 40%之間。 人們在一心多用的時候更容易犯錯誤。任務(wù)切換消耗工作記憶,人們在多任務(wù)處理時不太可能記 住相應(yīng)工作的背景。 當(dāng)團(tuán)隊中所有的人都被分配到一個項目時,他們能夠作為一個團(tuán)隊持續(xù)協(xié)作,從而使每個人的 工作更加有效。
4.3.6 團(tuán)隊工作場所
團(tuán)隊需要一個工作場所,他們可以一起工作,了解他們作為團(tuán)隊的狀態(tài),并進(jìn)行協(xié)作。有些敏捷 團(tuán)隊的所有成員都集中在一個房間里工作。有些團(tuán)隊擁有一個團(tuán)隊工作場所用于開例會以及張貼各 種圖表,但團(tuán)隊成員分別在各自的小隔間或辦公室里獨(dú)立工作。 隨著各公司邁向開放、協(xié)作的工作環(huán)境,組織也必須為需要不間斷時間來思考和工作的員工創(chuàng) 造安靜的空間。因此,各公司紛紛設(shè)計各自的辦公室,以平衡公共和社交區(qū)域(有時被稱為“公共 區(qū)”)與個人工作不被打擾的安靜區(qū)域或私人區(qū)域。 擁有在不同地點(diǎn)工作的成員時,團(tuán)隊會決定他們各自的工作場所有多少是虛擬的,多少是實際的。 諸如文檔共享、視頻會議和其他虛擬協(xié)作工具等技術(shù)可以幫助人員實現(xiàn)遠(yuǎn)程協(xié)作。 在不同地點(diǎn)工作的團(tuán)隊成員需要虛擬的工作空間。另外,要考慮讓團(tuán)隊成員定期聚集一堂,以便 建立信任,學(xué)習(xí)怎樣開展合作。 分散式團(tuán)隊管理溝通的一些技術(shù)包括魚缸窗口和遠(yuǎn)程結(jié)對:
通過在團(tuán)隊分布的各個地點(diǎn)之間建立長期視頻會議鏈接,創(chuàng)建一個魚缸窗口。每天工作開始 時,人們打開鏈接,工作結(jié)束時,關(guān)閉鏈接。通過這種方式,人員可以自然地看到彼此并進(jìn)行 互動,減少了身處不同地點(diǎn)工作所固有的協(xié)作滯后問題。 通過使用虛擬會議工具來共享屏幕,包括語音和視頻鏈接,建立遠(yuǎn)程結(jié)對。只要考慮了時區(qū)差 異因素,這種方法幾乎和面對面的結(jié)對一樣有效。 4.3.7 克服組織孤島
組建敏捷團(tuán)隊的_好開端是構(gòu)建一個擁有基本信任和安全的工作環(huán)境,以此確保所有團(tuán)隊成員都 有平等的話語權(quán),他們的意見都能被聽到并得到考慮。這一點(diǎn)再加上構(gòu)建敏捷思維模式,都是潛在 的成功因素,在此基礎(chǔ)上,所有其他挑戰(zhàn)和風(fēng)險都能夠化解。 孤島組織往往給跨職能敏捷團(tuán)隊的組建帶來重重障礙。需要構(gòu)建跨職能團(tuán)隊的團(tuán)隊成員通常需要 向不同的管理人員報告,管理人員會采用不同的標(biāo)準(zhǔn)衡量他們的績效。管理人員需要關(guān)注的不是資 源利用效率,而是過程效率(和基于團(tuán)隊的指標(biāo))。 為克服組織孤島問題,就要與團(tuán)隊成員的不同管理者合作,讓他們?yōu)榭缏毮軋F(tuán)隊安排必要的專職 人員。這樣不僅能建立團(tuán)隊協(xié)同,而且能讓組織看到怎樣用人才能優(yōu)化正在進(jìn)行中的項目和產(chǎn)品。
5. 實施敏捷:在敏捷環(huán)境中交付
5.1 項目章程和團(tuán)隊章程
每個項目都需要一個項目章程,這樣項目團(tuán)隊就能了解項目之所以重要的原因、團(tuán)隊的前進(jìn)方向 以及項目的目標(biāo)。不過,對于團(tuán)隊而言,僅有項目章程還不夠。敏捷團(tuán)隊需要有團(tuán)隊規(guī)范以及對一 起工作方式的理解。這種情況下,團(tuán)隊可能需要一個團(tuán)隊章程。 制定章程的過程能幫助團(tuán)隊學(xué)習(xí)如何一起工作,怎樣圍繞項目協(xié)作。 對于敏捷項目而言,團(tuán)隊至少還需要項目愿景或目標(biāo),以及一組清晰的工作協(xié)議。敏捷項目章程 要回答以下問題:
我們?yōu)槭裁匆鲞@個項目?這是項目愿景。 誰會從中受益?如何受益?這可能是項目愿景和/或項目目標(biāo)的一部分。 對此項目而言,達(dá)到哪些條件才意味著項目完成?這些是項目的發(fā)布標(biāo)準(zhǔn)。 我們將怎樣合作?這說明預(yù)期的工作流。 仆人式領(lǐng)導(dǎo)可以促進(jìn)章程的制定過程。團(tuán)隊可以通過一起工作實現(xiàn)協(xié)作,而制定項目章程是一 種很好的開始工作的的方式。此外,團(tuán)隊成員可能希望通過協(xié)作了解他們將如何一起工作。 只要團(tuán)隊知道如何一起工作,制定章程就不需要一個正式的過程。有些團(tuán)隊可以從團(tuán)隊制定章程 的過程中受益。下面是對團(tuán)隊成員制定章程的一些建議,可以將其作為制定團(tuán)隊社會契約的基礎(chǔ): 團(tuán)隊價值觀,例如可持續(xù)的開發(fā)速度和核心工作時間; 工作協(xié)議,例如“就緒”如何定義,這是團(tuán)隊可以接受工作的前提;“完成”如何定義,這樣 團(tuán)隊才能一致地判斷完整性;考慮時間盒;或使用工作過程限制; 基本規(guī)則,例如有關(guān)一個人在會議上發(fā)言的規(guī)定; 團(tuán)隊規(guī)范,例如團(tuán)隊如何對待會議時間。 仆人式領(lǐng)導(dǎo)可以與團(tuán)隊一起決定處理其他行為。 請記住,團(tuán)隊的社會契約,即團(tuán)隊章程,將規(guī)定團(tuán)隊成員之間彼此互動的方式。團(tuán)隊章程的目標(biāo) 是創(chuàng)建一個敏捷的環(huán)境,在這個環(huán)境中,團(tuán)隊成員可以發(fā)揮他們作為團(tuán)隊的_大能力。 5.2 常見敏捷實踐
5.2.1 回顧
回顧是_重要的一個實踐,原因是它能讓團(tuán)隊學(xué)習(xí)、改進(jìn)和調(diào)整其過程。 回顧可以幫助團(tuán)隊從之前的產(chǎn)品開發(fā)工作及其過程中學(xué)習(xí)?!睹艚菪浴繁澈蟮脑瓌t之一是:“團(tuán)隊 要定期反省如何能夠做到更加有效,并相應(yīng)地調(diào)整團(tuán)隊的行為?!?br /> 許多團(tuán)隊使用迭代,尤其是為期兩周的迭代,因為迭代在_后會提示進(jìn)行演示和回顧。不過, 團(tuán)隊回顧并不需要迭代。團(tuán)隊成員可以決定在這些關(guān)鍵時刻進(jìn)行回顧:
當(dāng)團(tuán)隊完成一個發(fā)布或者加入一些功能時。這不一定是一個巨大的增量。它可以是任何發(fā)布, 無論它有多小。 自上次回顧以來,又過了幾周時間。 當(dāng)團(tuán)隊出現(xiàn)問題時,以及團(tuán)隊協(xié)作完成工作不順暢時。 當(dāng)團(tuán)隊達(dá)到任何其他里程碑時。 團(tuán)隊可以通過分配足夠的時間學(xué)習(xí)受益,無論是在項目中間回顧,還是在項目結(jié)束時回顧。團(tuán)隊 需要了解他們的工作產(chǎn)品和工作過程。例如,有些團(tuán)隊在完成工作時遇到困難。團(tuán)隊可以計劃用充 足的時間組織回顧,以此收集數(shù)據(jù)、處理數(shù)據(jù)、再決定之后要嘗試的實驗做法。 首要的是,回顧并不是責(zé)備;回顧是讓團(tuán)隊從以前的工作中學(xué)習(xí)并做出小的改進(jìn)。 回顧針對定性的(人的感覺)和定量的(衡量指標(biāo))數(shù)據(jù),然后利用這些數(shù)據(jù)找到根源,設(shè)計對策,并制定行動計劃。項目團(tuán)隊可以采取許多行動事項來消除障礙。 考慮限制行動事項的數(shù)量,使團(tuán)隊在即將進(jìn)行的迭代或工作期間有能力改進(jìn)。嘗試一次改進(jìn)太多的事情卻沒有完成其中任何一件,比計劃完成較少的事情并成功全部完成要糟糕得多。然后, 在時間允許的情況下,團(tuán)隊可以進(jìn)行列表中的下一個改進(jìn)。團(tuán)隊選擇改進(jìn)時,要決定如何衡量結(jié)果。然后,在下一段時間內(nèi)要衡量結(jié)果,以驗證每個改進(jìn)成功與否。 來自團(tuán)隊的一位促進(jìn)者引導(dǎo)團(tuán)隊通過一個活動對所有改進(jìn)事項的重要性進(jìn)行排序。完成對改進(jìn)事 項的排序后,團(tuán)隊為下一次迭代選擇合適的數(shù)量(或者在流程基礎(chǔ)上增加工作)。 5.2.2 待辦事項列表編制
待辦事項列表是所有工作的有序列表,它以故事形式呈現(xiàn)給團(tuán)隊。工作開始之前,不需要為整個 項目創(chuàng)建所有的故事,只需要了解_個發(fā)布的主要內(nèi)容正確即可,然后就可以為下一個迭代開發(fā) 足夠的項目。 產(chǎn)品負(fù)責(zé)人(或產(chǎn)品負(fù)責(zé)人價值團(tuán)隊,包括產(chǎn)品經(jīng)理和產(chǎn)品領(lǐng)域的所有相關(guān)產(chǎn)品負(fù)責(zé)人)可能 會制作一個產(chǎn)品路線圖,以顯示預(yù)期的可交付成果序列。產(chǎn)品負(fù)責(zé)人根據(jù)團(tuán)隊的實際成果重新規(guī) 劃路線圖。(關(guān)于路線圖的示例請參見附件 X3“敏捷適用性篩選工具”。)
5.2.3 待辦事項列表的細(xì)化
在基于迭代的敏捷中,產(chǎn)品負(fù)責(zé)人往往在迭代中期的一次或多次會議中與團(tuán)隊合作,為即將進(jìn)行 的迭代準(zhǔn)備一些故事。這些會議的目的是細(xì)化足夠的故事,讓團(tuán)隊了解故事的內(nèi)容,以及故事之間 的相互關(guān)系。 至于細(xì)化過程應(yīng)該有多長時間,還沒有達(dá)成共識。有一個連續(xù)區(qū)間:
基于流程的敏捷的即時細(xì)化。團(tuán)隊將下一張卡片從待辦事項列表中拿出來討論。 許多基于迭代的敏捷團(tuán)隊在兩周的迭代中用 1 小時的時間盒討論。(團(tuán)隊選擇一個迭代持續(xù) 時間,為他們提供足夠頻繁的反饋。) 基于迭代的敏捷團(tuán)隊的多次細(xì)化討論。團(tuán)隊可以在陌生的產(chǎn)品、產(chǎn)品領(lǐng)域或問題領(lǐng)域使用這 一技巧。 細(xì)化會議上,產(chǎn)品負(fù)責(zé)人可以向團(tuán)隊介紹故事的創(chuàng)意,讓團(tuán)隊了解故事中潛在的挑戰(zhàn)或問題。 如果產(chǎn)品負(fù)責(zé)人不確定依賴關(guān)系,還可以請求團(tuán)隊對相應(yīng)功能進(jìn)行刺探,以了解風(fēng)險。 產(chǎn)品負(fù)責(zé)人有很多方法處理待辦事項列表的細(xì)化準(zhǔn)備與會議,其中包括: 鼓勵團(tuán)隊在開發(fā)人員、測試人員、業(yè)務(wù)分析人員和產(chǎn)品負(fù)責(zé)人三方面開展合作,一起討論和撰寫故事。 把整個故事的概念呈現(xiàn)給團(tuán)隊。團(tuán)隊進(jìn)行討論,并根據(jù)需要將其細(xì)化為許多故事。 與團(tuán)隊一起尋找各種方法探索和撰寫故事,確保所有的故事都足夠小,以便團(tuán)隊能源源不斷地 交付完成的工作??紤]每天至少完成一個故事。 團(tuán)隊通常有一個目標(biāo),就是每周用不超過 1 小時的時間來為下一批工作細(xì)化故事。團(tuán)隊希望把時 間盡可能花在工作上,而不是計劃上。如果團(tuán)隊需要每周花 1 小時以上的時間來細(xì)化故事,那么, 產(chǎn)品負(fù)責(zé)人可能會過度準(zhǔn)備,或者團(tuán)隊可能缺乏評估和細(xì)化工作所需的一些關(guān)鍵技能。 5.2.4 每日站會
團(tuán)隊成員利用每日站會對彼此做出小的_,發(fā)現(xiàn)問題,并確保團(tuán)隊工作順利進(jìn)行。 為每日站會規(guī)定時間盒,不超出 15 分鐘。團(tuán)隊以某種方式“過一下”看板或任務(wù)板,而團(tuán)隊中的 任何人都可以主持站會。 在基于迭代的敏捷中,每個人都輪流回答下列問題:
上次站會以來我都完成了什么? 從現(xiàn)在到下一次站會,我計劃完成什么? 我的障礙(或風(fēng)險或問題)是什么? 從這樣的問題得出的答案能夠讓團(tuán)隊自我組織,并讓團(tuán)隊成員為完成之前和整個迭代中_完成 的工作承擔(dān)彼此的責(zé)任。 基于流程的敏捷有一種不同的方法,可以將注意力集中在團(tuán)隊的產(chǎn)出上。團(tuán)隊從右到左對看板進(jìn)行評估。問題包括: 我們還需要做些什么來推進(jìn)這一工作? 有人在做看板上所沒有的事情嗎? uu作為一個團(tuán)隊,我們需要完成什么? 工作流程是否存在瓶頸或阻礙? 站會中常見的一個反模式是,站會變成了狀態(tài)報告會議。傳統(tǒng)上在預(yù)測環(huán)境中工作的團(tuán)隊可能傾 向于采用這種反模式,因為他們習(xí)慣于報告狀態(tài)。 另一個典型的反模式是,當(dāng)問題變得明顯時,團(tuán)隊才開始解決問題。站會是為了發(fā)現(xiàn)存在問題, 而不是解決它們。將問題添加到停車場區(qū),然后創(chuàng)建另一次會議,它可以在站會之后立即召開, 并在會上解決問題。 團(tuán)隊可以舉辦自己的站會。只要體現(xiàn)了團(tuán)隊工作需要的密切合作,進(jìn)行順利,站會便會非常有用。 要針對團(tuán)隊何時需要站會、站會是否有效等問題有意識地做出決定。 5.2.5 展示/評審
當(dāng)團(tuán)隊以用戶故事的形式完成特定功能時,團(tuán)隊會定期展示工作產(chǎn)品??催^展示后,產(chǎn)品負(fù)責(zé)人接受或拒絕故事。 在基于迭代的敏捷中,團(tuán)隊在迭代結(jié)束時展示所有已完成的工作項。在基于流程的敏捷中,團(tuán)隊 在需要時展示完成的工作,通常是當(dāng)完成的功能累積到足以構(gòu)成一個連貫組合時。團(tuán)隊,包括產(chǎn)品 負(fù)責(zé)人在內(nèi),都需要反饋來決定何時需要產(chǎn)品反饋。 一般的指導(dǎo)方針是,每兩周至少展示一次團(tuán)隊的工作產(chǎn)品。這種頻率對于大多數(shù)團(tuán)隊來說是足夠 的,這樣,團(tuán)隊成員就可以得到反饋,防止他們朝著錯誤的方向前進(jìn)。這種頻率也足夠頻繁,讓團(tuán) 隊可以保持產(chǎn)品開發(fā)足夠清晰,按照自己希望或需要的頻率構(gòu)建一個完整的產(chǎn)品。 使項目敏捷的一個基本要素是頻繁地交付工作產(chǎn)品。一個沒有展示或發(fā)布的團(tuán)隊,其學(xué)習(xí)的速度 不會快,并且很可能并未采用敏捷技術(shù)。團(tuán)隊可能需要額外的引導(dǎo)來_頻繁的交付。
5.2.6 規(guī)劃基于迭代的敏捷
不同團(tuán)隊的能力各不相同。不同產(chǎn)品負(fù)責(zé)人的典型故事大小也各不相同。團(tuán)隊?wèi)?yīng)考慮自身故事大小,避免提交更多的故事,而超出團(tuán)隊在一個迭代中所能完成工作的能力。 產(chǎn)品負(fù)責(zé)人了解,當(dāng)人員不可用時(例如,公共假期,度假期間,或阻止人員參加下一組工作的 任何事情),團(tuán)隊能力降低。團(tuán)隊將無法完成與前一時期相同的工作量。在能力降低的情況下,團(tuán) 隊只會計劃相應(yīng)能力能夠完成的工作。 團(tuán)隊估算能夠完成的工作,這也是一種能力的衡量(示例參見 4.10 節(jié))。團(tuán)隊不能 100% 確定自己 能交付什么,因為他們無法知道意外情況。當(dāng)產(chǎn)品負(fù)責(zé)人拆分故事使其變小時,團(tuán)隊看到的是產(chǎn)品 的完成進(jìn)度,團(tuán)隊就會知道他們將來能夠做什么。 敏捷團(tuán)隊在一個工作塊中不會只計劃一次。相反,敏捷團(tuán)隊會開始計劃一點(diǎn),交付、學(xué)習(xí),然后 在一個持續(xù)的循環(huán)中重新規(guī)劃更多的東西。
5.2.7 幫助團(tuán)隊交付價值的執(zhí)行實踐
如果團(tuán)隊不重視質(zhì)量,很快就會無法快速發(fā)布任何東西。 下面的技術(shù)實踐中,很多都來自于極限編程,它們可以幫助團(tuán)隊以_快的速度交付:
持續(xù)集成。無論產(chǎn)品如何,都要頻繁地將工作集成到整體中,然后再進(jìn)行重新測試,以確定整 個產(chǎn)品仍然按照預(yù)期工作。 在不同層面測試。對端到端信息使用系統(tǒng)級測試,對構(gòu)建塊使用單元測試。在兩者之間,了解是 否需要進(jìn)行集成測試,以及在何處進(jìn)行測試。團(tuán)隊發(fā)現(xiàn)冒煙測試有助于測試工作產(chǎn)品是否良好。 團(tuán)隊發(fā)現(xiàn),決定何時以及對哪些產(chǎn)品運(yùn)行回歸測試,可以幫助他們在維護(hù)產(chǎn)品質(zhì)量的同時,良好 地構(gòu)建性能。敏捷團(tuán)隊非常偏愛自動化測試,因此他們可以借此構(gòu)建和保持交付的勢頭。 驗收測試驅(qū)動開發(fā) (ATDD)。在 ATDD 中,整個團(tuán)隊聚集一堂討論工作產(chǎn)品的驗收標(biāo)準(zhǔn)。然后, 團(tuán)隊創(chuàng)建測試,這讓團(tuán)隊能夠編寫足夠的代碼,進(jìn)行自動化測試,滿足標(biāo)準(zhǔn)要求。對于非軟件 項目,要考慮怎樣在團(tuán)隊完成大量價值時對工作進(jìn)行測試。 測試驅(qū)動開發(fā) (TDD) 和行為驅(qū)動開發(fā) (BDD)。在編寫/創(chuàng)建產(chǎn)品之前編寫自動化測試,實際上可 以幫助人員設(shè)計產(chǎn)品,防范產(chǎn)品錯誤。對于非軟件項目,要考慮如何通過“測試驅(qū)動”團(tuán)隊 的設(shè)計。硬件和機(jī)械類項目經(jīng)常使用模擬進(jìn)行設(shè)計的中間測試。 刺探(時間盒研究或?qū)嶒?。刺探對學(xué)習(xí)很有用,可以在諸如評估、驗收標(biāo)準(zhǔn)定義以及通過產(chǎn)品 了解用戶行為的流程中使用。在團(tuán)隊需要學(xué)習(xí)一些關(guān)鍵技術(shù)或功能要素時,刺探會很有幫助。 5.2.8 迭代和增量如何幫助交付工作產(chǎn)品
迭代可以幫助團(tuán)隊為交付和多種反饋創(chuàng)建一個節(jié)奏。團(tuán)隊會為交付和反饋創(chuàng)建增量。交付的_ 部分是一次演示。團(tuán)隊會收到關(guān)于產(chǎn)品的外觀和運(yùn)行方式的反饋。團(tuán)隊成員回顧如何檢查和調(diào)整有關(guān)過程以取得成功。 演示或評審是敏捷項目流程的必要組成部分。為團(tuán)隊的交付節(jié)奏安排適當(dāng)?shù)难菔尽?/p>
5.3 解決敏捷項目的挑戰(zhàn)
出于解決具有高變化率、不確定性和復(fù)雜性的項目相關(guān)問題的需要,敏捷方法應(yīng)運(yùn)而生。由于這些原因,敏捷方法包含了各種各樣的工具和技術(shù),用于處理預(yù)測法中出現(xiàn)的問題。參見表 5-1.
5.4 敏捷項目的衡量指標(biāo)
過渡到敏捷意味著要使用不同的衡量指標(biāo)。使用敏捷意味著要審視對團(tuán)隊和管理層都很重要的新指標(biāo)。這些衡量指標(biāo)很重要,因為它們關(guān)注的是客戶價值。 狀態(tài)報告的一個問題是,團(tuán)隊預(yù)測完成或使用交通燈狀態(tài)來描述項目的能力。例如,項目領(lǐng)導(dǎo)將 項目描述為“90% 完成”。此時,團(tuán)隊正試圖將一個個片段集成到一個產(chǎn)品中。團(tuán)隊發(fā)現(xiàn),有缺少的 需求或者意外出現(xiàn),或是產(chǎn)品沒有按照他們的想法集成。 項目只是完成了一半,而交通燈狀態(tài)報告并未反映項目真實的狀態(tài)。項目團(tuán)隊往往認(rèn)識到,他們 還需要同樣長的時間才能完成項目的剩余部分。太多的項目存在這種情況:由于發(fā)現(xiàn)了問題,團(tuán)隊 才認(rèn)識到,自己_多只完成了 10% 的工作。 預(yù)測型衡量指標(biāo)的問題在于,它們往往并不反映真實的情況。往往直到發(fā)布日期前 1 個月,項目 狀態(tài)綠燈一直是亮的;這種項目有時被稱為西瓜項目(外面綠,里面紅)。項目狀態(tài)燈經(jīng)常會變成 紅色,似乎沒有任何警告,因為直到發(fā)布日期前 1 個月,才會得到關(guān)于項目的經(jīng)驗數(shù)據(jù)。 敏捷項目的衡量指標(biāo)包含有意義的信息,這些信息提供了歷史記錄,因為敏捷項目要定期交付 價值(完成的工作)。項目團(tuán)隊可以利用這些數(shù)據(jù)改進(jìn)預(yù)測和決策。 替代衡量指標(biāo)(如完成百分比)不如經(jīng)驗指標(biāo)(如已完成功能)更有用。有關(guān)價值管理的更多 信息,請參見 4.10 節(jié)。敏捷幫助團(tuán)隊發(fā)現(xiàn)問題和難題,以便團(tuán)隊能夠診斷和解決問題。 除了定量指標(biāo)之外,團(tuán)隊還可以考慮收集定性衡量指標(biāo)。其中一些定性衡量指標(biāo)側(cè)重于團(tuán)隊選擇 的實踐,評估團(tuán)隊使用這些實踐的情況,例如,對交付功能的業(yè)務(wù)滿意度、團(tuán)隊的士氣;團(tuán)隊希望 跟蹤的任何東西等都是定性衡量指標(biāo)。
5.4.1 敏捷團(tuán)隊的衡量結(jié)果
敏捷傾向于使用基于經(jīng)驗和價值的衡量指標(biāo),而不是預(yù)測型 衡量指標(biāo)。敏捷衡量團(tuán)隊所交付的成果,而不是團(tuán)隊預(yù)測將交 付的成果。 對于一個習(xí)慣于掌握項目基準(zhǔn)、估算的掙值和投資回報率 (ROI) 的團(tuán)隊,可能會對實施一個項目而不是管理一個基準(zhǔn)感 到茫然。敏捷是基于對客戶有可見價值的工作產(chǎn)品。 基準(zhǔn)通常是嘗試預(yù)測的產(chǎn)物。在敏捷中,團(tuán)隊的估算_ 多限于未來幾周時間。在敏捷中,如果團(tuán)隊工作的可變性不 高,如果團(tuán)隊成員沒有從事多任務(wù),則團(tuán)隊的能力就會變得 穩(wěn)定。這樣才能對未來幾周做出更好的預(yù)測。 完成迭代或流程中的工作后,團(tuán)隊就可以進(jìn)行重新規(guī)劃。敏 捷并不能創(chuàng)造出更多的工作能力。然而,有證據(jù)表明,工作量 越少,人員就越有可能交付。 與其他知識型工作一樣,軟件產(chǎn)品開發(fā)關(guān)乎在交付價值的同時 進(jìn)行學(xué)習(xí)。在項目的設(shè)計部分,硬件開發(fā)和機(jī)械開發(fā)是相似的。 學(xué)習(xí)的過程是通過實驗,交付微小的價值增量,并獲得對目前已 完成工作的反饋。其他許多產(chǎn)品的開發(fā)項目也包括學(xué)習(xí)。 項目發(fā)起人通常想知道項目 什么時候能夠完成。一旦團(tuán)隊 建立了穩(wěn)定的速度(每個迭代 的故事或故事點(diǎn)的平均數(shù)量) 或平均周期時間,團(tuán)隊就能夠 預(yù)測項目將花費(fèi)多長時間。 舉例來說,如果團(tuán)隊平均每 個迭代有 50 個故事點(diǎn),而團(tuán)隊 估算還剩下大約 500 個點(diǎn),于 是,團(tuán)隊估算,還剩下大約 10 個迭代。隨著產(chǎn)品負(fù)責(zé)人對剩 余的故事進(jìn)行細(xì)化,團(tuán)隊對估 算進(jìn)行細(xì)化,項目估算雖然可 能有升有降,但團(tuán)隊卻能提供 一個估算。 如果團(tuán)隊平均完成每個故事 的周期為三天,還有 30 個故事 要完成,那么團(tuán)隊將需要 90 個 剩余工作日,大約 4 到 5 個月。 用颶風(fēng)圖反映估算的可變性,也可使用發(fā)起人能夠理解 的其他一些可變性衡量方法。 由于學(xué)習(xí)是項目的重要組成部分,因而,團(tuán)隊需要在平衡不確定性的同時為客戶提供價值。團(tuán)隊 要規(guī)劃項目要完成的下一個小部分。團(tuán)隊報告經(jīng)驗數(shù)據(jù),并重新規(guī)劃其他小的增量,以此管理項目 的不確定性。 某些基于迭代的項目使用燃盡圖查看項目隨時間的進(jìn)展情況。圖 5-1 顯示了一個燃盡圖的例子, 其中,團(tuán)隊計劃交付 37 個故事點(diǎn)。故事點(diǎn)對需求或故事的相關(guān)工作、風(fēng)險和復(fù)雜性進(jìn)行評估。許多 敏捷團(tuán)隊使用故事點(diǎn)估算工作量。燃盡圖中的虛線表示計劃。圖 5-1 中,團(tuán)隊可以看到,在第 3 天他們面臨交付的風(fēng)險。
某些項目團(tuán)隊更喜歡用燃起圖。如圖 5-2 所示的燃起圖中的數(shù)據(jù)與圖 5-1 相同。
燃起圖顯示已完成的工作。圖 5-1 和圖 5-2 都是基于相同的數(shù)據(jù),但分別以兩種不同的方式顯示。團(tuán)隊可以選擇如何查看他們的數(shù)據(jù)。 看到在迭代中尚未完成的工作時,團(tuán)隊可能會變得沮喪,并且可能因為急于完成工作,而不滿足 驗收標(biāo)準(zhǔn)。不過,團(tuán)隊可能有很多理由不按預(yù)期完成工作。燃盡圖顯示了團(tuán)隊成員的多任務(wù)處理、 過于龐大的故事或團(tuán)隊成員缺勤的效果。 特別是對新建的敏捷團(tuán)隊,燃起圖將顯示迭代過程中范圍內(nèi)的變化。利用燃起圖,團(tuán)隊能查看他 們已經(jīng)完成的工作,這將有助于團(tuán)隊進(jìn)行下一項工作。 無論使用燃盡圖還是燃起圖,團(tuán)隊都能看到在迭代過程中完成的工作。在迭代結(jié)束時,他們可能 會根據(jù)自己在這個迭代中完成工作的能力(多少故事或故事點(diǎn))來建立他們下一個迭代的能力衡量 指標(biāo)。這樣,產(chǎn)品負(fù)責(zé)人與團(tuán)隊一起重新規(guī)劃,團(tuán)隊就更有可能在下一次迭代中成功交付。 速度,也即本次迭代中實際完成功能的故事點(diǎn)大小的總和,讓團(tuán)隊得以通過觀察歷史表現(xiàn)來更準(zhǔn) 確地規(guī)劃下階段的能力。 基于流程的敏捷團(tuán)隊使用不同的衡量指標(biāo):交付周期(交付一個工作項目花費(fèi)的總時間,從項目 添加到看板直至項目完成)、周期時間(處理一個工作項目所需的時間)和響應(yīng)時間(一個工作項 目等待工作開始的時間)。團(tuán)隊通過衡量周期時間發(fā)現(xiàn)瓶頸和延遲問題,問題不僅限于團(tuán)隊內(nèi)部。 交付周期有助于理解從_次查看特定功能到向客戶發(fā)布該功能所需的周期時間。在制品(WIP) 限制 位于各列頂部(此處在框中顯示),讓團(tuán)隊了解如何從看板上提取工作。達(dá)到 WIP 限制后,團(tuán)隊就不 能將工作從左邊提取到下一列。此時,團(tuán)隊就要從_右邊的列中提取工作,并提出問題:“作為一個 團(tuán)隊,我們應(yīng)該怎樣做才能將這項工作移到下一列中?” 每個功能都是_的,所以它的周期時間也是_的。不過,產(chǎn)品負(fù)責(zé)人可能會注意 到,較小的功能周期時間也較短。產(chǎn)品負(fù)責(zé)人希望看到產(chǎn)出,因此產(chǎn)品負(fù)責(zé)人創(chuàng)建較小的功能,或者與團(tuán)隊合作創(chuàng)建。 燃起圖、燃盡圖(能力衡量指標(biāo))和交付周期,以及周期時間(可預(yù)測的衡量指標(biāo))對于實時測 量非常有用。它們可幫助團(tuán)隊了解他們共有多少工作,以及團(tuán)隊是否能按時完成工作。 故事點(diǎn)衡量與已完成的故事或功能的衡量有所不同。有些團(tuán)隊試圖在沒有完成實際功能或故事的 情況下衡量故事點(diǎn)。團(tuán)隊僅衡量故事點(diǎn)時,衡量的是能力,而不是已完成的工作,這違背了“可用 的軟件(或者,如果不是軟件,則是其他的產(chǎn)品)是衡量進(jìn)度的主要指標(biāo)”的原則。 每個團(tuán)隊都有自己的能力。在使用故事點(diǎn)時,團(tuán)隊要認(rèn)識到,在給定時間內(nèi)能夠完成的故事點(diǎn)數(shù) 量對一個團(tuán)隊而言是_的。 根據(jù)自身的指標(biāo)單位進(jìn)行衡量,團(tuán)隊就能更好地評估和估算自己的工作,并_終交付。相對估算 的缺點(diǎn)是,無法比較各個團(tuán)隊或者在團(tuán)隊之間增加速度。 團(tuán)隊可以在一個功能燃起圖/燃盡圖和一個產(chǎn)品待辦事項列表中衡量已完成的工作。這些圖表提供 了隨時間變化的完成趨勢,如圖 5-4 所示。 功能燃起圖/燃盡圖可顯示項目期間需求的發(fā)展。功能完成線顯示團(tuán)隊以正常速度完成功能。總功能線顯示了項目的總功能隨時間的變化。剩余的燃盡線顯示功能完成速度的變化。每次在項目中添加功能時,燃盡線都會有改變。 在敏捷中的掙值是基于已完成的功能,如圖 5-5 所示。產(chǎn)品待辦事項列表燃起圖顯示已完成的工作 與區(qū)間里程碑或迭代中的預(yù)期工作總量的比較。 一個團(tuán)隊一次只能完成一個故事。為了完成一個包含多個故事的大功能,團(tuán)隊會有待完成的剩余故事,并且除非擁有更多的時間,否則可能無法完成整個功能。團(tuán)隊可以用一個產(chǎn)品待辦事項列表 燃起圖來顯示已完成的價值,如圖 5-5 所示。 如果一個團(tuán)隊需要衡量掙值,可以考慮使用燃起圖,以圖 5-6 為例:請注意,左邊 Y 軸代表了故事點(diǎn)的范圍,右邊 Y 軸代表項目的支出。 傳統(tǒng)的掙值管理 (EVM) 衡量指標(biāo),如進(jìn)度績效指數(shù) (SPI) 和成本績效指數(shù) (CPI) 可以很容易地轉(zhuǎn)換為敏捷 術(shù)語。例如,如果團(tuán)隊計劃在一次迭代中完成 30 個故事點(diǎn),但是只完成了 25 個,那么 SPI 是 25/30 或 者 0.83(該團(tuán)隊的工作速度只有計劃的 83%)。同樣,CPI 是迄今為止的勞動價值(已完成的功能值) 除以實際的成本,如圖 5-6 所示,$2.2M / $2.8M = 0.79。這意味著,與計劃相比,僅能得到 79 美分的結(jié) 果(當(dāng)然,這是假定預(yù)測仍然正確)。
圖 5-7 中所示的累積流圖顯示了看板上進(jìn)行中的工作。如果一個團(tuán)隊有許多等待測試的故事,測試 團(tuán)隊將會擴(kuò)大。累積工作可一目了然。 團(tuán)隊在處理累積工作方面有困難:團(tuán)隊有進(jìn)行中的工作,而不是已完成工作。如果團(tuán)隊有大量進(jìn) 行中的工作,就會延遲整體功能的交付。團(tuán)隊交付的時間越長,在相同時間內(nèi)有更多功能,團(tuán)隊的壓力就越大。 將此累積流調(diào)整到項目任務(wù)板。
6. 關(guān)于項目敏捷性的組織考慮因素
每個項目都存在于組織環(huán)境下。文化、結(jié)構(gòu)和政策可能會影 響到所有項目的方向和成果。這些動態(tài)變化可能會對項目領(lǐng)導(dǎo) 提出挑戰(zhàn)。 項目領(lǐng)導(dǎo)可能無法根據(jù)自己的意愿來改變組織動態(tài)變化, 但可以有技巧地引導(dǎo)這些動態(tài)變化。 本章探討了組織以及(在某些情況下)項目環(huán)境影響項目的 方式。領(lǐng)導(dǎo)可以通過探討變革方案來提高項目成功率。
6.1 組織變革管理
組織變革管理一節(jié)涵蓋了會影響敏捷應(yīng)用情況的技能和技術(shù)。 PMI 出版物《組織變革管理實踐指南》[2] 介紹了成功引入有 意義變革的全面整體性方法。該指南提供的建議包括:
說明變革動態(tài)變化的模型; 實現(xiàn)變革的框架; 項目、項目集和項目組合層面的變革管理實踐的應(yīng)用。 6.1.1 和 6.1.2 節(jié)探討了特定敏捷環(huán)境中變革管理的考慮事項。 圖 6-1 顯示了這兩個主題之間的關(guān)系。 6.1.1 變革管理驅(qū)動因素
所有項目都涉及到變革。但是,有兩種主要因素會進(jìn)一步激勵敏捷環(huán)境中變革管理實踐的應(yīng)用:
與加速交付相關(guān)的變革。敏捷方法強(qiáng)調(diào)頻繁并盡早交付項目輸出。但是,接收組織可能尚未做 好加速納入這些輸出的充分準(zhǔn)備。加速交付將會考驗組織適應(yīng)該交付的能力。成功發(fā)現(xiàn)和交付 項目功能是不夠的。如果組織抗拒項目輸出,則會延遲目標(biāo)投資回報。客戶接受并支持項目輸 出在敏捷環(huán)境中日益盛行。 與敏捷方法相關(guān)的變革。組織在剛開始采用敏捷方法時也會經(jīng)歷更高程度的變革。高級別協(xié) 作可能需要團(tuán)隊、部門或供應(yīng)商之間更頻繁地交流。將工作分解到迭代原型時會涉及到不利 的返工。領(lǐng)導(dǎo)應(yīng)考慮利用變革管理技術(shù)來解決過渡到敏捷方法時所遇到的阻礙。 6.1.2 變革就緒情況
組織在開始采用敏捷方法時應(yīng)了解這些方法與其當(dāng)前方法之間的相對兼容性。某些組織的特征可能 更容易支持跨部門協(xié)作、持續(xù)學(xué)習(xí)和內(nèi)部過程演變等敏捷原則。這些變革友好型特征的示例包括:
管理層的變革意愿; 組織在員工認(rèn)知、審核和評估方式上做出改變的意愿; 集中或分散項目、項目集和項目組合管理職能; 專注于短期預(yù)算和指標(biāo)而不是長期目標(biāo); 人才管理成熟度和能力。 相反,還有其他一些機(jī)構(gòu)特征可能會成為實現(xiàn)組織敏捷性相關(guān)變革的障礙。這些特征示例包括:
工作被分解為部門孤島,從而創(chuàng)造出阻礙加速交付的依賴關(guān)系,而不是構(gòu)建在能力中心指導(dǎo)下 的跨職能團(tuán)隊。 采購策略基于短期定價策略,而不是長期能力。 獎勵領(lǐng)導(dǎo)的依據(jù)是本地效率而不是端到端項目交付流或整體優(yōu)化情況(就組織而言)。 員工屬于特定領(lǐng)域人才,實現(xiàn)技能多元化的工具或激勵有限,不重視培養(yǎng)T型專家人才。 分散化項目組合使員工同時分配到過多的項目,而無法專注于單個項目。 組織審查和修改這些實踐的意愿程度將決定采用敏捷方法的速度和效率。但是,為了解決這些敏捷組織障礙,項目領(lǐng)導(dǎo)可以嘗試多種方法來加速文化兼容性: 積極明確的管理層支持; 變革管理實踐,包括溝通和引導(dǎo); 逐個項目應(yīng)用敏捷實踐; 向團(tuán)隊增量地引入敏捷實踐; 通過采取適用的敏捷技術(shù)和實踐示范引導(dǎo)。 6.2 組織文化
組織文化就是組織的 DNA – 組織的核心標(biāo)識。文化始終影響 敏捷方法的使用。組織文化一直在連續(xù)運(yùn)轉(zhuǎn),從高預(yù)測型計劃 到一切皆為實驗的精益創(chuàng)業(yè)階段均有體現(xiàn)。盡管敏捷方法與 精益創(chuàng)業(yè)文化相當(dāng)吻合,高預(yù)測型組織可以鼓勵實證的衡量指 標(biāo)、小型實驗和不斷學(xué)習(xí)以便向敏捷方向轉(zhuǎn)變。
6.2.1 創(chuàng)建安全環(huán)境
組織文化難以改變,但組織中_重要的文化規(guī)范—愿意嘗試任何新方法或技術(shù)—將有利于構(gòu)建安全的工作環(huán)境。 只有在安全、誠實和透明的環(huán)境中,團(tuán)隊成員和領(lǐng)導(dǎo)才可以 真正反思其成功,確保項目持續(xù)進(jìn)步,或者應(yīng)用從失敗項目中 所吸取的教訓(xùn),不再重蹈覆轍。
6.2.2 評估文化
每個項目都會遇到相關(guān)方意愿相左的棘手情況。團(tuán)隊如何在 不影響質(zhì)量的情況下取得快速進(jìn)展?團(tuán)隊如何在保留靈活性的 同時確保時效性?更重要的是,團(tuán)隊如何滿足客戶需求? 項目領(lǐng)導(dǎo)可能感覺其職責(zé)就是滿足各個相關(guān)方的期望;但是 在面對選擇時,通常需要根據(jù)組織業(yè)務(wù)環(huán)境的文化和要求來確定優(yōu)先級。例如,移動電信項目偏重于速度,而政府項目可能偏重于大眾化和穩(wěn)定性。 要引導(dǎo)這些動態(tài)變化,項目領(lǐng)導(dǎo)應(yīng)花費(fèi)時間去評估組織通常所關(guān)注的重點(diǎn)。圖 6-2 顯示了有關(guān)如何 評估的示例。在這個例子中,項目領(lǐng)導(dǎo)發(fā)起了與相關(guān)方、團(tuán)隊成員和高層管理者的對話以討論組織優(yōu)先級。這些優(yōu)先級根據(jù)滑動標(biāo)尺在這兩個極端之間的位置來進(jìn)行記錄,然后再利用該結(jié)果去找到_適合這些優(yōu)先級的敏捷技術(shù)。 有一些模型可用于評估這些動態(tài)變化;但是,采取何種模型或方法并不重要,關(guān)鍵是讓項目領(lǐng) 導(dǎo)了解其環(huán)境的驅(qū)動因素。了解某組織需要滿足的組織與行業(yè)需求后才能選擇合適的對話、權(quán)衡 尤其是技術(shù)。
6.3 采購和合同
如本實踐指南中前面所述,《敏捷宣言》認(rèn)為“客戶協(xié)作高于合同協(xié)商”。許多項目失敗源于客戶供應(yīng)商關(guān)系破裂。如果合同相關(guān)方懷有非贏即輸?shù)南敕?,通常會給項目帶來更多的風(fēng)險。協(xié) 作方法提倡共擔(dān)項目風(fēng)險和共享項目獎勵的關(guān)系,實現(xiàn)所有方共贏。設(shè)計這種動態(tài)特性的合同簽 署技術(shù)包括:
多層結(jié)構(gòu)。除了在單個文檔中正式說明整個合同關(guān)系,項目方可以通過在不同文檔中說明不同方面來提高靈活性。通常固定項目(如擔(dān)保、仲裁)可以鎖定在主協(xié)議中。同時,所有方將可能會變更的其他項目(如服務(wù)價格、產(chǎn)品說明)列在服務(wù)明細(xì)表中。合同主要服 務(wù)協(xié)議中注明這些服務(wù)參考。_后,范圍、進(jìn)度計劃和預(yù)算等更多動態(tài)變化項目可以列在 輕量級工作說明書中。通過將合同中的更多變化因素隔離到單獨(dú)的文檔中,將會簡化修改 工作并提高靈活性。 強(qiáng)調(diào)價值交付。許多供應(yīng)商關(guān)系是由專注于中間人為因素的固定里程碑或“階段關(guān)口”控制,而不是由增量業(yè)務(wù)價值的完全可交付成果控制。通常,這些控制會限制利用反饋來改 進(jìn)產(chǎn)品。與之相反的是,里程碑和支付項目可以根據(jù)價值驅(qū)動可交付成果來構(gòu)建,以增強(qiáng) 項目敏捷性。 總價增量。項目可以將范圍分解為總價微型可交付成果(例如用戶故事),而不是將整個項 目范圍和預(yù)算鎖定到單個協(xié)議中。對于客戶而言,這可以更好地控制資金流向。對于供應(yīng)商 而言,這可以限制對單個功能或可交付成果的過多_所帶來的財務(wù)風(fēng)險。 固定時間和材料??蛻粼诓捎脗鹘y(tǒng)的時間和材料方法時會產(chǎn)生不必要的風(fēng)險。一種替代方法 是將整體預(yù)算限制為固定數(shù)量。這就允許客戶在_初未計劃的項目中納入新的觀點(diǎn)和創(chuàng)新。 如果客戶需要納入新的觀點(diǎn),則必須管理給定能力,用新的工作來替代原有工作。應(yīng)密切監(jiān) 控工作,防止所分配的時間超過其限制。此外,在認(rèn)為有用的情況下,還可以在_大預(yù)算中 規(guī)劃額外應(yīng)急時間。 累進(jìn)的時間和材料。另一種替代方法是共擔(dān)財務(wù)風(fēng)險法。在敏捷方法中,質(zhì)量標(biāo)準(zhǔn)是已完成工 作的一部分。因此,如果在合同期限之前交付,則可對供應(yīng)商的高效率進(jìn)行獎勵。相反,如果 供應(yīng)商延遲交付,則將扣除一定費(fèi)用。 提前取消方案。如果敏捷供應(yīng)商在僅完成一半范圍時便可交付足夠的價值,且客戶不再需要另 外一半范圍,則不必支付這部分費(fèi)用。但合同中可以規(guī)定客戶應(yīng)為項目剩余部分支付一定的取 消費(fèi)用。因為不再需要這些服務(wù),客戶可以限制預(yù)算敞口,而供應(yīng)商也可獲得可觀的收入。 動態(tài)范圍方案。對于具有固定預(yù)算的合同,供應(yīng)商可為客戶提供在項目特定點(diǎn)改變項目范圍 的方案??蛻艨烧{(diào)整功能以適應(yīng)該能力。這樣客戶便可利用創(chuàng)新機(jī)會,同時限制供應(yīng)商的過 度_風(fēng)險。 團(tuán)隊擴(kuò)充。大多數(shù)協(xié)作合同方法是將供應(yīng)商服務(wù)直接嵌入客戶組織中。通過資助團(tuán)隊而不是特 定范圍,可以保留客戶自行確定需要完成工作這方面策略的權(quán)力。 支持全方位供應(yīng)商。為了分化風(fēng)險,客戶可能需要采取多供應(yīng)商策略。但是,這樣簽署合同的結(jié) 果是,每家供應(yīng)商只能負(fù)責(zé)一項工作,這就會產(chǎn)生許多依賴關(guān)系,阻礙可行服務(wù)或產(chǎn)品的交付。 相反,要強(qiáng)調(diào)提供全面價值的合約(這與已完成獨(dú)立功能集中的觀點(diǎn)相符)。 可以創(chuàng)建敏捷合同。敏捷是在協(xié)作和信任的共同基礎(chǔ)上建立的。如果供應(yīng)商能夠盡早頻繁交付價值,則有助于實現(xiàn)這一點(diǎn)。如果客戶能夠提供及時反饋,則有助于實現(xiàn)這一點(diǎn)。 6.4 商業(yè)實踐
在需求產(chǎn)生時,組織創(chuàng)建新能力的意愿和能力即是組織敏捷性的標(biāo)志。對于關(guān)注敏捷及其所提供結(jié)果的組織而言,這些不必是顛覆性的變革,破壞性較小。透明和開放協(xié)作至關(guān)重要。 在跨職能團(tuán)隊交付價值時,團(tuán)隊和個人可能會遇到組織多種支持職能方面的問題。 如果團(tuán)隊定期交付價值,財務(wù)部門可能有機(jī)會以不同的方式獲得產(chǎn)品收益。如果團(tuán)隊與其他組織簽署了合同,采購部門可能需要變更這些合同,以幫助其他組織頻繁交付價值并與團(tuán)隊保持同步。 團(tuán)隊開始以團(tuán)結(jié)協(xié)作的方式展開工作后,將會對內(nèi)部管理策略提出挑戰(zhàn)。人力資源可能注意到個人激勵不足,而經(jīng)理可能會在自組織員工的績效評估方面絞盡腦汁。在各種情況下都有機(jī)會評審現(xiàn) 有實踐對敏捷工作方式的支持程度。 當(dāng)組織發(fā)展到更高敏捷性時,其他業(yè)務(wù)部門將有必要更改其交互方式并履行自己的職責(zé)。現(xiàn)在應(yīng)擁護(hù)對組織其他領(lǐng)域有益的變更,以此來提高整個組織的效率。
6.5 多團(tuán)隊協(xié)作和依賴關(guān)系(擴(kuò)展)
多個項目之間會產(chǎn)生依賴關(guān)系,即使不是在給定項目集中進(jìn)行管理。因此有必要了解敏捷工作在現(xiàn)有項目集和項目組合管理環(huán)境下的工作方式。
6.5.1 框架
大多數(shù)流行敏捷方法(如 Scrum 和極限編程)的指導(dǎo)專注于單個小型且通常是集中辦公的跨職能 團(tuán)隊活動。這對于需要單個團(tuán)隊的工作非常有用,但對于需要在一個項目集或項目組合中進(jìn)行多個敏捷團(tuán)隊協(xié)作的舉措?yún)s顯得捉襟見肘。
6.5.2 考慮事項
有多種擴(kuò)展工作的方式。團(tuán)隊可能需要將多個敏捷項目工作擴(kuò)展到單個敏捷項目集中?;蛘?,組織可以設(shè)計出支持整個項目組合中不同敏捷方法的結(jié)構(gòu)。 例如,可以從小項目著手,然后盡快了解組織環(huán)境中比較適合的方式。即使一切還未完全轉(zhuǎn)換到敏捷方法,團(tuán)隊仍可獲得成功。 無論采用哪種方法,關(guān)鍵成功因素是健康的敏捷團(tuán)隊。如果單個團(tuán)隊采取敏捷方法無法獲得成功, 則勿嘗試將其擴(kuò)展到更大范圍;而是要先行解決阻止團(tuán)隊敏捷工作的組織障礙。 大規(guī)模敏捷項目的目標(biāo)是協(xié)調(diào)不同團(tuán)隊的工作以便為客戶提供價值。這有多種實現(xiàn)方式。團(tuán)隊可 以采用正式的框架或應(yīng)用敏捷思維調(diào)整現(xiàn)有項目集管理實踐。
6.6 敏捷和項目管理辦公室 (PMO)
設(shè)立PMO的目的是引導(dǎo)組織實現(xiàn)商業(yè)價值??梢酝ㄟ^幫助實現(xiàn)項目目標(biāo)來做到這一點(diǎn)。PMO 有時還會提供團(tuán)隊教育(或安排培訓(xùn))和項目支持。PMO 還會針對給定項目或項目集提供相關(guān)商業(yè)價值 方面的管理建議。 由于敏捷會帶來文化變更,隨著時間的推移,組織可能也需要變更,包括 PMO。例如,經(jīng)理會決 定資助的項目及其時間,團(tuán)隊會決定培訓(xùn)或建議需求。
6.6.1 敏捷 PMO 為價值驅(qū)動型
所有項目都應(yīng)在合適的時間為合適的受眾提供合適的價值。PMO 的目標(biāo)是幫助促進(jìn)這個目標(biāo)的 實現(xiàn)?;诿艚莸?PMO 方法以客戶協(xié)作思維為基礎(chǔ),并存在于所有 PMO 項目集中。在許多情況下,這意味著 PMO 的運(yùn)營方式類似于咨詢企業(yè),需要根據(jù)給定項目的特定需求來定制其工作。有 些項目可能需要工具和模板,還有些項目可能會從管理層引導(dǎo)中獲益。PMO 應(yīng)努力按需交付并緊 跟客戶需求,確保了解并適應(yīng)他們的需求。這種內(nèi)部創(chuàng)業(yè)方法專注于能為所支持的項目提供_大 價值的 PMO 活動。
6.6.2 敏捷 PMO 為面向創(chuàng)新型
為了在基于價值的章程下加速發(fā)展,PMO 可能需要強(qiáng)制執(zhí)行某些解決方案或方法,例如,保持所 有人行動的一致性以快速獲得成功。但需要確保員工的參與意愿才能提高效率。只邀請感興趣的人 員參與 PMO 服務(wù)即可實現(xiàn)這一點(diǎn)。PMO 實踐的參與度越高,便更容易提高這些實踐的“粘合力”。 如果 PMO 為其客戶提供了價值,則客戶很可能會要求這種服務(wù)并采用其實踐。
6.6.3 敏捷 PMO 為多學(xué)科型
為了支持特定項目需求,PMO 還需要熟悉項目管理本身以外的其他一些能力,因為不同的項目要 求不同的能力。例如,一個項目可能需要組織設(shè)計來解決人員配備挑戰(zhàn),而另一個項目可能需要組 織變革管理技術(shù)來確保相關(guān)方參與或獲得獨(dú)特的業(yè)務(wù)模型以支持客戶目標(biāo)。 某些組織已將其 PMO 轉(zhuǎn)換為卓越敏捷中心以提供以下服務(wù):
制定和實施標(biāo)準(zhǔn)。提供用戶故事、測試案例、累積流圖等模板,提供敏捷工具并培訓(xùn)支持小組了解迭代開發(fā)概念。 通過培訓(xùn)和指導(dǎo)發(fā)展人才。協(xié)調(diào)敏捷培訓(xùn)課程、教練和導(dǎo)師以幫助員工過渡到敏捷思維模式并 升級其技能。鼓勵和支持員工參與本地敏捷活動。 多項目管理。通過不同項目交流協(xié)調(diào)敏捷團(tuán)隊。考慮分享進(jìn)度、問題、回顧性發(fā)現(xiàn)和改進(jìn)實驗 等內(nèi)容。借助適當(dāng)?shù)目蚣?,幫助管理項目層的主要客戶發(fā)布和項目組合層的投資主題。 促進(jìn)組織學(xué)習(xí)。收集項目進(jìn)度信息并獲取、存儲和記錄回顧性發(fā)現(xiàn)成果。 管理相關(guān)方。提供產(chǎn)品負(fù)責(zé)人培訓(xùn),指導(dǎo)驗收測試以及評估方法,并提供系統(tǒng)反饋。宣揚(yáng)主題專家 (SME) 對項目的重要性。 招聘、篩選和評估項目領(lǐng)導(dǎo)。制定敏捷實踐者訪談指南。 執(zhí)行專業(yè)化項目任務(wù)。培訓(xùn)和提供回顧促進(jìn)者,與敏捷項目問題解決者訂立協(xié)議,并提供導(dǎo)師和教練。 6.7 組織結(jié)構(gòu)
組織結(jié)構(gòu)會嚴(yán)重影響其轉(zhuǎn)向新信息或轉(zhuǎn)變市場需求的能力。下面列出了主要特征:
地理。地理分散的項目組織可能會在各種項目中發(fā)現(xiàn)阻礙工作進(jìn)展的一些挑戰(zhàn)。項目領(lǐng)導(dǎo)和區(qū)域經(jīng)理可能持有不同或相反的目標(biāo)。此外,文化差異、語言障礙和低可視化可能會降低工作效率。幸運(yùn)得是,采用敏捷方法可以鼓勵更好的協(xié)作并提高信心。在這些環(huán)境下,項目領(lǐng)導(dǎo)應(yīng)鼓 勵團(tuán)隊和管理層對話,定制該環(huán)境所需的技術(shù)并管理對工作需求的期望。 職能結(jié)構(gòu)。有些組織按照高度項目型、矩陣型或高度職能型的方式構(gòu)建。具有高度職能結(jié)構(gòu)的 項目可能會在組織內(nèi)部協(xié)作方面遇到很大阻力。 項目可交付成果的大小??s小項目可交付成果將會激勵部門之間更頻繁的交流,由此帶來更頻 繁的交互以及組織內(nèi)部更快速的價值流動。 項目人員分配。另一種方法是在各個部門中抽出一個人,將其臨時完全分配到_高優(yōu)先級項目。 重采購型組織。有些組織選擇主要通過供應(yīng)商實施項目。盡管項目目標(biāo)可能非常明確,供應(yīng)商也有責(zé)任監(jiān)管自己的財務(wù)狀況。但是,供應(yīng)商完成其義務(wù)并退出合約后,相關(guān)項目知識也 將隨之帶走。這就會限制持續(xù)靈活性和速度所需的內(nèi)部能力。如果在供應(yīng)商還參與時采用敏 捷技術(shù)(例如回顧和跟蹤可能改進(jìn)的領(lǐng)域),則可幫助緩解產(chǎn)品知識缺失情況。 6.8 組織演變
應(yīng)對單個挑戰(zhàn)領(lǐng)域或?qū)嵤┬碌幕旌匣蛎艚莘椒〞r,建議以累積方式承接工作。常用實踐是將變更過程視為一個敏捷項目,團(tuán)隊可以根據(jù)自己的價值觀或其他考慮事項引入自己的變更待辦事項列表 并確定其優(yōu)先級。每個變更可以被視為一個實驗,將進(jìn)行短時間測試以確定每個變更的適應(yīng)性以及 進(jìn)一步細(xì)化/考慮需求。 使用看板面板跟蹤進(jìn)度,顯示已作為“已完成”使用的新方法、被視為“進(jìn)行中”的方法、以及仍 在等待被引入“待辦事項”的方法。請參見圖 6-3 以了解具有待辦事項列表排序的初始面板。圖 6-4 顯示了面板工作進(jìn)度的示例。
通過使用這些工具來組織和管理變更實施,將可提供進(jìn)度的可視化并對正在實施的方法進(jìn)行建模。以透明和吸引人的方式部署變更,將可以提高成功可能性。