“假敏捷”到“真敏捷”:產(chǎn)品經(jīng)理與敏捷相愛相殺的歲月

小梅梅
5 評(píng)論 12241 瀏覽 97 收藏 15 分鐘
🔗 产品经理的职业发展路径主要有四个方向:专业线、管理线、项目线和自主创业。管理线是指转向管理岗位,带一个团队..

做任何改變都是需要付出一些代價(jià)的。

從半年之前,為了快速相應(yīng)市場(chǎng)的變化和為無數(shù)的ABtest做基礎(chǔ)準(zhǔn)備,產(chǎn)品開始初步響應(yīng)敏捷的速度,版本由每月一個(gè)發(fā)布改為做每周一個(gè)版本。

一個(gè)月之前,團(tuán)隊(duì)迎來了敏捷教練,在敏捷教練的帶領(lǐng)下,我們逐步由“假敏捷”漸漸開始嘗試 “真敏捷”,作為產(chǎn)品經(jīng)理的我,也開始了和敏捷相愛相殺的過程。

這里總結(jié)和分享下:

  1. 什么是假敏捷和真敏捷?
  2. 用戶故事的魔力
  3. 敏捷中的團(tuán)隊(duì)精神
  4. 敏捷給產(chǎn)品經(jīng)理帶來的成長(zhǎng)。

一、真敏捷還是假敏捷?

事業(yè)部是在去年年底開始實(shí)時(shí)每周一個(gè)版本的迭代,那個(gè)時(shí)候,在全公司我所在的項(xiàng)目組是第一個(gè)開始做頻繁發(fā)布的。

在變幻莫測(cè)的互聯(lián)網(wǎng)環(huán)境下,快速的響應(yīng)和發(fā)布是非常必要的,并且能得到ABtest的快速驗(yàn)證。

但是在這種快速迭代的初步嘗試中,團(tuán)隊(duì)慢慢出現(xiàn)了一些問題。

1.假敏捷-7個(gè)團(tuán)隊(duì)各自為營(yíng)

我們從一個(gè)需求從產(chǎn)生到落地的過程來看,首先需求的來源有一些問題。

3月份在敏捷診斷的時(shí)候,幾乎所有的產(chǎn)品都把最需要解決的問題投給了“產(chǎn)品定位”。

產(chǎn)品定位可以沒有明文規(guī)定,但是在快速奔跑的過程中,每個(gè)人都要有一致的目標(biāo)。

當(dāng)項(xiàng)目組的每個(gè)人對(duì)產(chǎn)品的理解不一致的時(shí)候,我們傳達(dá)給用戶的,也是一些非常矛盾的東西。

舉個(gè)例子,本著一個(gè)服務(wù)于全球女性的APP,在一次商務(wù)的合作當(dāng)中,商務(wù)的同學(xué)拉來的合作是“恐怖電影”??上攵脩艨吹搅诉@些啟動(dòng)頁廣告、banner大圖的時(shí)候被驚嚇的狀態(tài)。

同時(shí),需求的產(chǎn)生是在每一條業(yè)務(wù)線中產(chǎn)生的;按照不同的業(yè)務(wù)線,產(chǎn)品、開發(fā)、測(cè)試被分成了7個(gè)團(tuán)隊(duì),團(tuán)隊(duì)之間更多的是一些同步的工作,缺乏溝通和討論。

沒有總體的共識(shí),一個(gè)APP被分為7個(gè)團(tuán)隊(duì),需求的產(chǎn)生比較分離,沒有重點(diǎn)。

在需求迭代的過程中,每個(gè)組是只有一個(gè)開發(fā)和測(cè)試加入到需求討論中,最后把會(huì)議精神帶回團(tuán)隊(duì);更多開發(fā)和測(cè)試的同學(xué)是直接按照PRD進(jìn)行開發(fā)和測(cè)試的——團(tuán)隊(duì)缺乏溝通,對(duì)需求細(xì)節(jié)的把控沒有那么到位。

最后,在需求交付的時(shí)候,功能核對(duì)大概幾種是在上線前1-2天。

