敏捷指南閱后的幾點(diǎn)體會

關(guān)于敏捷：

是一個框架，在此框架中，人們可以解決復(fù)雜的自適應(yīng)難題，同時也能高效并創(chuàng)造性地交付最高價(jià)值的產(chǎn)品，它是輕量級的，易于理解的，難以精通的

敏捷的精髓在于小團(tuán)隊(duì)，個體團(tuán)隊(duì)具有高度靈活性和適應(yīng)性，當(dāng)單個、幾個、多個和團(tuán)隊(duì)在開發(fā)、發(fā)布、運(yùn)營和維護(hù)成千上萬人的工作和工作產(chǎn)品時，這些優(yōu)勢得以持續(xù)運(yùn)作并發(fā)揮價(jià)值。

從現(xiàn)在的趨勢來看，不管是國外的谷歌、IBM、Facebook，還是國內(nèi)的阿里、騰訊、華為，越來越多的是以小團(tuán)隊(duì)作戰(zhàn)，這些公司慢慢成為了一個個平臺，平臺提供所有基礎(chǔ)的服務(wù)和軟硬件資源，優(yōu)秀的人互補(bǔ)地、順其自然的形成小型敏捷團(tuán)隊(duì) 5-9人，完成某一個或某幾個特定目標(biāo)的項(xiàng)目、產(chǎn)品、任務(wù)、活動 ，從而體現(xiàn)價(jià)值，創(chuàng)造財(cái)富，未來的世界是自由人的世界，這符合科學(xué)社會主義的發(fā)展趨勢，而我們正走在這樣的道路上。

敏捷采納一種迭代、增量式的方法來優(yōu)化對未來的預(yù)測和控制風(fēng)險(xiǎn)，我們可以檢視下當(dāng)前互聯(lián)網(wǎng)企業(yè)，產(chǎn)品的發(fā)展基本也都遵循這樣的發(fā)展軌跡，小到1天1次或幾次，大到1周或1個月一次，不斷進(jìn)行版本的迭代升級，不管是APP、小程序或是PC端，亦或是一些非軟硬件的營銷活動，亦如此。

三大措施：

透明、檢視、適應(yīng)?是支撐每一個經(jīng)驗(yàn)過程實(shí)施的支柱

透明：

就像從【重新定義公司】提到的谷歌的開會模式，過程中的關(guān)鍵環(huán)節(jié)對于那些產(chǎn)出負(fù)責(zé)的人必須是顯而易見的，所有人都可以看到、聽到、感受到這些內(nèi)容，去引發(fā)思考和想象，所有的過程不是某一個人或領(lǐng)導(dǎo)們在參與或主導(dǎo)，而是每個人都在參與，都在未最終結(jié)果負(fù)責(zé)。

檢視：

檢視則是對過程或階段性目標(biāo)或結(jié)果的驗(yàn)收和把控，我們不再是安排一個任務(wù)，在最終交付的時候做檢視，而是把一個大任務(wù)或活動切分成了很多細(xì)粒度的小因子，相應(yīng)的目標(biāo)進(jìn)度，可以一目了然，這也就要求我們具備一項(xiàng)很重要的技能，對任務(wù)或工作的拆分，當(dāng)前不管是敏捷，還是精益、亦或是PMP、P2，這些優(yōu)秀的實(shí)踐，均開始強(qiáng)調(diào)這些，既然我們都不是萬能的，也都不是十項(xiàng)全能，那么在需要別人協(xié)助的時候，把問題拆分，便是解決問題的最好方式。

適應(yīng)：

適應(yīng)是我們強(qiáng)調(diào)要靈活變通，不要死板，調(diào)整工作必須盡快執(zhí)行如此才能最小化進(jìn)一步的偏離，甚至于在我們制定計(jì)劃，執(zhí)行策略或方案時，對方法論的裁剪，去適應(yīng)我們具體的場景，也是很關(guān)鍵的，敏捷、精益、P2理論均如是。

四個事件：

包含Sprint 計(jì)劃會議、每日Scrum 站會、Sprint 評審會議、Sprint?回顧會議

Sprint：

Sprint?是?Scrum的核心，其持續(xù)時間一般為一個月或更短的時間，每一個Sprint內(nèi)構(gòu)件一個“完成”、可用的潛在可發(fā)布的產(chǎn)品增量。Sprint由Sprint?計(jì)劃會議、每日?Scrum?站會、開發(fā)工作、Sprint?評審會議?和?Sprint?回顧會議構(gòu)成。

每個Sprint都可以被視為一個項(xiàng)目，為期不超過一個月。

Sprint?計(jì)劃會議

Sprint?中要做的工作在Sprint?計(jì)劃會議中做計(jì)劃，這份工作計(jì)劃是由整個Scrum團(tuán)隊(duì)共同協(xié)作完成的。Sprint?計(jì)劃會議是限時的，以一個月的Sprint來說最多8小時為上限，Scrum?Master?要確保會議順利舉行，并且每個參會者都理解會議目的，Scrum?Master要教導(dǎo)Scrum團(tuán)隊(duì)遵守時間盒的規(guī)則。

