敏捷項(xiàng)目管理_第1頁(yè)
敏捷項(xiàng)目管理_第2頁(yè)
敏捷項(xiàng)目管理_第3頁(yè)
敏捷項(xiàng)目管理_第4頁(yè)
敏捷項(xiàng)目管理_第5頁(yè)
已閱讀5頁(yè),還剩61頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

目 錄 D

I

R

E

C

TO

R

YPART 01PART 02PART 03重 新 認(rèn) 識(shí)項(xiàng) 目 管 理敏 捷 型項(xiàng) 目 管 理敏 捷 轉(zhuǎn) 型成 長(zhǎng) 之 路PART01重

認(rèn)

識(shí)

項(xiàng)

理如

應(yīng)

對(duì)

聯(lián)

網(wǎng)

時(shí)

代無(wú)處不在的項(xiàng)目項(xiàng) 目 管 理 做 什 么交付:范圍、時(shí)間、質(zhì)量·····組織:團(tuán)隊(duì)、氛圍、能量、文化、目標(biāo)······項(xiàng)目管理定義將知識(shí)、技能、工具與技術(shù)應(yīng)用于項(xiàng)目活動(dòng),以滿(mǎn)足項(xiàng)目的要求——PMBOK指南在項(xiàng)目活動(dòng)中運(yùn)用專(zhuān)門(mén)的知識(shí)、技能、工具和方法,使項(xiàng)目能夠在有限資源限定條件下,實(shí)現(xiàn)或超過(guò)設(shè)定的需求和期望的過(guò)程——百度百科項(xiàng)

過(guò)

組啟動(dòng)千里之行

始于足下

規(guī)劃運(yùn)籌帷幄

決勝千里

執(zhí)行言出必行

行必結(jié)果

監(jiān)控審時(shí)度勢(shì)

沉著應(yīng)變

收尾慎終如始

如履薄冰

項(xiàng)目管理五大過(guò)程組項(xiàng)目管理=重要通用能力執(zhí)

力責(zé)

心自

驅(qū)

力覺(jué)

力 感

力客觀開(kāi)放全

觀項(xiàng)目管理的常量和變量范 圍時(shí) 間成 本產(chǎn) 品類(lèi) 型生 命周 期團(tuán) 隊(duì)階 段經(jīng) 典 項(xiàng) 目 管 理 鐵 三 角時(shí)

間資源

/

成本

范圍

/

質(zhì)量

所謂“鐵三角”,指的是三者中任意一方的變動(dòng)都會(huì)對(duì)其他二者產(chǎn)生影響?!?/p>

項(xiàng)目管理的目標(biāo)是平衡三者的關(guān)系,使之達(dá)到最佳的效果。計(jì)劃鐵 三 角 有 所 思時(shí)

間成本

范圍

各因素相互

牽制

對(duì)

需求

的管理是源頭

單純加人是個(gè)

“焦油坑”

時(shí)間

總是最易確定的因素

,也是最易被重視的維度

要求

克制追求時(shí)間

的沖動(dòng)

最易傷害:

長(zhǎng)期質(zhì)量

衡量什么,就得到什么

價(jià)值項(xiàng) 目 管 理 思 維目標(biāo)管理全局眼光項(xiàng)目分解流程管理風(fēng)險(xiǎn)意識(shí)目 標(biāo) 管 理◆

點(diǎn)頭之前多問(wèn)幾個(gè)“為什

么”

期望管理:結(jié)果 V

S 過(guò)程

“奇怪”的期望

成功交付,是唯一的目標(biāo)

嗎?

目 標(biāo) 管 理專(zhuān)職項(xiàng)目經(jīng)理

項(xiàng)目經(jīng)理直接入駐項(xiàng)目,深入了解項(xiàng)目日常情況,在項(xiàng)目中因地制宜實(shí)

施項(xiàng)目管理方法和流程。作為項(xiàng)目經(jīng)理,一方面對(duì)各版本項(xiàng)目的成功交

付負(fù)責(zé),另一方面也需關(guān)注團(tuán)隊(duì)的長(zhǎng)期健康成長(zhǎng)。

項(xiàng)目的成功交付

是指根據(jù)項(xiàng)目實(shí)際情況所需達(dá)成的重要交付目標(biāo)

,

包括

但不限于時(shí)間、范圍、質(zhì)量等因素,通常是這幾項(xiàng)因素的綜合結(jié)果。

團(tuán)隊(duì)的長(zhǎng)期健康