這會(huì)導(dǎo)致很多風(fēng)險(xiǎn)項(xiàng)都沒有辦法提前暴露,需求理解不一致的情況沒有辦法得到有效的處理。

2.真迭代-兩個(gè)團(tuán)隊(duì)試點(diǎn),每周一個(gè)敏捷沖刺

敏捷項(xiàng)目啟動(dòng)初期,在面對(duì)一個(gè)需求從開始到落地的五個(gè)環(huán)節(jié):“產(chǎn)品定位”-“用戶定位”-“需求挖掘”-“需求開發(fā)”-“需求跟蹤”時(shí),幾乎項(xiàng)目組所有核心人員都把最緊急、最缺失的一票投給了“產(chǎn)品定位”。

我們發(fā)現(xiàn),因?yàn)闆]有清晰的產(chǎn)品定位,所以每個(gè)人的著力點(diǎn)是不同的;大家像一盤散沙,看似忙碌充實(shí)卻綿軟無力。最致命的是:因?yàn)闆]有清晰的RoadMap,大家走一步算一步的狀態(tài)影響團(tuán)隊(duì)士氣和凝聚力。

于是,產(chǎn)品團(tuán)隊(duì)利用將近一個(gè)月時(shí)間的依據(jù)公司戰(zhàn)略、產(chǎn)品目標(biāo)、用戶需求和市場(chǎng)環(huán)境確定了清晰的產(chǎn)品定位“打造用戶的專屬攝影師”,以及根據(jù)產(chǎn)品定位確定了接下來1-2年的長(zhǎng)期目標(biāo)和近三個(gè)月的短期目標(biāo)。同時(shí),每條線也根據(jù)共同目標(biāo)制定了版本迭代的計(jì)劃。

“計(jì)劃的結(jié)果是無意義的,價(jià)值在與計(jì)劃的過程本身”,在互聯(lián)網(wǎng)瞬息萬變的環(huán)境下,RoadMap肯定是會(huì)變的,但RoadMap能夠讓全項(xiàng)目成員做到“心中有數(shù)”,往同一個(gè)方向一起沖刺,這就是它最大的價(jià)值所在。

在同一個(gè)產(chǎn)品目標(biāo)下,我們把小組分為幾個(gè)線,在產(chǎn)品內(nèi)部共同討論下形成了需求池。

在需求迭代對(duì)過程中,我們也發(fā)生了一些改變。

例如產(chǎn)品經(jīng)理開始用用戶故事去表達(dá)和拆解需求(用戶故事會(huì)在接下來展開來說),基于用戶故事,開發(fā)測(cè)試的同學(xué)參與到了需求細(xì)節(jié)的討論中,逐步達(dá)成共識(shí)。

在需求交付時(shí),大家能夠按照故事點(diǎn)做得點(diǎn)對(duì)點(diǎn)的每天交付,甚至為了迭代目標(biāo)的達(dá)成,出現(xiàn)交叉開發(fā)、交叉測(cè)試的現(xiàn)象。

3.Srum Master是誰?

在需求迭代和落地的過程中,敏捷引進(jìn)了一個(gè)非常重要的角色“Scrum Master”(以下簡(jiǎn)稱SM);項(xiàng)目組漸漸弱化項(xiàng)目經(jīng)理的角色,開始培養(yǎng)每一個(gè)團(tuán)隊(duì)的SM角色。

SM是一個(gè)對(duì)產(chǎn)品迭代推進(jìn)幫助特別大的人。

目前跑下來在產(chǎn)品看來,SM可以幫忙解決這樣幾個(gè)問題:

  • a.服務(wù)產(chǎn)品,確保每個(gè)團(tuán)隊(duì)成員都盡可能的理解目標(biāo)和需求細(xì)節(jié);
  • b.服務(wù)開發(fā),移除開發(fā)工作中的障礙,幫助開發(fā)梳理交付流程;
  • c.服務(wù)組織,帶領(lǐng)每一個(gè)迭代的進(jìn)行并持續(xù)提升效率。