每日Scrum 站會

每日 Scrum 站會是開發(fā)團(tuán)隊(duì)的一個以 15 分鐘為限的事件。每日 Scrum 站會在 Sprint的每一天都舉行。在每日 Scrum 站會上，開發(fā)團(tuán)隊(duì)為接下來的 24 小時的工作制定計(jì)劃。通過檢視上次每日 Scrum 站會以來的工作和預(yù)測即將到來的 Sprint 工作來優(yōu)化團(tuán)隊(duì)協(xié)作和性能。每日 Scrum 站會在同一時間同一地點(diǎn)舉行，以便降低復(fù)雜性。

我在做CTO和產(chǎn)品總監(jiān)時，會要求每個產(chǎn)品研發(fā)團(tuán)隊(duì)，每天晚上在當(dāng)天工作結(jié)束前的10分鐘開始，團(tuán)隊(duì)成員在站會前把當(dāng)日工作進(jìn)度更新完畢，站會時檢視進(jìn)度，并主要聚焦于問題和經(jīng)驗(yàn)分享，以及資源協(xié)作和次日的工作調(diào)整與安排。

Sprint?評審會議

Sprint?評審會議在Sprint快結(jié)束時舉行，用以檢視所交付的產(chǎn)品增量，并按需調(diào)整產(chǎn)品待辦列表，在Spint?評審會議中，Scrum團(tuán)隊(duì)和利益攸關(guān)者協(xié)同討論在這次Sprint中所完成的工作，根據(jù)完成情況和Sprint?期間產(chǎn)品待辦列表的變化，所有參會人員協(xié)同討論接下來可能要做的事情來優(yōu)化處理。

Sprint回顧會議是Scrum?團(tuán)隊(duì)檢視自身并創(chuàng)建下一個Sprint改進(jìn)計(jì)劃的機(jī)會，該會議的目的在于：

（1）檢視前一個Sprint?中關(guān)于人、關(guān)系、過程和工具的情況如何

（2）找出并加以排序做得好的和潛在需要改進(jìn)的主要方面

（3）制定改進(jìn)Scrum團(tuán)隊(duì)工作方式的計(jì)劃

我們可以理解為復(fù)盤，階段性的復(fù)盤，可以幫我們查漏補(bǔ)缺，同時進(jìn)行團(tuán)隊(duì)協(xié)作和工作方式的優(yōu)化、改進(jìn)，以此方式不斷以階梯式或螺旋式上升的方式推動產(chǎn)品迭代和團(tuán)隊(duì)提升

五大價(jià)值觀：

承諾、勇氣、專注、開放、尊重

團(tuán)隊(duì)的構(gòu)成：

一名產(chǎn)品負(fù)責(zé)人、開發(fā)團(tuán)隊(duì)、一名Scrum?Master組成。正如現(xiàn)在敏捷、精益大行其道，所有模式的發(fā)展正遵循著以項(xiàng)目為中心——以產(chǎn)品為中心——以用戶為中心的發(fā)展路線，向前推進(jìn)，有一個產(chǎn)品負(fù)責(zé)人和Scrum?Master來領(lǐng)導(dǎo)的開發(fā)團(tuán)隊(duì)，會更專注于用戶增長和商業(yè)價(jià)值，開發(fā)團(tuán)隊(duì)未來的頭腦中也應(yīng)該會多一些用戶、商業(yè)的理念或認(rèn)知，不再僅僅只有技術(shù)，或編程、代碼。

設(shè)置我們可以進(jìn)一步想象，除開發(fā)團(tuán)隊(duì)外，我們還會有運(yùn)營團(tuán)隊(duì)、售后團(tuán)隊(duì)，那么是不是跟增長黑客的理念吻合了呢，所以說大道至簡、世界大同，很多新的理念都不是那么高深莫測的，從以前的部門職能團(tuán)隊(duì)，到現(xiàn)在的自組織跨職能團(tuán)隊(duì)，我們所要達(dá)成的是怎么更好的服務(wù)客戶，怎么更有效的創(chuàng)造商業(yè)價(jià)值。

產(chǎn)品負(fù)責(zé)人

未來的工作中，我們會看到更多的職能崗位發(fā)展成為負(fù)責(zé)人，就像產(chǎn)品負(fù)責(zé)人一樣，我們應(yīng)該擔(dān)負(fù)起一定的職責(zé)，而不僅僅是執(zhí)行完成工作，這么簡單

產(chǎn)品負(fù)責(zé)人是負(fù)責(zé)管理產(chǎn)品待辦列表的唯一負(fù)責(zé)人，產(chǎn)品待辦列表的管理包括：

（1）清晰地表述產(chǎn)品待辦列表項(xiàng)

