敏捷實(shí)戰(zhàn)|Sprint1 AI醫(yī)療產(chǎn)品一個(gè)迭代從零到上線

背景

本打算分多個(gè)小主題闡述敏捷思考,但苦于不是多版本緊急上線或出差或在抱娃喂奶(例如現(xiàn)在),估計(jì)要迭代產(chǎn)出了,且還有多本業(yè)界經(jīng)典等待學(xué)習(xí),書(shū)讀百遍其義自見(jiàn),讀萬(wàn)卷書(shū)行萬(wàn)里路終有異解。曾做過(guò)一天IM系統(tǒng)重構(gòu),實(shí)踐了XP極限編程,通過(guò)結(jié)編程將復(fù)雜的IM信令處理重構(gòu)為異步狀態(tài)機(jī)。而本次產(chǎn)品新需求,合肥武漢兩地異地開(kāi)發(fā),加上新產(chǎn)品新任務(wù)新成員新技術(shù)架構(gòu)調(diào)整,加上繁瑣到說(shuō)都難以說(shuō)清楚的原研發(fā)上線流程,既然都是風(fēng)險(xiǎn),這么有挑戰(zhàn)探索性質(zhì)的事情,不如更猛烈一些吧,也就豁出去了堅(jiān)定跑敏捷,打造團(tuán)隊(duì)探索新產(chǎn)品驅(qū)動(dòng)流程精簡(jiǎn)優(yōu)化。(本文將切實(shí)落實(shí)面向持續(xù)交付價(jià)值理念,充分利用碎片化時(shí)間以段落交付,交付段落一)

原流程

原流程其中一種解釋:研發(fā)dev構(gòu)建自測(cè)->研發(fā)提測(cè)郵件,合并至test->測(cè)試構(gòu)建部署測(cè)試->測(cè)試完成,發(fā)布測(cè)試報(bào)告,明確版本質(zhì)量->產(chǎn)品確認(rèn)是否上線->研發(fā)合并至matser->測(cè)試master構(gòu)建提交產(chǎn)物->運(yùn)維部署上線->測(cè)試驗(yàn)證。請(qǐng)問(wèn)該流程有問(wèn)題嗎?請(qǐng)仔細(xì)思考,是不是都很熟悉?

由于團(tuán)隊(duì)快速擴(kuò)張,出現(xiàn)了一圖多解, 因?yàn)檫@個(gè)流程以及和流程配套的沒(méi)有規(guī)劃的環(huán)境、還有留在心中的設(shè)計(jì)、每個(gè)過(guò)程大量相關(guān)人參與、并發(fā)開(kāi)發(fā)、測(cè)試排隊(duì)等等,交接團(tuán)隊(duì)士氣達(dá)到了冰點(diǎn)(還有小伙伴因?yàn)榛靵y看不到希望萌生去意)。做開(kāi)發(fā)的都懂,大部分情況下寧愿自己做一套都不愿意維護(hù)別人的,雖然很不符合敏捷開(kāi)發(fā)理念,換個(gè)團(tuán)隊(duì)開(kāi)發(fā)維護(hù)異常艱難。請(qǐng)注意,這就是敏捷閃亮登場(chǎng)的時(shí)候,有問(wèn)題不可怕,最可怕的是沒(méi)有敏捷心態(tài)!

正題

原始需求story:為了滿足客戶需求和業(yè)務(wù)發(fā)展需要,我們希望在一個(gè)月內(nèi)研發(fā)并上線一套AI醫(yī)療新產(chǎn)品,以完善AI醫(yī)療某業(yè)務(wù)方向。(敏捷story推薦寫法,交付段落二)

初始需求解釋:這個(gè)需求很簡(jiǎn)單,按照原來(lái)那套系統(tǒng)改一改差不多就可以上線,應(yīng)該問(wèn)題不大。