SM和傳統(tǒng)的項(xiàng)目經(jīng)理最大的區(qū)別在于:驅(qū)動(dòng)形式不同。

項(xiàng)目經(jīng)理是以任務(wù)范圍驅(qū)動(dòng)時(shí)間和資源成本,而SM則是要以時(shí)間去驅(qū)動(dòng)任務(wù)范圍,保證產(chǎn)品以一個(gè)節(jié)奏持續(xù)得往前走。

在敏捷框架下,每周一個(gè)迭代是死的(這個(gè)死是相對(duì)的死,可以根據(jù)實(shí)際情況做調(diào)整)。

每個(gè)團(tuán)隊(duì)都像趕火車一樣在固定的時(shí)間點(diǎn)上車,如果沒有趕上,把優(yōu)先級(jí)高的需求先保證發(fā)布,這樣就能保證我們總是在做有價(jià)值的事情。

所以每一周,我們就是一個(gè)沖刺——時(shí)間點(diǎn)基本上是固定的,整個(gè)產(chǎn)品是有節(jié)奏的一步一步向前。

二、用戶故事的魔力

第二部分,想分享一下敏捷實(shí)施以來,產(chǎn)品這邊最大的一個(gè)感受:需求思考和表達(dá)的維度從原本的流程圖變?yōu)榱擞脩艄适隆?/p>

我們首先來看一下:用戶故事解決了一個(gè)什么樣的致命的問題。

我們必須承認(rèn)的是:文檔并不等于共識(shí)。

在敏捷的框架中有一個(gè)價(jià)值觀——可交付的版本大于詳盡的文檔。文檔寫得再詳盡,如果團(tuán)隊(duì)成員不夠理解,在快速的迭代開發(fā)中會(huì)大大的影響效率和交付的質(zhì)量。

我們看這樣一張圖,當(dāng)需求評(píng)審的時(shí)候,大家都說“我懂了”,但是在每個(gè)人心里,其實(shí)對(duì)需求的理解是不一致的;大家需要通過反復(fù)的溝通去保證,每個(gè)人心中對(duì)細(xì)節(jié)的把控大體一致。

不能夠出現(xiàn)產(chǎn)品經(jīng)理、開發(fā)、測(cè)試在進(jìn)入迭代的過程中,最后的交付和產(chǎn)品的預(yù)想不一致。

用戶故事就是一個(gè)梳理需求的框架,它最大的價(jià)值是能在迭代開始之前,用這個(gè)框架讓團(tuán)隊(duì)成員迅速對(duì)需求達(dá)成共識(shí)。

用戶故事到底是什么樣的呢?就是:一個(gè)角色,需要完成什么樣的活動(dòng),最終達(dá)成什么樣的目的。

例如,作為<一個(gè)用戶>,我想要<快速拍到好看的照片>,以便我<能夠在 朋友圈里分享我的生活>。

用戶故事是一個(gè)幫助產(chǎn)品和團(tuán)隊(duì)梳理需求的一個(gè)很好的框架,我們來看一個(gè)實(shí)例:

左邊是用“界面框圖+跳轉(zhuǎn)邏輯+邏輯細(xì)節(jié)”組成的需求,右邊是用用戶故事+界面框圖表達(dá)的需求,我們會(huì)發(fā)現(xiàn),左邊的表達(dá)邏輯比較零碎,而右邊結(jié)構(gòu)清晰,考慮到所有的場(chǎng)景不會(huì)產(chǎn)生遺漏。

用用戶故事表達(dá)需求的時(shí)候,我們會(huì)發(fā)現(xiàn)用戶故事的幾個(gè)大優(yōu)點(diǎn):

  1. 測(cè)試和開發(fā)不一定有產(chǎn)品視角,但一定會(huì)有用戶視角,用用戶故事去梳理需求能夠讓大家對(duì)該需求的理解更加迅速、深入。
  2. 按照?qǐng)鼍安鸱?,需求在整理把控和?xì)節(jié)處理上更容易暴露出問題。
  3. 拆分之后,按照提供給用戶的價(jià)值劃分優(yōu)先級(jí),甚至幫助產(chǎn)品找到MVP。
  4. 按照用戶故事做后期的迭代交付。