成長(zhǎng)是指隨著產(chǎn)品各版本的推出,團(tuán)隊(duì)在執(zhí)行力、協(xié)作

氛圍等方面的日漸增強(qiáng),以及團(tuán)隊(duì)日益形成的自我組織和自我管理

.全 局 眼 光低頭抬頭前

吃假象演繹想 象 沙 盤(pán)歸納聯(lián)系問(wèn)題、風(fēng)險(xiǎn)、懂了追求“小而美”哪怕應(yīng)對(duì)的

“排山倒?!?/p>

凡事皆可拆事、人、物

交付增量式

(快速、試錯(cuò)、風(fēng)險(xiǎn))

改進(jìn)每次一小步

(接納、適應(yīng))

團(tuán)隊(duì)功能團(tuán)隊(duì)

交付能力、克服劃

水、自組織、激活

項(xiàng) 目 分 解流 程 管 理基本框架上的因地制宜遵循但不死板重視流程背后的原則而不是流程行動(dòng)本身◆

藥,不可多吃!◆

規(guī)范性vs靈活性◆

持續(xù)改進(jìn)◆

落實(shí)重于制定◆

要找到

試點(diǎn)沒(méi)有一勞永逸的流程來(lái)自團(tuán)隊(duì)意愿每次一小步◆

只相信你有權(quán)相信的開(kāi)發(fā)對(duì)測(cè)試說(shuō),我的代碼沒(méi)bug了…◆

風(fēng)險(xiǎn)識(shí)別,貫穿始終◆

拓展信息來(lái)源,讓信息匯向你◆

致命風(fēng)險(xiǎn),不僅僅是上交◆

兩份風(fēng)險(xiǎn)列表,一份不公開(kāi)◆

悲觀心態(tài)看項(xiàng)目,樂(lè)觀心態(tài)看團(tuán)隊(duì)◆

不再成天救火風(fēng) 險(xiǎn) 意 識(shí)PART02敏捷型的項(xiàng)目管理

如何應(yīng)對(duì)互聯(lián)網(wǎng)時(shí)代管理

化靈

活團(tuán)

隊(duì)檢驗(yàn)適應(yīng)什 么 是 敏 捷?敏捷(Agile)是一種關(guān)注價(jià)值、消除浪費(fèi)、以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法。透明價(jià)

值效

率用

戶(hù)傳統(tǒng)項(xiàng)目常見(jiàn)模型傳統(tǒng)開(kāi)發(fā)面臨的問(wèn)題交付周期長(zhǎng)6-10個(gè)月甚至更長(zhǎng)軟件質(zhì)量差趕上線(xiàn)而犧牲質(zhì)量團(tuán)隊(duì)士氣弱死亡行軍及不關(guān)注結(jié)果進(jìn)度延期久計(jì)劃和估算全靠拍腦袋溝通效果差文檔化的溝通不及時(shí)按時(shí)發(fā)布低技術(shù)債務(wù)增多無(wú)法發(fā)布傳統(tǒng)和敏捷有什么區(qū)別傳統(tǒng)思維VS敏捷思維敏 捷 思 維是

問(wèn)

題是

問(wèn)

題優(yōu)

作系

統(tǒng)

,

優(yōu)

體快速交付和高質(zhì)量意味著多花錢(qián)快速交付和高質(zhì)量互為手段、目的針對(duì)個(gè)人進(jìn)行考核

針對(duì)流程進(jìn)行考核

激勵(lì)并管理員關(guān) 注 計(jì) 劃為了更好的預(yù)測(cè),

做全面的分析清除員工面臨的障礙,

開(kāi)發(fā)員工關(guān) 注 價(jià) 值頻繁的預(yù)測(cè)才是可依賴(lài)的方法大

率小

美傳 統(tǒng) 思 維VS為 什 么 要 敏 捷為啥要變化呢?不能一開(kāi)始多花點(diǎn)力氣,想明白呢??

細(xì)節(jié)無(wú)法提前全都想明白?

世界變化太快,原本有價(jià)值的東西,可能會(huì)變得不那么有價(jià)值了?

