1、小項(xiàng)資訊
      關(guān)注項(xiàng)目管理領(lǐng)域的那些人和事兒，為您帶來(lái)最新的管理政策、發(fā)展趨勢(shì)；參與我們的討論，讓我們知道您的需求，為您答疑解惑、獻(xiàn)計(jì)獻(xiàn)策。

2、小項(xiàng)是誰(shuí)？
      項(xiàng)目管理辦公室的一群項(xiàng)目管理員，主要從事組織級(jí)項(xiàng)目管理工作，這是一群愛(ài)工作愛(ài)生活、積極樂(lè)觀、極富責(zé)任心的人們。始終堅(jiān)信：您的支持是我們服務(wù)的動(dòng)力。

3、項(xiàng)目管理大家談
      作為組織級(jí)項(xiàng)目管理員，我們打交道最多的是項(xiàng)目經(jīng)理，最需要了解的是項(xiàng)目經(jīng)理遇到的困難。通過(guò)前幾期同大G、小新等采訪對(duì)象的交流，我們對(duì)于項(xiàng)目經(jīng)理眼中的“痛點(diǎn)”和“槽點(diǎn)”進(jìn)行剖析，對(duì)新項(xiàng)目管理辦法下工作流程的變化提出了更多可供改進(jìn)之處。文章發(fā)表后，引起了很多項(xiàng)目經(jīng)理、項(xiàng)目成員的共鳴，小項(xiàng)也收集很多切實(shí)可行的建議，在這里感謝大家的支持！

      被訪談人員均被隱去真名，這也是個(gè)小小的伏筆，等系列訪談結(jié)束后，我們將統(tǒng)一公布被訪談人員真名，敬請(qǐng)期待！

      本期我們采訪到的是中心一位資深的項(xiàng)目經(jīng)理Y先生，同時(shí)也是中心公認(rèn)的技術(shù)、管理雙料大拿，本次小項(xiàng)也是抱著虛心學(xué)習(xí)的態(tài)度，帶領(lǐng)大家一起去了解一下，開發(fā)中心關(guān)于敏捷的那些事兒。

小項(xiàng)：Y先生，您好。首先感謝您接受我們的訪談。最近敏捷是業(yè)界大熱的一個(gè)話題，聽說(shuō)咱們項(xiàng)目組也在嘗試推行敏捷開發(fā)方式，能不能請(qǐng)您給我們介紹下大概情況。

Y先生：好的。其實(shí)對(duì)于敏捷方法的嘗試，我們一直在路上。從最早的互聯(lián)網(wǎng)銀行開始，我們就引入了敏捷開發(fā)模式中的Kanban(看板)方法，對(duì)項(xiàng)目各個(gè)階段的任務(wù)進(jìn)行管理，大約進(jìn)行了一年多，這個(gè)是我們最早期的敏捷嘗試。

小項(xiàng)：說(shuō)到Kanban，之前沒(méi)有接觸過(guò)敏捷領(lǐng)域的人來(lái)說(shuō)可能還比較陌生，您能詳細(xì)說(shuō)說(shuō)么？

Y先生：好。Kanban是敏捷開發(fā)（Agile Development）的一種方法，它最初起源于豐田公司的即時(shí)管理模式（JustIn Time， JIT），在軟件研發(fā)管理領(lǐng)域，我們最常見的模式就是通過(guò)在項(xiàng)目工作場(chǎng)所的墻上張貼卡片來(lái)呈現(xiàn)和分享項(xiàng)目狀態(tài)來(lái)實(shí)現(xiàn)對(duì)項(xiàng)目任務(wù)的管理。舉個(gè)栗子，以下就是一個(gè)日常工作中典型的Kanban。

      在面板上，工程任務(wù)用卡片（即時(shí)貼）來(lái)代表，并通過(guò)把卡片貼在面板中不同區(qū)域來(lái)象征任務(wù)的狀態(tài)，這些區(qū)域被標(biāo)注為“pending(待辦)”、“analysis（分析中）”、“development（開發(fā)）”、“test（測(cè)試）”、“deploy（發(fā)布）”，標(biāo)注的名稱可以根據(jù)需要而變化。同時(shí)，在每一列的最上方可以根據(jù)項(xiàng)目組情況標(biāo)注可承受最大任務(wù)數(shù)WIP，這樣的Kanban有利于可視化地跟蹤任務(wù)并限制處理中任務(wù)的數(shù)量，根據(jù)項(xiàng)目組實(shí)際情況及時(shí)進(jìn)行調(diào)整，真正做到團(tuán)隊(duì)自治和對(duì)項(xiàng)目進(jìn)度的把控。對(duì)于項(xiàng)目經(jīng)理而言，最擔(dān)心的就是項(xiàng)目進(jìn)度不可控，不知道每位開發(fā)人員具體的工作進(jìn)度；對(duì)于開發(fā)經(jīng)理而言，最擔(dān)心的就是資源分配不合理，忙的人忙死，閑的人閑死，有了Kanban一切都是那么一目了然。對(duì)于開發(fā)人員而言，最擔(dān)心的就是績(jī)效考核不公平，“憑什么我做的比他多，拿的工資卻比他少？不公平?。?rdquo;。通過(guò)Kanban的合理使用，這些問(wèn)題基本都能得到解決。