是不是又很熟悉,不過(guò)我們要以敏捷心態(tài)看淡這個(gè)需求,沖動(dòng)的去打人就不對(duì)了,不符合價(jià)值觀。先不糾結(jié)需求本身,先統(tǒng)一觀點(diǎn),把當(dāng)前系統(tǒng)研發(fā)的問(wèn)題一板一眼的列出來(lái),說(shuō)服大家堅(jiān)定走敏捷,盡管很清楚大部分人對(duì)敏捷的理解僅僅到了迭代,這樣也沒(méi)關(guān)系,至少明確了目標(biāo)和要求。第一個(gè)迭代要求產(chǎn)品經(jīng)理將思維導(dǎo)圖需求轉(zhuǎn)成更明確的Product Backlog,細(xì)節(jié)補(bǔ)充交互和UI,然后按照我細(xì)化的敏捷步驟走,先上套路后續(xù)再迭代優(yōu)化。研發(fā)人員比較簡(jiǎn)單,跟著走就可以。(做動(dòng)態(tài)顏色手機(jī)殼的產(chǎn)品經(jīng)理該不該打?交付段落三)

敏捷實(shí)操手冊(cè)

敏捷實(shí)操手冊(cè)

? ? 在團(tuán)隊(duì)同意敏捷方法論之后,立即著手完善了敏捷實(shí)操手冊(cè),但是多年經(jīng)驗(yàn)表明,大部分研發(fā)是不看手冊(cè)的,手冊(cè)是給我或者你們看的,當(dāng)然最終還是給你們看的。在Sprint1迭代開(kāi)始之前,我需要提前將實(shí)操手冊(cè)落地拆分為實(shí)物,讓懂不懂敏捷的人都知道傻傻的跟節(jié)奏,那么我用了1周做了個(gè)sprint0,主要是我在不斷輸出,不斷拉團(tuán)隊(duì)開(kāi)會(huì)宣貫,給團(tuán)隊(duì)預(yù)熱,當(dāng)然重點(diǎn)需要關(guān)注PO和后續(xù)培養(yǎng)的SM,Sprint0后續(xù)再詳細(xì)分解。(為什么會(huì)有Sprint0?交付段落4)

Sprint0交付物概覽

? ? Day1-2:產(chǎn)品產(chǎn)出PB、需求任務(wù)會(huì)、物理看板、JIRA、wiki、SVN準(zhǔn)備;注意點(diǎn):故事點(diǎn)比較難評(píng)估,可以先從任務(wù)工時(shí)評(píng)估,看板要有儀式感,這是團(tuán)隊(duì)氛圍很重要的一步;

? ? Day3-5:測(cè)試計(jì)劃和方案評(píng)審、架構(gòu)設(shè)計(jì)方案及評(píng)審、拉基線;注意點(diǎn):測(cè)試架構(gòu)評(píng)審整個(gè)團(tuán)隊(duì)需要全程參與,該有的重要產(chǎn)出物一定要有,不能盲目追求敏捷去省略重要產(chǎn)出物;

? ? Day4-13:前端任務(wù)、后端任務(wù)、測(cè)試任務(wù),按照story完成即交付;注意點(diǎn):每天晨會(huì)每人三句話,昨天完成了什么、今天準(zhǔn)備做什么、有什么風(fēng)險(xiǎn),SM負(fù)責(zé)記錄風(fēng)險(xiǎn);同時(shí)將初始的串行流程改為了按照功能持續(xù)交付,所有人的工作都開(kāi)始串行,這樣才有了更高的完成率;

? ? Day14:上線;注意點(diǎn):完善部署方案,提前預(yù)案,因?yàn)槭蔷€上系統(tǒng),和用戶相關(guān)的一定是最重要的;

? ? Day15:產(chǎn)品發(fā)布會(huì);總結(jié)復(fù)盤;改進(jìn)計(jì)劃;注意點(diǎn):第一個(gè)環(huán)節(jié),產(chǎn)品經(jīng)理要有和團(tuán)隊(duì)一起開(kāi)產(chǎn)品發(fā)布會(huì)的儀式感,讓大家看到努力獲得的成就感;復(fù)盤每個(gè)人輪流自由發(fā)言,不要隨意點(diǎn)評(píng);改進(jìn)計(jì)劃明確改進(jìn)時(shí)間,到時(shí)間去復(fù)盤是否真改了;

敏捷總結(jié)

