干貨 | 你的產(chǎn)品團隊如何實現(xiàn)信息共享?
互聯(lián)網(wǎng)產(chǎn)品相對于傳統(tǒng)軟件產(chǎn)品,最大的區(qū)別是需要快速迭代。團隊信息共享是幫助產(chǎn)品快速迭代的一大法寶:可以減少團隊溝通成本、增強成員團隊意識、推動開發(fā)流程閉環(huán)等等。相反,信息不透明,會增加團隊成員之間的不信任感、增加“等待”時間,是一些產(chǎn)品延期和失敗的重要原因。下面從線上線下兩個方面介紹一些常用的產(chǎn)品團隊信息共享工具和方法。
一、線下常用共享工具
下面是產(chǎn)品團隊常用的一些線下信息共享工具。線下信息共享工具的好處在于極強易見性,團隊的成員抬頭就可以看到這些信息。缺點是需要專人實時維護、一次可共享數(shù)據(jù)信息量小。
1、故事墻 | 共享開發(fā)任務、進度——>開發(fā)驅(qū)動型信息共享工具
凡是做敏捷開發(fā)的都會聽說過“故事墻”,但我們這里想介紹的是《騰訊方法》一書中介紹的騰訊故事墻。騰訊故事墻分為“計劃”、“開發(fā)”、“測試”、“完成”四欄,通過讓需求卡片在在四欄中流動,讓團隊成員可以很清楚的看到整個項目的開發(fā)進度。需求卡片分為三種顏色,黃色代表功能需求、藍色代表技術(shù)需求、紅色代表Bug。需求卡片的內(nèi)容上包括任務、執(zhí)行人、工作量和需要完成時間。需求卡片在需求墻上的位置越高代表需求優(yōu)先級越高。
除了“開發(fā)進度”等顯性的信息,故事墻也“共享”的一些隱性信息 。當“計劃”區(qū)的需求卡片很少時,這說明產(chǎn)品給出的需求的數(shù)量和速度滯后了,需要及時補充;當某一個需求長期停留在某一欄,說明這個需求遇到瓶頸,應當與相關(guān)同事溝通了解是否需要增加支持或者精簡需求。產(chǎn)品策劃人員可以通過這些顯性和隱性的信息來驅(qū)動產(chǎn)品的開發(fā)迭代。
我根據(jù)自己的經(jīng)驗和理解對需求卡片進行了重新設計,突出了需求執(zhí)行者,方便在故事墻上查找自己需要執(zhí)行的需求。樣式如下:
2、數(shù)據(jù)墻 | 共享產(chǎn)品數(shù)據(jù)——>運營驅(qū)動型信息共享工具
如果說故事墻是開發(fā)驅(qū)動型信息共享工具,數(shù)據(jù)墻就是運營驅(qū)動型信息共享工具。數(shù)據(jù)墻上應該包括團隊成員最關(guān)心最能反映產(chǎn)品運營狀態(tài)的參數(shù),例如“日新增”“日活躍”“次日存”“三日留”“均停留時長”等等,根據(jù)產(chǎn)品類型和所處階段的不同來決定放哪些參數(shù)。
簡單數(shù)據(jù)墻可以是簡單的二維(參數(shù)、日期)數(shù)據(jù)表,并用箭頭表明數(shù)據(jù)是增加還是降低,用加減表示數(shù)據(jù)是否達到目標。在關(guān)鍵日期上還要打上標簽比如:v1.3版本上線。這樣在看數(shù)據(jù)墻時我們就會特意去對比關(guān)鍵日期前后的數(shù)據(jù),分析改版效果。通過數(shù)據(jù)墻的易見性幫助團隊成員培養(yǎng)關(guān)注產(chǎn)品數(shù)據(jù)的習慣、增強數(shù)據(jù)分析的能力,明白當前產(chǎn)品的困難點、突破點在哪里。
當然數(shù)據(jù)墻上的參數(shù)也不一定要一成不變,在實際運營過程中發(fā)現(xiàn)新的關(guān)鍵參數(shù),也需要在數(shù)據(jù)墻上展示出來。例如某次改版,有一些新的關(guān)鍵參數(shù)可以用來評估改版效果,一定要將該參數(shù)加到數(shù)據(jù)墻上去,并且要補充改版前這些數(shù)據(jù)的表現(xiàn)。
3、站立會議 | 共享工作內(nèi)容——>團隊驅(qū)動型信息共享工具
每日站立會議是敏捷開發(fā)Scrum方法中一個經(jīng)典環(huán)節(jié),從Daily Scrum Meeting每日站立會議的中文含義就可以對窺見一斑。 相比于敏捷墻(這里指故事墻與信息墻)無聲的共享信息,站立會議帶有更加明顯的強制性和廣泛參與性,可以用于打造團隊意識。
站立會議上,團隊成員可以結(jié)合故事墻上的“需求卡片”,向團隊其他成員共享前一天工作內(nèi)容、今日工作計劃、工作中的難點、需要他人提供的支持和分享經(jīng)驗等等信息。產(chǎn)品策劃人員可以反饋數(shù)據(jù)墻和故事墻上面表現(xiàn)的一些問題。為保證效果站立會不能拖沓,需要控制在每次15分鐘左右。這也就決定了站立會議不是解決問題的場合,應該等到會議之后再拉上問題相關(guān)的成員討論解決。
站立會議的進行形式有兩種:一是圍繞“ 需求卡片(代辦事項)”依次闡述,二是每個團隊成員輪流發(fā)言。前者更看重任務執(zhí)行,忽視個人(有的人可能沒話可說);后者注重個人(每個人都有話說),但需要去組合大家的發(fā)言才能知道一個涉及多人需求的進展情況。
二、線上常用共享工具
線上信息共享工具的優(yōu)點在于可以共享的信息量大,方便自動化維護(如通過管理后臺),而且可以設置查看屏障,很多移動端APP也使得線上共享信息可以隨時隨地看到。但線上數(shù)據(jù)需要團隊成員主動去查找。
1、郵件 | 會議資料、會議總結(jié)——>輕量級的及時信息共享工具
我使用郵件共享最多的信息是會議資料和會議總結(jié)。郵件不會像企業(yè)QQ那樣容易被消息的洪流淹沒,也能做到一定的及時送達,而且不對對方造成太強的干擾。相比于QQ,郵件適合傳遞和共享信息量稍大且需要對方引起重視的信息。給對方發(fā)送郵件之后應當通過企業(yè)QQ或其他及時通訊工具提醒對方查閱。
團隊成員有必要給同種類型的郵件約定一個統(tǒng)一格式的主題,如所有會議資料郵件主題都設置為“【會議資料】XXX會議討論資料”。這樣,團隊成員可以通過設置“收件規(guī)則(郵件過濾)”將郵件歸類處理,從而提高郵件處理速度。
2、tower | 線上數(shù)據(jù)墻——>中重度信息共享工具
tower是一個被廣泛使用的團隊協(xié)作工具,可以發(fā)起討論、設置共享文件、任務提醒和強大的搜索功能,對小團隊來說是一個極好的信息共享工具。
另外,tower的看板模式也可以制作成線上的故事墻:在看板上設置四個清單,在每個清單上添加任務;任務可以指定完成成員并設定截至時間,也可以在各個清單之間拖動。但當需求足夠多時,看板上就沒那么方便去展示了。
3、共享文件夾 | 設計稿原件或者——>重量級文件共享工具
共享文件夾適合放置一些占存儲空間很大、不方便在線上工具上修改操作的文件。占存儲空間大的例如:設計稿的PSD原稿、視頻文件、渠道包等。不方便線上編輯的文件例如:共同維護的Excle表格、word文檔電子版等。
這類文件對團隊成員來說屬于最不經(jīng)常使用到的文件,可以放在共享文件夾存檔備用。使用共享文件夾的最大缺點在于:離開局域網(wǎng)環(huán)境后就不能訪問共享文件夾了。
作者:馬成宇(微信號happymcy),有米科技產(chǎn)品經(jīng)理。
本文由 @馬成宇 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。
- 目前還沒評論,等你發(fā)揮!