不確定性太多,可能連用戶(hù)自己都沒(méi)意識(shí)到自己到底想要的是什么敏捷軟件開(kāi)發(fā)優(yōu)勢(shì)快速交付1-4周迭代結(jié)束即可交付可運(yùn)行的軟件降低風(fēng)險(xiǎn)短周期迭代持續(xù)反饋,提高預(yù)見(jiàn)性適應(yīng)變化小步快跑,快遞驗(yàn)證產(chǎn)品需求及調(diào)整方向滿(mǎn)意度高高ROI的需求快速交付早期實(shí)現(xiàn)商業(yè)價(jià)值持續(xù)改善迭代結(jié)束后進(jìn)行回顧頻繁檢查團(tuán)隊(duì)動(dòng)向質(zhì)量更好持續(xù)集成及頻繁測(cè)試保證代碼質(zhì)量更高敏捷型項(xiàng)目管理特點(diǎn)快!離用戶(hù)近!范

圍時(shí)

間質(zhì)

量來(lái)

泛擁

化快

錯(cuò)透 明全

測(cè)

試階段性質(zhì)量敏捷推崇的工作方式開(kāi)發(fā)項(xiàng)目的復(fù)雜分類(lèi)需求、技術(shù)明確,采用傳統(tǒng)項(xiàng)目管理即可需求、技術(shù)都不確定的復(fù)雜類(lèi)型,適合敏捷預(yù)定義過(guò)程VS經(jīng)驗(yàn)性過(guò)程復(fù)雜的環(huán)境會(huì)干擾我們對(duì)目標(biāo)的判斷,讓我們偏離目標(biāo)不斷的偵測(cè)目標(biāo),收益反饋,調(diào)整方向,完成目標(biāo)敏 捷 宣 言個(gè)體和交互可工作的軟件客戶(hù)合作響應(yīng)變化流程和工具面面俱到的文檔合同談判遵循計(jì)劃勝過(guò)勝過(guò)勝過(guò)勝過(guò)雖然右項(xiàng)也具有價(jià)值,但我們認(rèn)為左項(xiàng)更具有更大的價(jià)值敏 捷 項(xiàng) 目 階 段立項(xiàng) 建立愿景 商業(yè)論證啟動(dòng) 項(xiàng)目章程 工作協(xié)議 人物角色初步Backlog 高層次估算產(chǎn)品roadmap 用戶(hù)故事地圖發(fā)布計(jì)劃 用戶(hù)故事分解 估算定義DoD 發(fā)布迭代Splike 迭代計(jì)劃 開(kāi)發(fā)及測(cè)試 每日站會(huì) 評(píng)審會(huì)議 回顧會(huì)議Backlog梳理收尾 回顧會(huì)議 感恩游戲 總結(jié)經(jīng)驗(yàn)教訓(xùn) 成功交接 文檔歸檔 行政收尾敏捷原則-12條準(zhǔn)則敏捷原則1我們的最高目標(biāo)是通過(guò)盡早和持續(xù)的交付有價(jià)值的軟件來(lái)使客戶(hù)滿(mǎn)意敏捷原則3經(jīng)常性的交付可以工作的軟件,交付的間隔可以從幾周到幾個(gè)月,且時(shí)間間隔越短越好敏捷原則4在整個(gè)項(xiàng)目開(kāi)發(fā)期間,業(yè)務(wù)人員和開(kāi)發(fā)人員必須每天在一起工作即使在項(xiàng)目開(kāi)發(fā)的后期,仍歡迎對(duì)需求提出變更。敏捷過(guò)程利用變化來(lái)為客戶(hù)創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)敏捷原則2敏捷原則-12條準(zhǔn)則敏捷原則5要善于激勵(lì)項(xiàng)目人員,給他們所需的環(huán)境和支持,并相信他們能夠完成任務(wù)敏捷原則7可工作的軟件是衡量進(jìn)度的首要指標(biāo)敏捷原則8敏捷過(guò)程提倡可持續(xù)的開(kāi)發(fā)。項(xiàng)目方、開(kāi)發(fā)人員和用戶(hù)應(yīng)該能夠保持恒久、穩(wěn)定的進(jìn)展速度團(tuán)隊(duì)內(nèi)部和各個(gè)團(tuán)隊(duì)之間,最有效的溝通方法是面對(duì)面的溝通敏捷原則6敏捷原則9對(duì)技術(shù)卓越和好的設(shè)計(jì)的持續(xù)關(guān)注有助于增強(qiáng)敏捷性敏捷原則11最佳的架構(gòu)、需求和設(shè)計(jì)出自自組織團(tuán)隊(duì)敏捷原則12團(tuán)隊(duì)要定期回顧和反省如何能夠做到更有效,并相應(yīng)的調(diào)整團(tuán)隊(duì)的行為敏捷原則-12條準(zhǔn)則盡量做到簡(jiǎn)潔,盡最大可能減少不必要的工作這是一門(mén)藝術(shù)敏捷原則10你的團(tuán)隊(duì)還好嗎?有人績(jī)效很差,但沒(méi)什么問(wèn)題會(huì)越開(kāi)越多,越開(kāi)越長(zhǎng),但決策越來(lái)越難群里po個(gè)信息,沒(méi)人理,全天沒(méi)幾條信息開(kāi)會(huì)就是各自開(kāi)小差關(guān)于一個(gè)問(wèn)題,各種討論,但遲遲沒(méi)有定論除了測(cè)試和運(yùn)營(yíng),團(tuán)隊(duì)很少人日常使用自己的產(chǎn)品重要問(wèn)題,很少有人提反對(duì)意見(jiàn)郵 件 中 打 仗明明覺(jué)得有問(wèn)題,但懶得說(shuō)不想再提,因?yàn)樘崃艘矝](méi)用各種病假事假遲到早退團(tuán)建沒(méi)幾個(gè)人參加團(tuán) 隊(duì) 問(wèn) 題團(tuán)隊(duì)建設(shè)四個(gè)階段相對(duì)獨(dú)立成熟期Performing凝聚力規(guī)范期Norming沖突振蕩期Storming依賴(lài)于領(lǐng)導(dǎo)者形成期Forming確定方向組織架構(gòu)公開(kāi)的數(shù)據(jù)流動(dòng)問(wèn)題解決團(tuán) 隊(duì) 管 理形