小項(xiàng)：這么看來(lái)Kanban真是個(gè)不錯(cuò)的工具呢，這也正符合我們目前正在進(jìn)行的項(xiàng)目精細(xì)化管理課題研究中涉及的理念。但說(shuō)到敏捷，現(xiàn)在業(yè)界大熱的，恐怕要說(shuō)到SCRUM了，不知道咱們是否在項(xiàng)目中有引入此類方法呢？

Y先生：有的，SCRUM的核心在于快速交付和持續(xù)改進(jìn)，我們?cè)谶@之后更大規(guī)模的項(xiàng)目群中引入了SCRUM的管理方法。對(duì)于我們來(lái)說(shuō)，不僅要考慮到中心對(duì)于項(xiàng)目群大版本投產(chǎn)的要求，同時(shí)也結(jié)合了各項(xiàng)目的實(shí)際情況，將整個(gè)項(xiàng)目生命周期劃分為若干個(gè)迭代（2-4周），保證每個(gè)迭代結(jié)束都能提供一個(gè)完整可發(fā)布的版本，并快速得到反饋。我們會(huì)將合理的反饋內(nèi)容納入下一個(gè)迭代計(jì)劃，對(duì)程序進(jìn)行持續(xù)優(yōu)化和改進(jìn)。但是在當(dāng)前階段，鑒于項(xiàng)目群規(guī)模太大，具體涵蓋到每個(gè)項(xiàng)目組的實(shí)際情況存在一定的差異，所以敏捷的實(shí)現(xiàn)也就比較局限，像用戶故事、站會(huì)和回顧等等這些SCRUM普遍采用的方法，并沒(méi)有在整個(gè)項(xiàng)目群的范圍內(nèi)實(shí)現(xiàn)。

小項(xiàng)：那現(xiàn)階段我們是如何推行敏捷開發(fā)方式的呢？

Y先生：我們將SCRUM與Kanban兩種方法相結(jié)合來(lái)實(shí)現(xiàn)項(xiàng)目開發(fā)過(guò)程中的敏捷轉(zhuǎn)型。目前各項(xiàng)目組基本都是以2周為一個(gè)迭代周期，每個(gè)迭代開始時(shí)召開計(jì)劃會(huì)議，制定本次迭代的任務(wù)目標(biāo)和計(jì)劃，讓所有項(xiàng)目成員能在接下來(lái)的日子里更流暢地進(jìn)行各自的工作。在這個(gè)會(huì)議上，項(xiàng)目經(jīng)理會(huì)和團(tuán)隊(duì)一起對(duì)用戶故事進(jìn)行工作量評(píng)估，并拆分成具體的任務(wù)點(diǎn)，項(xiàng)目組成員根據(jù)自身情況主動(dòng)領(lǐng)取任務(wù)，如果存在困難應(yīng)該在這個(gè)會(huì)上提出，大家共同商議出解決方案。（迭代+計(jì)劃會(huì)議+拆故事+領(lǐng)任務(wù)）

小項(xiàng)：用戶故事，這是個(gè)新的概念，您能具體介紹一下么？