? ? 本次迭代持續(xù)三周,14個(gè)工作日,最終實(shí)現(xiàn)了AI醫(yī)療產(chǎn)品的從零到上線,作為敏捷教練,從一開(kāi)始是懷疑整個(gè)事情的,但是我沒(méi)有直接否定整個(gè)計(jì)劃,因?yàn)榧热粠艚?,希望是建設(shè)好個(gè)人能力團(tuán)隊(duì)能力都很強(qiáng)的敏捷團(tuán)隊(duì),帶團(tuán)隊(duì)的最好方法是和團(tuán)隊(duì)一起沖鋒打仗,如果給團(tuán)隊(duì)無(wú)法完成的任務(wù)但最終完成了,更會(huì)讓每一個(gè)參與者都會(huì)有很強(qiáng)的成就感。養(yǎng)兵千日用兵一時(shí),該沖鋒就該有血性,當(dāng)然持續(xù)加班也一定不是最好的狀態(tài)。大家很辛苦連續(xù)加班完成了任務(wù),為了感謝大家和自己的努力,所以最終忽悠產(chǎn)品請(qǐng)吃了一頓火鍋,團(tuán)建要及時(shí)。

? ? 本次迭代的結(jié)果很順利,但是過(guò)程一直一波三折,因?yàn)樯婕暗降谌綀F(tuán)隊(duì)的服務(wù)調(diào)研,大量時(shí)間在協(xié)調(diào)溝通,為了快速解決問(wèn)題,針對(duì)關(guān)鍵問(wèn)題制定了架構(gòu)師作為核心接口人,敏捷架構(gòu)師一定是下層到團(tuán)隊(duì),用經(jīng)驗(yàn)和視野去提前消除系統(tǒng)級(jí)風(fēng)險(xiǎn),只寫方案的一定不是敏捷架構(gòu)師。同時(shí)因?yàn)槟昧薖MP和正在拿敏捷ACP的證書(shū),以前一直對(duì)PMP項(xiàng)目管理和敏捷項(xiàng)目管理理念的沖突沒(méi)想清楚,這次在實(shí)踐中證明兩者并不沖突,也能找到很好的平衡點(diǎn)。

? ? 最后來(lái)看下結(jié)果展示,5個(gè)開(kāi)發(fā)2個(gè)測(cè)試一個(gè)PO,當(dāng)然拆任務(wù)的時(shí)候團(tuán)隊(duì)經(jīng)驗(yàn)不足,不少故事拆的任務(wù)過(guò)大了,導(dǎo)致任務(wù)時(shí)間評(píng)估過(guò)于樂(lè)觀,團(tuán)隊(duì)趕任務(wù)過(guò)程中拼命加班(作為項(xiàng)目經(jīng)理這才感到踏實(shí))。自己挖的坑含著淚也要填完,經(jīng)歷艱難才有更有恒心學(xué)習(xí)改進(jìn)并完善。

廣告時(shí)間

? ? 上述過(guò)程得以順利進(jìn)行,得以有一群努力向上并積極學(xué)習(xí)提升的小伙伴,再好的流程都比不上在招聘的時(shí)候?qū)θ说膰?yán)格審核;同時(shí),其實(shí)整個(gè)迭代的快速進(jìn)行,也得益于公司完善的平臺(tái),特感謝質(zhì)效平臺(tái)的工具支持,盡管和我們一樣依然在敏捷完善。預(yù)告下,不久的很快我們將會(huì)正式一天上線一千次,學(xué)習(xí)提升一直都該在路上!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • Android 自定義View的各種姿勢(shì)1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 178,983評(píng)論 25 709
  • 用兩張圖告訴你,為什么你的 App 會(huì)卡頓? - Android - 掘金 Cover 有什么料? 從這篇文章中你...
    hw1212閱讀 13,967評(píng)論 2 59
  • 前言 1. 網(wǎng)易杭研項(xiàng)目管理的前世今生 (無(wú)) 2. 互聯(lián)網(wǎng)產(chǎn)品項(xiàng)目管理之我見(jiàn) 無(wú)論是新手還是老人,談及互聯(lián)網(wǎng)產(chǎn)品...
    沉淪2014閱讀 3,682評(píng)論 1 17
  • 不知道是誰(shuí)說(shuō)過(guò)“書(shū)店是一座城市的靈魂”。對(duì)于這句話,我深以為然。 只是經(jīng)常會(huì)覺(jué)得可惜,現(xiàn)在走街串巷,書(shū)店越來(lái)越少,...
    牛友果星球大萌閱讀 1,438評(píng)論 47 55
  • 可以寫的東西很多很多很多,自己瞎想的,回憶過(guò)去的,嘆了一口氣,不知道該寫什么。 看到了一個(gè)朋友得知癌癥晚期的狀況后...
    by_10閱讀 126評(píng)論 0 0

友情鏈接更多精彩內(nèi)容