三、敏捷中的團(tuán)隊(duì)精神

敏捷走了一個(gè)月的時(shí)候,我們開了一次總結(jié)會(huì),回顧敏捷前、敏捷后、敏捷中你認(rèn)為最大的變化。開發(fā)、測(cè)試的同學(xué)都在最大的變化的關(guān)鍵詞幾乎都寫上了同一個(gè)詞,那就是“參與感”————之前的需求評(píng)審的時(shí)候,產(chǎn)品和開發(fā)、測(cè)試有一種對(duì)立的感覺。

產(chǎn)品像是接受檢閱,開發(fā)和測(cè)試像是被通知。這是一種很神奇的社會(huì)心理,當(dāng)人拿出一個(gè)經(jīng)過自己謹(jǐn)慎思考的方案的時(shí)候,其實(shí)是難以接受修改和質(zhì)疑的。

產(chǎn)品經(jīng)理面對(duì)一個(gè)自以為很周全的需求的時(shí)候,實(shí)際上把需求框住了,把自己的思路和別人的思路一同框住。一旦別人提出一些質(zhì)疑,會(huì)本能的抗拒,這是一種思維定勢(shì)練。

需求應(yīng)該是在團(tuán)隊(duì)的討論下涌現(xiàn)得到的,這個(gè)團(tuán)隊(duì)不僅包括測(cè)試、開發(fā),也包括團(tuán)隊(duì)里的任何一個(gè)角色。

產(chǎn)品把控方向,團(tuán)隊(duì)在討論中不斷得鞏固和涌現(xiàn)細(xì)節(jié)。而且在討論的過程中,我們經(jīng)常會(huì)發(fā)現(xiàn),開發(fā)和測(cè)試的同學(xué)也會(huì)有一些新奇的創(chuàng)意,其實(shí)他們渴望表達(dá),渴望產(chǎn)品聽到他們的意見;并且產(chǎn)品的方案如何落地,細(xì)節(jié)的部分開發(fā)、測(cè)試同學(xué)會(huì)更了解并提出寶貴的想法。

非常感動(dòng)的是:有一次一個(gè)需求delay了,其實(shí)我知道是因?yàn)楫a(chǎn)品在迭代的過程中對(duì)需求做了一些調(diào)整,但是那個(gè)開發(fā)的哥哥在回顧的時(shí)候,并沒有cue到產(chǎn)品,而是自己默默撐起了這口鍋。

當(dāng)然我也做了自我的檢討,但是整個(gè)回顧會(huì)的過程就會(huì)讓人覺得:大家是一個(gè)集體,沒有人會(huì)默默甩鍋給別人。

四、敏捷給產(chǎn)品經(jīng)理帶來的成長(zhǎng)

在敏捷的大框架之下,對(duì)產(chǎn)品經(jīng)理有了更高的要求。

不僅是對(duì)需求細(xì)節(jié)對(duì)把控能力,更是對(duì)整個(gè)產(chǎn)品方向和roadmap的把控能力都需要產(chǎn)品經(jīng)理跟隨敏捷的節(jié)奏一起成長(zhǎng)。

在這短短一個(gè)多月的時(shí)間里,非常有幸能夠參與到敏捷中,同時(shí)我也切切實(shí)實(shí)的感受到了一些成長(zhǎng)上的變化:

1.在需求的不斷拆分中重新思考需求的價(jià)值。如何在有限的時(shí)間里做最有價(jià)值的事情,如果需求可以拆分,那么MVP是什么?我們?cè)谟脩粢暯侨ゲ鸱中枨蟮臅r(shí)候,會(huì)重新定義MVP。

2.用戶故事,強(qiáng)迫產(chǎn)品經(jīng)理始終從用戶視角和用戶使用場(chǎng)景去思考需求的價(jià)值,這個(gè)思維轉(zhuǎn)變非常重要。