期定義方向、任務(wù)、期限、規(guī)范,啟動(dòng)會(huì),團(tuán)建,學(xué)習(xí)震 蕩 期協(xié)調(diào)情緒、加強(qiáng)溝通、建立信任、隨需調(diào)整、認(rèn)同方向規(guī)

期共同目標(biāo)、信任、鼓勵(lì)協(xié)作、流程制定和改進(jìn)、松弛有度成 熟 期自我管理、肯定鼓勵(lì)、處理突發(fā)、關(guān)注大局團(tuán) 隊(duì) 發(fā) 展 注 意 點(diǎn)◆

團(tuán)隊(duì)可能一直處于、也可能隨時(shí)重新進(jìn)入形成期

-震蕩期

-正規(guī)期◆

業(yè)務(wù)績(jī)效、關(guān)鍵人員、大批新人……◆

團(tuán)隊(duì)負(fù)責(zé)人起著關(guān)鍵作用,當(dāng)ta不再被信任時(shí),團(tuán)隊(duì)將持續(xù)處于震蕩期,最終的結(jié)果是解散◆

每個(gè)新人進(jìn)入一個(gè)團(tuán)隊(duì),都將經(jīng)歷這四個(gè)階段,

包括PM自己用戶(hù)角色Persona建模在很多項(xiàng)目中,需求分析人員只是從一個(gè)角度去寫(xiě)用戶(hù)故事,這樣往往容易忽略一些需求(故事),因?yàn)橛行┕适箩槍?duì)的并不是系統(tǒng)的一般用戶(hù)。以用戶(hù)為中心的設(shè)計(jì)和交互設(shè)計(jì)讓我們明白在編寫(xiě)故事前識(shí)別用戶(hù)和虛構(gòu)人物會(huì)有很多好處類(lèi)別姓名求職者張三初次找工作者李四裁員受害者王二大學(xué)生小朋監(jiān)控者小芳工作發(fā)布者…建立閱讀者…用 戶(hù) 故 事 是 什 么用戶(hù)故事描述了對(duì)用戶(hù)、系統(tǒng)或軟件購(gòu)買(mǎi)者有價(jià)值的功能 一份書(shū)面的故事描述 有關(guān)故事的對(duì)話(huà),用于具體化故事細(xì)節(jié) 可驗(yàn)收測(cè)試,用于表達(dá)和編檔故事細(xì)節(jié)且可用于確定故事何時(shí)完成Independent獨(dú)立Estimable可估算作為XXXX,我想要XXXX,這樣我可以XXXX角色:誰(shuí)要使用這個(gè)功能功能:需要完成什么樣的功能價(jià)值:為什么需要這個(gè)功能,能帶來(lái)什么價(jià)值INVEST原則Negotiable可協(xié)商Valuable有價(jià)值Testable可測(cè)試No.S01 優(yōu)先級(jí)

12作為:一個(gè)賣(mài)家我希望:發(fā)布我的商品信息1、顯示名稱(chēng)、規(guī)格、價(jià)格等屬性2、支持上傳圖片3、在線(xiàn)編輯目的:讓更多的買(mǎi)家查找到商品估算:5