（2）對產(chǎn)品待辦列表項(xiàng)進(jìn)行排序，使其最好地實(shí)現(xiàn)目標(biāo)和使命，即我們所說的迭代次序、優(yōu)先級

（3）優(yōu)化開發(fā)團(tuán)隊(duì)所執(zhí)行工作的價(jià)值

（4）確保產(chǎn)品待辦列表對所有人是可見、透明和清晰的，同時顯示Scrum團(tuán)隊(duì)下一步要做的工作

（5）確保開發(fā)團(tuán)隊(duì)對產(chǎn)品待辦列表項(xiàng)目有足夠深的了解

但從現(xiàn)在國內(nèi)的中小型企業(yè)來看，一些公司中高級領(lǐng)導(dǎo)者對產(chǎn)品主導(dǎo)型跨職能團(tuán)隊(duì)的理解和認(rèn)知，還未到一定程度，仍停留在項(xiàng)目管理層級，仍然以項(xiàng)目經(jīng)理、技術(shù)總監(jiān)來主導(dǎo)產(chǎn)品研發(fā)，產(chǎn)品經(jīng)理只是負(fù)責(zé)原型設(shè)計(jì)、需求規(guī)格制定的整個產(chǎn)品生命周期的某一個環(huán)節(jié)工作，但我們可以看到的是華為、阿里、騰訊這些科技巨頭，已經(jīng)開始實(shí)踐，不管是Scrum，還是DevOps，相信在這些公司的引領(lǐng)下，我們很快能看到一個快速進(jìn)步的局面。

Scrum?Master

在此實(shí)踐中，我們還看到了一個職位Scrum?Master，這個人對于團(tuán)隊(duì)來說，是一個服務(wù)型領(lǐng)導(dǎo)，主要來促進(jìn)和支持Scrum，通過他來幫助每個人理解Scrum理論、實(shí)踐、規(guī)則、價(jià)值。

從其職責(zé)定位上來看，Scrum?Master以各種方式服務(wù)于產(chǎn)品負(fù)責(zé)人，包括：

（1）盡可能確保Scrum團(tuán)隊(duì)中的每個人都能理解目標(biāo)、范圍和產(chǎn)品域

（2）找到有效管理產(chǎn)品待辦列表的技巧

（3）幫助Scrum團(tuán)隊(duì)理解為何需要清晰且簡明的產(chǎn)品待辦列表項(xiàng)

（4）理解在經(jīng)驗(yàn)主義的環(huán)境中的產(chǎn)品規(guī)劃

（5）確保產(chǎn)品負(fù)責(zé)人懂得如何安排產(chǎn)品待辦列表使其達(dá)到最大化價(jià)值

（6）按要求或需要引導(dǎo)Scrum事件

當(dāng)然Scrum?Master也要服務(wù)于團(tuán)隊(duì)、組織，具體的職責(zé)可以查看附件中的描述，怎么類比理解兩者的關(guān)系呢，就好像團(tuán)長、政委、參謀長三者之間的關(guān)系，產(chǎn)品負(fù)責(zé)人就相當(dāng)于團(tuán)長，負(fù)責(zé)產(chǎn)品的整個生命周期，對目標(biāo)和具體工作決策和領(lǐng)導(dǎo)，負(fù)全部責(zé)任，Scrum?Master就相當(dāng)于政委、參謀長，進(jìn)行理論的宣導(dǎo)和策略的講解，同時制定具體的作戰(zhàn)方針，輔助產(chǎn)品在整個生命周期中各個環(huán)境高效、順利運(yùn)行。?這樣的搭檔模式，才能讓團(tuán)隊(duì)發(fā)揮最大效能，產(chǎn)品生命周期更順暢、高效，獨(dú)裁或是多人決策，都不是一個好的選擇。

推薦工具：

在帶團(tuán)隊(duì)的時候，對比多TeamBition、WorkTile、騰訊TAPD，覺得都沒有跟自身已有BUG?Tracker系統(tǒng)、TIM討論組這種方式結(jié)合起來方便好用，也或許是習(xí)慣問題，當(dāng)把內(nèi)部流程打通之后，最適合自己的反倒是對已有資源的整合，這種成本也最小

最近在接觸DevOps，覺得對于開發(fā)或產(chǎn)品團(tuán)隊(duì)來講，這是一個很好的工具或理念，非常完美的把整體流程串聯(lián)了起來，把一些復(fù)雜的流程自動化pull了起來，而不是push，不管是Gitee、阿里云效、騰訊TAPD還是華為的DevCloud，我都試用了下，如果從我的角度來看的話，我更喜歡華為的DevCloud，比較靈活，而且是一體成型的，使用操作流程、功能齊全、頁面功能清晰可得，項(xiàng)目構(gòu)建、發(fā)布、代碼管理、檢測等都一應(yīng)俱全，而且5人內(nèi)免費(fèi)使用，對于團(tuán)隊(duì)或個人，都適用。

軟件開發(fā)平臺 DevCloud 敏捷開發(fā) DevOps

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。