前言
? ? ? ? MOMO云敏捷項(xiàng)目管理伍派，融合了敏捷、DevOps思想剩胁，打通了整個(gè)從需求诉植、研發(fā)、測(cè)試昵观、運(yùn)維晾腔、運(yùn)營(yíng)的端到端敏捷。在實(shí)踐中通過(guò)運(yùn)維自動(dòng)化啊犬，將Scrum敏捷團(tuán)隊(duì)開(kāi)發(fā)的產(chǎn)品快速上線灼擂，并通過(guò)及時(shí)的運(yùn)營(yíng)，反饋給敏捷團(tuán)隊(duì)進(jìn)行方向調(diào)整觉至。
需求收集
? ? ? ? 需求收集主要通過(guò)以下幾個(gè)渠道：頭腦風(fēng)暴缤至、用戶調(diào)研、用戶反饋康谆、競(jìng)品分析和數(shù)據(jù)分析领斥。當(dāng)然還有老板需求、運(yùn)營(yíng)需求沃暗、增長(zhǎng)需求…等月洛。
頭腦風(fēng)暴
? ? ? ? 邀請(qǐng)團(tuán)隊(duì)中的產(chǎn)品、運(yùn)營(yíng)孽锥、視覺(jué)嚼黔、技術(shù)等不同角色人員參加细层。人數(shù)不不宜過(guò)多。圍繞著一個(gè)核心問(wèn)題唬涧，自由發(fā)揮發(fā)表觀點(diǎn)疫赎，不評(píng)論對(duì)錯(cuò)。另外就是一定指定人員來(lái)做好會(huì)議記錄方便會(huì)后復(fù)盤(pán)碎节。
用戶調(diào)研
? ? ? ? 用戶調(diào)研一般采用問(wèn)卷調(diào)查捧搞、用戶訪談、可用性測(cè)試三種方式進(jìn)行狮荔。問(wèn)卷和用戶訪談都需要有針對(duì)性的設(shè)計(jì)問(wèn)卷和尋找優(yōu)質(zhì)用戶胎撇，而可行性測(cè)試需要對(duì)特定功能尋找特定人群進(jìn)行測(cè)試和收集反饋。
用戶反饋
? ? ? ? 用戶一般都是比較懶惰的殖氏，不會(huì)積極正向的反饋給我們意見(jiàn)晚树，所有我們?cè)谄脚_(tái)明顯位置預(yù)留反饋入口，另外不定期的組織有獎(jiǎng)問(wèn)卷來(lái)收集用戶反饋雅采。
競(jìng)品分析
? ? ? ? 首先需要通過(guò)分析和對(duì)比大量競(jìng)品來(lái)確定目標(biāo)競(jìng)品爵憎，其次對(duì)比產(chǎn)品之間的優(yōu)劣勢(shì)。對(duì)比目標(biāo)戰(zhàn)略方向婚瓜、用戶選擇纲堵、產(chǎn)品策略。對(duì)比產(chǎn)品功能點(diǎn)闰渔。對(duì)比競(jìng)品是如何做用戶體驗(yàn)席函，怎么處理邏輯、界面層級(jí)和細(xì)節(jié)等冈涧。
數(shù)據(jù)分析
? ? ? ? MOMO云針對(duì)研發(fā)系統(tǒng)進(jìn)行了應(yīng)用級(jí)和功能級(jí)的埋點(diǎn)工作茂附，提供研發(fā)過(guò)程度量系統(tǒng)，方便管理人員通過(guò)觀察數(shù)據(jù)分析數(shù)據(jù)來(lái)定位問(wèn)題督弓、分析問(wèn)題营曼、和做結(jié)論提供數(shù)據(jù)支持。
準(zhǔn)備階段
? ? ? ? 選擇一款合適的敏捷項(xiàng)目管理工具愚隧。我們使用JIRA做項(xiàng)目管理蒂阱，創(chuàng)建Scrum流程項(xiàng)目，加入項(xiàng)目成員和創(chuàng)建好面板和泳道配置狂塘。
? ? ? ? PO將線上反饋录煤、線下訪談、競(jìng)品分析荞胡、頭腦風(fēng)暴等渠道收集到的需求創(chuàng)建到產(chǎn)品Backlog后妈踊，需求優(yōu)先級(jí)由PO實(shí)時(shí)更新、定期評(píng)審泪漂，確崩扔“做正確的事”歪泳。
計(jì)劃階段
? ? ? ? PO將評(píng)審?fù)ㄟ^(guò)的需求排入產(chǎn)品【需求看板】，根據(jù)優(yōu)先級(jí)和上線計(jì)劃對(duì)需求進(jìn)行轉(zhuǎn)換露筒，將需求轉(zhuǎn)化為Epic和Story做好優(yōu)先級(jí)排序排入研發(fā)【研發(fā)Backlog】呐伞，然后由Scrum Master創(chuàng)建本期Sprint，在需求啟動(dòng)會(huì)上拆分成任務(wù)和子任務(wù)慎式，評(píng)估研發(fā)預(yù)估時(shí)間和故事點(diǎn)等并分配給團(tuán)隊(duì)其他研發(fā)人員伶氢，團(tuán)隊(duì)確認(rèn)無(wú)誤后確定研發(fā)周期和研發(fā)目標(biāo)并開(kāi)啟Sprint。
開(kāi)發(fā)階段
? ? ? ? Scrum Master是本階段的核心角色瞬捕，需保證整個(gè)團(tuán)隊(duì)高質(zhì)高效“正確的做事”：
? ? ? ? 基于迭代看板，組織團(tuán)隊(duì)每日站立會(huì)議舵抹，更新團(tuán)隊(duì)成員研發(fā)進(jìn)度和任務(wù)狀態(tài)肪虎，以便于保證按期交付上線。
? ? ? ? 開(kāi)發(fā)人員提交代碼時(shí)惧蛹，發(fā)起同行評(píng)審扇救。之后由Scrum Master進(jìn)行代碼審核，確認(rèn)沒(méi)有問(wèn)題后合入版本主干香嗓。
? ? ? ? 每天定時(shí)執(zhí)行自動(dòng)化靜態(tài)代碼檢查任務(wù)迅腔，檢查編碼質(zhì)量、編碼問(wèn)題靠娱、圈復(fù)雜度沧烈、重復(fù)率等問(wèn)題清零才允許構(gòu)建出包。
? ? ? ? 通過(guò)自動(dòng)化的持續(xù)交付流水線像云，實(shí)現(xiàn)持續(xù)構(gòu)建锌雀、持續(xù)部署（包括腳本自動(dòng)下發(fā)、比對(duì)）迅诬、持續(xù)測(cè)試（功能腋逆、接口、性能侈贷、可靠性等自動(dòng)化）惩歉、持續(xù)監(jiān)控，可將運(yùn)維端手工操作的時(shí)間縮短到20%內(nèi)俏蛮，全功能團(tuán)隊(duì)可以聚焦于業(yè)務(wù)交付上撑蚌，顯著提升效率和產(chǎn)品質(zhì)量。
? ? ? ? 代碼提交時(shí)按照規(guī)范備注Story ID搏屑，即可將代碼關(guān)聯(lián)到對(duì)應(yīng)需求上锨并。創(chuàng)建測(cè)試用例和缺陷時(shí)，也需關(guān)聯(lián)需求睬棚，這樣就實(shí)現(xiàn)了“需求-代碼-用例-缺陷”的雙向追溯第煮。
反饋階段
? ? ? ? 反饋階段主要是迭代上線后解幼，團(tuán)隊(duì)內(nèi)部進(jìn)行回顧總結(jié)，組織本期迭代的回顧總結(jié)會(huì)包警。由PO進(jìn)行驗(yàn)收撵摆，確保產(chǎn)品功能與需求一致。
? ? ? ? 轉(zhuǎn)測(cè)試回歸不通過(guò)問(wèn)題害晦，需由Scrum Master輔導(dǎo)問(wèn)題責(zé)任人進(jìn)行回溯特铝，并對(duì)整個(gè)團(tuán)隊(duì)的質(zhì)量回溯會(huì)議。會(huì)議重點(diǎn)在于分析問(wèn)題根因壹瘟，并識(shí)別出管理鲫剿、流程膛檀、技術(shù)护盈、工具上可落地的改進(jìn)點(diǎn)。而且這些問(wèn)題都要求最近的一個(gè)迭代中辜荠，執(zhí)行落地殴俱，以避免問(wèn)題再次出現(xiàn)政冻。
? ? ? ? 通過(guò)迭代需求統(tǒng)計(jì)報(bào)表和燃盡圖，查看需求交付進(jìn)展线欲。將回顧總結(jié)做回顧記錄明场，便于下一期結(jié)合新計(jì)劃進(jìn)行改進(jìn)。
總結(jié)
? ? ? ? 敏捷需求管理是一種文化李丰，在敏捷實(shí)踐中苦锨，每一個(gè)團(tuán)隊(duì)都有自己的特質(zhì)，可以根據(jù)實(shí)際情況選擇適合自己的敏捷流程和實(shí)踐趴泌，才能夠達(dá)到高質(zhì)高效開(kāi)發(fā)協(xié)作模式逆屡。
本文由 @進(jìn)擊的桃紙 發(fā)布于簡(jiǎn)書(shū)，未經(jīng)作者許可踱讨，禁止轉(zhuǎn)載魏蔗。