story

point

計(jì)劃完成時(shí)間:2019.10.01用 戶(hù) 故 事 估 算故事估算方法

依據(jù)經(jīng)驗(yàn)和其他故事做比較分解成更小的故事計(jì)劃撲克估算理想日估算

集體估算,只有開(kāi)發(fā)人員才能估算

估算不是承諾

準(zhǔn)確而不是精確

使用相對(duì)值

避免長(zhǎng)時(shí)間討論

大的故事可分解再估算

需要PO澄清期間的問(wèn)題用 戶(hù) 故 事 排 序Simple

schemeMoSCoW100-PointKano

Analysis

按客戶(hù)價(jià)值進(jìn)行優(yōu)先排序

優(yōu)先選取能交付最高價(jià)值給客戶(hù)的

讓客戶(hù)參與到優(yōu)先排序過(guò)程

在制約下優(yōu)先交付一組有用的功能

MMF(最小可售單元)Product

BacklogDSDM(優(yōu)先級(jí)列表)價(jià)值優(yōu)先級(jí)排序方法建立產(chǎn)品Backlog

類(lèi)似于傳統(tǒng)的系統(tǒng)需求

全程可視化的功能列表

按優(yōu)先級(jí)排序的

每個(gè)Sprint開(kāi)始時(shí)調(diào)整優(yōu)先級(jí)

由PO準(zhǔn)備和維護(hù)

包含驗(yàn)收測(cè)試標(biāo)準(zhǔn)

估算:故事點(diǎn)Backlog

條目估算(故事點(diǎn))優(yōu)先級(jí)作為一個(gè)博客讀者,我想設(shè)置發(fā)布文章的背景圖片,以便于我的讀者閱讀的時(shí)候感受到文章的意境8100作為一個(gè)博客讀者,我想讓我的讀者對(duì)我的文章進(jìn)行評(píng)價(jià),以便于收集讀者反饋,日后改進(jìn)1080作為一個(gè)博客讀者,我想通過(guò)博客發(fā)布我的照片,以便于我的讀者們認(rèn)識(shí)我2060……3014……506產(chǎn)品Backlog的屬性詳略得當(dāng)

優(yōu) 先 級(jí)估算過(guò)的

夠用就好

定期梳理

漸進(jìn)明細(xì),文檔夠用就好從優(yōu)先級(jí)最高開(kāi)始開(kāi)發(fā)優(yōu)先級(jí)越高估算的越精確適合自己的,逐漸演進(jìn)

每次新的Sprint開(kāi)始前梳理調(diào)整產(chǎn)品Backlog特點(diǎn)故事主題故事史詩(shī)創(chuàng)建用戶(hù)故事地圖管理賬戶(hù)注冊(cè)瀏覽圖書(shū)清單下單購(gòu)買(mǎi)購(gòu)書(shū)消費(fèi)者登陸圖書(shū)詳情收獲信息確認(rèn)購(gòu)買(mǎi)修改密碼維護(hù)地址手機(jī)驗(yàn)證微信綁定書(shū)名檢索購(gòu)物車(chē)書(shū)號(hào)檢索分類(lèi)瀏覽修改訂單配送員發(fā)貨清單退貨線(xiàn)下付款配送支付配送清單支付寶配送單退貨申請(qǐng)微信支付信用卡退貨處理退款高低商業(yè)價(jià)值

業(yè)務(wù)流程時(shí)間線(xiàn)發(fā)布1發(fā)布2發(fā)布3發(fā) 布 計(jì) 劃確定滿(mǎn)意條件估算故事規(guī)模可以按任意順序進(jìn)行選擇迭代長(zhǎng)度估計(jì)團(tuán)隊(duì)速率確定優(yōu)先排序確定發(fā)布日期Sprint特點(diǎn)容易做計(jì)劃和承諾投入產(chǎn)出比高反饋快檢查點(diǎn)多產(chǎn)生的錯(cuò)誤更少快速激勵(lì)和開(kāi)始時(shí) 間 盒時(shí)間計(jì)劃首先是迭代方式:版本、固定時(shí)間盒基于WBS和估算的時(shí)間計(jì)劃當(dāng)你遭遇時(shí)間倒排時(shí):范圍、緩沖背后的原則強(qiáng)制排定優(yōu)先級(jí)增強(qiáng)可預(yù)見(jiàn)性、避免鍍金展示進(jìn)度、促進(jìn)技術(shù)S p r i n t 計(jì) 劃 會(huì)會(huì)議目標(biāo)1、明確該Sprint做什么,輸出Sprint