3.讓產(chǎn)品經(jīng)理從全局和細(xì)節(jié)對(duì)需求有更多的思考。(1)全局的場(chǎng)景拆分(2)注重驗(yàn)收標(biāo)準(zhǔn)的細(xì)節(jié),如果丟失重要的細(xì)節(jié)部分,產(chǎn)品經(jīng)理需要背鍋

4.團(tuán)隊(duì)溝通,帶團(tuán)隊(duì)的能力得到鍛煉。讓產(chǎn)品經(jīng)理更參與到團(tuán)隊(duì)協(xié)作的方式中和團(tuán)隊(duì)文化建設(shè)的氛圍中,我覺得為未來做一個(gè)管理的角色有鋪墊作用。

做任何改變都是需要付出一些代價(jià)的。

例如產(chǎn)品的發(fā)版節(jié)奏被打亂,團(tuán)隊(duì)的工作方式方法被打亂,甚至?xí)霈F(xiàn)剛開始做敏捷時(shí)團(tuán)隊(duì)的產(chǎn)出效率變低,這都屬于正常的“學(xué)習(xí)曲線”。

經(jīng)歷過一番痛苦的掙扎,我相信在正確的使用敏捷后,團(tuán)隊(duì)中的每個(gè)人都能收獲一定的成長(zhǎng),產(chǎn)品也能在這樣的思路和框架下有更大的提升。

 

作者:小梅梅,美圖公司產(chǎn)品經(jīng)理

本文由 @小梅梅 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自 Unsplash ,基于 CC0 協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 我第一次做敏捷,正在煎熬中,已經(jīng)是spring3了,完全沒有合作意向的團(tuán)體

    回復(fù)
  2. 我們最近也在實(shí)踐敏捷開發(fā)。說的很好。

    回復(fù)
  3. 剛?cè)肼?個(gè)月的產(chǎn)品小白,看了產(chǎn)品姐姐的所有文章,你的理解真的對(duì)于我的階段來說真的太有幫助了,公司也采用敏捷開發(fā),可惜了公司變動(dòng)太大,各個(gè)leader都相繼離開,暫時(shí)默默背起了產(chǎn)品經(jīng)理的鍋,沒人帶讓我覺得好孤助無援,似乎是為了敏捷開發(fā)而完成用戶故事,特別想換到一家能站在巨人肩膀的地方學(xué)習(xí),而不是現(xiàn)在的瞎琢磨 同在軟件園二期 然而,似乎公司對(duì)產(chǎn)品小白不太友好,面試屢屢受挫,當(dāng)僅能完成二次需求落地任務(wù)的助理卻總被面試官無情傷害,他們希望我有遠(yuǎn)觀產(chǎn)品的思維以及長(zhǎng)遠(yuǎn)規(guī)劃,讓我對(duì)產(chǎn)品道路越來越?jīng)]信心

    回復(fù)
  4. 做任何改變都是需要付出一些代價(jià)的。感覺你的理解非常到位。

    來自北京 回復(fù)
专题
13549人已学习11篇文章
生活中,难免会接到企业的一些外呼电话,无论是人工外呼还是AI外呼,其背后的外呼业务场景是什么?外呼系统包含哪些内容?本专题的文章分享了外呼系统的设计指南。
专题
14408人已学习13篇文章
裂变是研究用户增长的重要一环。本专题的文章分享了如何做裂变活动。
专题
12912人已学习12篇文章
产品立项,对于产品来说是其生命周期中最基础的和最重要的阶段。产品立项都有哪些主要工作?本专题的文章分享了产品立项指南。
专题
35094人已学习22篇文章
从动效设计原则、动效工具、制作方法、标注技巧等全方位解读
专题
12805人已学习13篇文章
在产品的不同生命周期,需要有对应的产品战略以应对市场。本专题的文章分享了如何做好产品战略规划。
专题
56922人已学习14篇文章
一次成功的线上活动能让你刷爆朋友圈,拉新活跃留存应有尽有。