Y先生：用戶故事（User Story）是從用戶的角度來(lái)描述用戶渴望得到的功能，對(duì)于敏捷開發(fā)來(lái)說(shuō)，它是開發(fā)的基礎(chǔ)。不同于傳統(tǒng)的瀑布式開發(fā)方式，用戶故事是把原本需求拆成最小粒度的Story，以方便拆分Task，估計(jì)開發(fā)時(shí)間，領(lǐng)取開發(fā)任務(wù)，它應(yīng)遵循INVEST規(guī)則（Independent 獨(dú)立性、Negotiable 可談判性、Valueable 有價(jià)值性，Estimable 可估計(jì)性、Sized Right 合理的尺寸、Testable 可測(cè)試性）。

      用戶故事的拆分有兩個(gè)層面：大故事拆分成小故事，小故事拆分成任務(wù)。大故事拆解成小故事除了能通過(guò)“小規(guī)?；?span style="color: #333333">故事”防止小瀑布，同時(shí)也有助于識(shí)別出需求的某些細(xì)節(jié)；而小故事到任務(wù)的拆分，也就是我們常說(shuō)的任務(wù)分解，可以看作類似瀑布模型中的詳細(xì)設(shè)計(jì)，在這種方式中，每個(gè)任務(wù)都能在較短的時(shí)間（1-2天）完成，完成所有任務(wù)后能達(dá)到高質(zhì)量實(shí)現(xiàn)用戶故事的目的。有的人認(rèn)為任務(wù)很難拆分，甚至沒(méi)有必要拆分，這種思想就像是在瀑布開發(fā)模型中不做詳細(xì)設(shè)計(jì)一般，設(shè)計(jì)思路還沒(méi)有理清就撲入了代碼的海洋，這種做法寫出來(lái)的代碼質(zhì)量可想而知。任務(wù)分解同時(shí)可以用來(lái)制定工作計(jì)劃，分解出來(lái)的任務(wù)就是在實(shí)現(xiàn)故事的過(guò)程中要做的事情，每個(gè)任務(wù)需要的時(shí)間就是做這些事情分別需要的時(shí)間。從這個(gè)角度來(lái)看，如果我們很夠很好地將故事分解成任務(wù)，準(zhǔn)確地評(píng)估故事的規(guī)模，無(wú)論是使用物理看板還是TFS等工具進(jìn)行任務(wù)管理，都能較好地做好迭代計(jì)劃并順利執(zhí)行。下面是一個(gè)簡(jiǎn)單的在線購(gòu)書網(wǎng)站的用戶故事拆分示例：

小項(xiàng)：那么采用用戶故事評(píng)估出來(lái)的工作量會(huì)與中心目前采用的功能點(diǎn)估算結(jié)果相沖突么？

Y先生：這個(gè)情況我們也有考慮到，目前我們是以中心功能點(diǎn)估算的結(jié)果為依據(jù)，將工作量分配到以用戶故事分解出來(lái)的任務(wù)下，所以不存在沖突的問(wèn)題。

小項(xiàng)：了解了，那除了任務(wù)分解方面，咱們還有哪些其他做法與敏捷相關(guān)？取得的效果又如何呢？

Y先生：站會(huì)，這個(gè)非常重要?，F(xiàn)在每天早上8點(diǎn)半到9點(diǎn)來(lái)我們辦公室，會(huì)看到所有的小組基本都在開站立會(huì)議，這個(gè)會(huì)議很短，一般在15分鐘以內(nèi)，每個(gè)人只需要回答三個(gè)問(wèn)題：上次會(huì)議后完成了什么？下次會(huì)議前需要完成什么？遇到什么困難和阻礙？這個(gè)步驟一般都是在看板前完成，各項(xiàng)任務(wù)可視化的討論方式有利于對(duì)項(xiàng)目整體執(zhí)行情況的把握，問(wèn)題能夠盡快地被發(fā)現(xiàn)和得到解決，保證項(xiàng)目按計(jì)劃進(jìn)行。另外還有每個(gè)迭代結(jié)束時(shí)的迭代評(píng)審和迭代回顧，這個(gè)我們通常作為一個(gè)會(huì)議來(lái)開，時(shí)間一般定在每個(gè)迭代結(jié)束的當(dāng)日下午，在這個(gè)會(huì)議上大家會(huì)展示本階段的項(xiàng)目成果，這是個(gè)重要溝通和反饋的過(guò)程，同時(shí)在這個(gè)會(huì)議中，會(huì)對(duì)本次迭代所有的故事、度量、事件從以下三方面進(jìn)行歸類：做的好的、做的不對(duì)的、改進(jìn)意見。通過(guò)這個(gè)會(huì)議的開展，達(dá)到項(xiàng)目過(guò)程的不斷改進(jìn)和團(tuán)隊(duì)的不斷進(jìn)步。

      總之敏捷是一種思想，要想真正達(dá)到完全實(shí)現(xiàn)我們?nèi)孕璨粩嗵剿鳎€是開頭那句話：敏捷嘗試，我們一直在路上。

小項(xiàng)：好的，這次的訪談就到這里吧，感謝Y先生帶領(lǐng)我們了解了敏捷那些事兒，屏幕前的你有沒(méi)有覺(jué)得受益匪淺呢？還是你也有些話不吐不快？如同前幾期所說(shuō)，項(xiàng)目管理方面不管您有任何的問(wèn)題和疑問(wèn)，或者是好的經(jīng)驗(yàn)想要分享，歡迎聯(lián)系小項(xiàng)，我們將會(huì)懷著最大的誠(chéng)意，歡迎您的到來(lái)！

      （本資訊于2017-08-30首次發(fā)布）