Backlog2、足夠深入理解需求參與人員Team、Scrum

Master、PO議程1、討論產(chǎn)品Backlog中高優(yōu)先級(jí)項(xiàng)2、團(tuán)隊(duì)挑選部分作為該Sprint目標(biāo)3、分解估算產(chǎn)品

Backlog故事1故事2故事3……Sprint

Backlog故事1故事2…每日站會(huì)昨天我做了什么?今天我要做什么?碰到了什么阻礙的問(wèn)題

團(tuán)隊(duì)聚在故事板旁邊,可以圍成環(huán)形

從左邊第一個(gè)開(kāi)始,向團(tuán)隊(duì)伙伴說(shuō)明他到現(xiàn)在完成的工作

然后該成員將任務(wù)板上的任務(wù)放到正確的列中

如果該成員遇到問(wèn)題或障礙,就要將其報(bào)告給

Scrum

Master

每個(gè)團(tuán)隊(duì)成員重復(fù)步驟2到步驟5

最多不超過(guò)15分鐘燃 盡 圖

有助于預(yù)測(cè)問(wèn)題

有助于生產(chǎn)力評(píng)價(jià)

有助于對(duì)個(gè)人或總體任務(wù)的跟蹤

團(tuán)隊(duì)每天更新燃盡圖

剩余的工作量每日站會(huì)的作用同事間互相的壓力每天做出承諾可視化促進(jìn)協(xié)作提出阻礙的問(wèn)題關(guān)注在少數(shù)事情上探針大家都喜歡的站會(huì)找到團(tuán)隊(duì)關(guān)心的問(wèn)題合 適 的 時(shí) 間010204大家覺(jué)得每日站會(huì)沒(méi)用通常情況下都是下面幾個(gè)原因造成的03每日站會(huì)沒(méi)什么可說(shuō)的團(tuán)隊(duì)可能平時(shí)工作中也是這種情況,團(tuán)隊(duì)協(xié)作較少,可能之間不太熟悉其他人說(shuō)的內(nèi)容我不關(guān)心視野停留在自己的任務(wù)層,工作內(nèi)容差異較大?

互相關(guān)系不夠融洽?每日站會(huì)時(shí)間太長(zhǎng)人太多說(shuō)的太多,不是核心三個(gè)要點(diǎn)每日站會(huì)的常見(jiàn)問(wèn)題Sprint評(píng)審會(huì)會(huì)議目標(biāo)1、展示成果2、收集反饋3、驗(yàn)收功能參與人員Team、PO、干系人等形式1、向PO和干系人展示產(chǎn)品2、只展示100%完成的部分3、來(lái)自干系人的直接反饋01ONE02TWO03THR04FOU反饋產(chǎn)品負(fù)責(zé)人和客戶(hù)對(duì)演示的成果進(jìn)行反饋終結(jié)意味著本次Sprint的終結(jié)總結(jié)總結(jié)本次Sprint相關(guān)的經(jīng)驗(yàn)教訓(xùn)調(diào)整根據(jù)反饋提出的修改或新增調(diào)整后續(xù)BacklogSprint Review的作用會(huì)議目標(biāo)1、持續(xù)的評(píng)估2、階段性改進(jìn)3、調(diào)整和適應(yīng)形式1、頭腦風(fēng)暴2、確定改進(jìn)項(xiàng)(一兩個(gè)最優(yōu)先即可)3、針對(duì)改進(jìn)和優(yōu)化流程4、在開(kāi)發(fā)的氛圍中解決問(wèn)題S p r i n t 回 顧 會(huì)Sprint回顧會(huì)的好處14183341555758606065850102030405060708090改善團(tuán)隊(duì)內(nèi)部溝通創(chuàng)作相互信任的氛圍提升工作質(zhì)量提升團(tuán)隊(duì)生產(chǎn)力提升敏捷實(shí)踐獲得成就感減少團(tuán)隊(duì)沖突快遞發(fā)現(xiàn)團(tuán)隊(duì)障礙更好的進(jìn)行項(xiàng)目提升預(yù)測(cè)性改進(jìn)客戶(hù)關(guān)系0102030405060708091011敏 捷 相 關(guān) 書(shū)

籍PART03敏捷轉(zhuǎn)型成長(zhǎng)之路互

聯(lián)

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 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ì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論