推薦語

充電樁項(xiàng)目采用敏捷模式川无，可以直觀地感受到交付效率的提升喇喉。作為一個(gè)從0到1的、且涉及到硬件廠商妆距、物聯(lián)網(wǎng)的項(xiàng)目穷遂，在短時(shí)間內(nèi)成功地完成了業(yè)務(wù)迫切需要的功能，并做到了大規(guī)模的穩(wěn)定運(yùn)營娱据。在此過程中蚪黑，產(chǎn)品和技術(shù)同學(xué)通過日常、早會(huì)和周會(huì)等形式溝通協(xié)作中剩，研發(fā)工程師也積極參與到業(yè)務(wù)需求溝通忌穿、方案設(shè)計(jì)與研發(fā)計(jì)劃制定等活動(dòng)中，確保能夠迅速應(yīng)對一線需求的變化结啼，并傾聽一線終端用戶的聲音掠剑，以提升用戶體驗(yàn)。

——空間數(shù)字化部-產(chǎn)品總監(jiān) 李岳

有幸全程參與了充電樁項(xiàng)目敏捷團(tuán)隊(duì)的成長郊愧，見證了小伙伴們從敏捷項(xiàng)目初期的跌跌撞撞朴译，到后期每個(gè)人都有能力擔(dān)任團(tuán)隊(duì)敏捷教練的角色。在敏捷項(xiàng)目迭代和交付的過程中属铁，所有成員都對敏捷理念有了更深入的理解眠寿，整個(gè)團(tuán)隊(duì)的敏捷實(shí)踐能力得到顯著提高。

——企業(yè)架構(gòu)與安全部-架構(gòu)專家 劉剛

有幸在2024年1月跟著充電樁項(xiàng)目體驗(yàn)了敏捷交付模式焦蘑，不僅感受到團(tuán)隊(duì)的和諧團(tuán)隊(duì)氛圍盯拱，也體驗(yàn)到了敏捷研發(fā)帶來的顯著交付效益。

敏捷“五大會(huì)”是研發(fā)過程的靈魂節(jié)點(diǎn)：每日站會(huì)讓團(tuán)隊(duì)成員清晰交付進(jìn)度和當(dāng)前問題喇肋，對站會(huì)時(shí)間的把控可以間接地體現(xiàn)項(xiàng)目負(fù)責(zé)人的管控能力坟乾；回顧會(huì)通過匿名的形式提交“做的不好”的事項(xiàng)，可以更有效地幫助團(tuán)隊(duì)進(jìn)步蝶防；項(xiàng)目架構(gòu)師和技術(shù)負(fù)責(zé)人在版本管理甚侣、架構(gòu)設(shè)計(jì)和部署發(fā)布這幾個(gè)方面的規(guī)范性是充電樁項(xiàng)目優(yōu)秀性能的堅(jiān)石；合理的提測和部署流程讓項(xiàng)目組在快節(jié)奏敏捷模式下保障交付質(zhì)量间学。

希望敏捷研發(fā)模式能盡快的在科研項(xiàng)目中推廣殷费，也希望有能力的敏捷教練能將敏捷能力輻射至中心每一位研發(fā)同事。

——平臺數(shù)字化部-體系流程高級主任 何佩紅

產(chǎn)品與開發(fā)之間清晰的工作分工邊界低葫，開發(fā)內(nèi)部高效的團(tuán)隊(duì)協(xié)同與交付详羡，始終堅(jiān)持“敏捷宣言12條原則”，是充電樁敏捷團(tuán)隊(duì)給我的主要印象嘿悬，非常值得點(diǎn)贊实柠，也值得各個(gè)項(xiàng)目參考學(xué)習(xí)。

充電樁敏捷實(shí)施高效地執(zhí)行了敏捷開發(fā)流程框架中的五大會(huì)議：產(chǎn)品需求梳理會(huì)善涨、迭代計(jì)劃會(huì)議窒盐、每日站會(huì)草则、迭代評審會(huì)及迭代回顧會(huì)，每個(gè)會(huì)議都有專屬的會(huì)議目標(biāo)蟹漓，不同的角色成員在會(huì)前都準(zhǔn)備充分炕横，保障了會(huì)議的高效溝通與決策，這也是敏捷團(tuán)隊(duì)高效協(xié)同的基礎(chǔ)葡粒。

充電樁敏捷團(tuán)隊(duì)最成功的是不停機(jī)無感交付份殿，“ScrumMaster”親自負(fù)責(zé)代碼分支管理，完美地實(shí)現(xiàn)版本火車管理嗽交，快速交付的同時(shí)確保了系統(tǒng)可用性卿嘲。超贊！

——平臺數(shù)字化部-體系流程高級主任 韋冬梅

充電樁項(xiàng)目在敏捷模式下轮纫，團(tuán)隊(duì)中的每個(gè)人不管是不是處于領(lǐng)導(dǎo)者的職位腔寡，都會(huì)從團(tuán)隊(duì)擁有者的角度去考慮問題，關(guān)注各項(xiàng)活動(dòng)質(zhì)量并及時(shí)反饋掌唾。目前放前，充電樁敏捷項(xiàng)目已實(shí)現(xiàn)自組織管理，團(tuán)隊(duì)內(nèi)有完善的規(guī)則糯彬，大家按照規(guī)則辦事凭语，不為職責(zé)范圍爭吵。產(chǎn)品產(chǎn)研團(tuán)隊(duì)高協(xié)作撩扒，在時(shí)間緊似扔、目標(biāo)重的情況下，快速迭代交付搓谆，積極響應(yīng)一線反饋問題及業(yè)務(wù)需求炒辉。通過交付更高的內(nèi)建質(zhì)量，促使開發(fā)效率和質(zhì)量得到提升泉手，減少傳統(tǒng)模式驗(yàn)收交付環(huán)節(jié)黔寇，大大提升效率的同時(shí)，平臺穩(wěn)定性也達(dá)99.99%斩萌。

——空間數(shù)字化部-產(chǎn)品專家 張雪晴

前言

敏捷開發(fā)是應(yīng)對快速變化需求的一種軟件開發(fā)能力缝裤。以用戶的需求進(jìn)化為核心，采用迭代颊郎、循序漸進(jìn)的方式憋飞，適用于需求不明確或者很容易變化且可以逐步交付功能產(chǎn)品。敏捷開發(fā)對需求的變化具備極大的靈活性姆吭，能夠更快交付價(jià)值榛做，主動(dòng)擁抱變化。

目前，充電樁項(xiàng)目敏捷實(shí)踐已落地瘤睹，支持敏捷發(fā)布火車模式的同時(shí)升敲，幫助產(chǎn)品研發(fā)團(tuán)隊(duì)完成業(yè)績和效率的雙向提升。

敏捷開發(fā)概述

1轰传、敏捷宣言

敏捷宣言提出的12條原則：

1、最高優(yōu)先級：通過盡早和持續(xù)交付有高價(jià)值的軟件瘪撇，滿足客戶获茬。

2、擁抱需求變化：即使是在開發(fā)階段的后期倔既，敏捷流程就是用變化來為企業(yè)獲得競爭優(yōu)勢恕曲。

3、頻繁交付可工作的軟件：從數(shù)周到數(shù)月渤涌，交付周期越短越好佩谣。

4、在項(xiàng)目過程中实蓬，業(yè)務(wù)人員茸俭、開發(fā)人員必須每天在一起工作。

5安皱、以受到激勵(lì)的個(gè)體為核心構(gòu)造項(xiàng)目调鬓，為他們提供所需的環(huán)境和支持，信任他們可以把工作做好酌伊。

6腾窝、最有效的、最高效的溝通方法是面對面的交談居砖。

7虹脯、可工作的軟件是衡量進(jìn)度的首要標(biāo)準(zhǔn)。

8奏候、敏捷流程倡導(dǎo)可持續(xù)開發(fā)循集。客戶鼻由、開發(fā)人員與用戶要能夠共同暇榴、長期維持步調(diào)（節(jié)奏）、穩(wěn)定向前蕉世。

9蔼紧、持續(xù)地追求技術(shù)卓越和良好的設(shè)計(jì)，以此增強(qiáng)敏捷的能力狠轻。

10奸例、簡單--最大可能減少不必要的工作，簡單是敏捷流程的根本。

11查吊、最佳架構(gòu)谐区、需求和設(shè)計(jì)，來自組織型的團(tuán)隊(duì)逻卖。

12宋列、團(tuán)隊(duì)定期反思如何提升效率，并調(diào)節(jié)和調(diào)整自己的工作方式评也。

2炼杖、敏捷開發(fā)流程框架

敏捷團(tuán)隊(duì)三個(gè)角色：敏捷教練，產(chǎn)品負(fù)責(zé)人盗迟，敏捷團(tuán)隊(duì)

3坤邪、敏捷團(tuán)隊(duì)角色

敏捷團(tuán)隊(duì)角色

敏捷開發(fā)實(shí)踐

充電樁項(xiàng)目于2023年5月在上海成立敏捷團(tuán)隊(duì)，該團(tuán)隊(duì)在最初階段面臨著團(tuán)隊(duì)協(xié)作與跨地域溝通等挑戰(zhàn)罚缕，經(jīng)過半年多的磨合艇纺，團(tuán)隊(duì)逐步適應(yīng)了敏捷流程和工具，經(jīng)歷了從敏捷開發(fā)和流程工具試用到團(tuán)隊(duì)成長邮弹、成熟的轉(zhuǎn)變黔衡。這一過程促進(jìn)了敏捷團(tuán)隊(duì)成員間的合作默契，敏捷開發(fā)模式也逐漸顯現(xiàn)出其成效肠鲫。

充電樁項(xiàng)目發(fā)展階段

下面员帮，將通過五個(gè)重要的會(huì)議（產(chǎn)品需求梳理會(huì)、迭代計(jì)劃會(huì)議导饲、每日站會(huì)捞高、迭代評審會(huì)以及迭代回顧會(huì)）來介紹充電樁項(xiàng)目敏捷開發(fā)的日常運(yùn)作流程。

1渣锦、產(chǎn)品需求會(huì)

在迭代開始前2-3天, 敏捷教練硝岗、產(chǎn)品與架構(gòu)師/技術(shù)專家參與產(chǎn)品需求梳理會(huì)（會(huì)議時(shí)長1小時(shí)），完成如下事項(xiàng)：

- 制定需求和任務(wù)優(yōu)先級袋毙；

- 評估所有任務(wù)的準(zhǔn)備工作是否完成型檀，如UI設(shè)計(jì)圖與架構(gòu)設(shè)計(jì)圖等；

- 迭代目標(biāo)听盖；

- 版本發(fā)布計(jì)劃和范圍胀溺。

產(chǎn)品負(fù)責(zé)人：根據(jù)價(jià)值交付原則制定產(chǎn)品類需求的優(yōu)先級。

架構(gòu)師/技術(shù)專家：負(fù)責(zé)制定技術(shù)類需求的優(yōu)先級皆看，并評估需求對系統(tǒng)造成的影響仓坞，提前分析可行性，安排技術(shù)演進(jìn)線路圖腰吟，規(guī)劃和粗略評估迭代的技術(shù)架構(gòu)任務(wù)无埃。

2、迭代計(jì)劃會(huì)

在迭代開始時(shí)，敏捷教練組織產(chǎn)品負(fù)責(zé)人嫉称、架構(gòu)師侦镇、研發(fā)團(tuán)隊(duì)參與迭代計(jì)劃會(huì)（會(huì)議時(shí)長2小時(shí)左右），完成如下事項(xiàng)：

- 規(guī)劃迭代目標(biāo)织阅；

- 認(rèn)領(lǐng)迭代需求和任務(wù)壳繁；

- 分解用戶故事；

- 估算工作量荔棉。

產(chǎn)品負(fù)責(zé)人：給研發(fā)團(tuán)隊(duì)講解需求氮趋。

架構(gòu)師：講解技術(shù)類需求，認(rèn)領(lǐng)架構(gòu)設(shè)計(jì)任務(wù)江耀，協(xié)調(diào)研發(fā)團(tuán)隊(duì)架構(gòu)改造與功能開發(fā)的交付節(jié)奏。

研發(fā)團(tuán)隊(duì)：分解用戶故事诉植、估算工作量并認(rèn)領(lǐng)任務(wù) 祥国。

3、每日站會(huì)

每天上午9:00-9:15晾腔，敏捷教練組織產(chǎn)品舌稀、架構(gòu)師與研發(fā)團(tuán)隊(duì)參與每日站會(huì)（站會(huì)時(shí)長不超過15分鐘），完成如下事項(xiàng)：

- 敏捷團(tuán)隊(duì)成員更新自己任務(wù)進(jìn)度灼擂，相互了解依賴任務(wù)的風(fēng)險(xiǎn)和計(jì)劃壁查；

- 敏捷教練和產(chǎn)品負(fù)責(zé)人了解項(xiàng)目風(fēng)險(xiǎn)，動(dòng)態(tài)調(diào)整任務(wù)優(yōu)先級和范圍剔应；

- 解決任務(wù)開發(fā)中遇到的阻塞睡腿。

站會(huì)規(guī)則：

- 必須站立，不要坐著峻贮，因?yàn)檎局菀准凶⒁饬ο郑瑫r(shí)要把控時(shí)間，高效完成站會(huì)纤控；

- 擁抱變化挂捻，每天動(dòng)態(tài)調(diào)整任務(wù)優(yōu)先級，如“線上問題”和“緊急需求”需要最高優(yōu)先級處理船万；

- 每天早上固定時(shí)間刻撒、地點(diǎn)進(jìn)行；

- 不能快速討論出結(jié)果的問題耿导，由敏捷教練整理問題并召開跟進(jìn)會(huì)議声怔。

每個(gè)成員在會(huì)議前做好準(zhǔn)備，會(huì)議上快速闡述3點(diǎn)內(nèi)容——昨天完成了什么碎节？今天計(jì)劃做什么捧搞？當(dāng)前的工作有沒有被阻塞？

4、迭代評審會(huì)

迭代結(jié)束或版本發(fā)布前胎撇，敏捷教練組織產(chǎn)品介粘、架構(gòu)師、研發(fā)團(tuán)隊(duì)與UI設(shè)計(jì)師參與迭代評審會(huì)（會(huì)議時(shí)長1-2小時(shí)）晚树，完成如下事項(xiàng)：

- 需求負(fù)責(zé)人演示產(chǎn)品功能姻采；

- 產(chǎn)品負(fù)責(zé)人驗(yàn)收產(chǎn)品類需求；

- 架構(gòu)師/技術(shù)專家驗(yàn)收技術(shù)類需求爵憎；

- UI設(shè)計(jì)師驗(yàn)收前端頁面慨亲。

5、迭代回顧會(huì)

迭代最后1天宝鼓，敏捷教練組織團(tuán)隊(duì)所有人參與迭代回顧會(huì)（會(huì)議時(shí)長1小時(shí)）刑棵，完成如下事項(xiàng)：

- 團(tuán)隊(duì)成員匿名反饋“做得好的”和“做得不好的”事項(xiàng)/人；

- 團(tuán)隊(duì)一起針對“做得不好的”事項(xiàng)/人愚铡，商討出改進(jìn)措施蛉签，并制定落地計(jì)劃；

- 團(tuán)隊(duì)一起針對“做得好的”事項(xiàng)/人沥寥，提出表揚(yáng)并鼓勵(lì)大家繼續(xù)保持碍舍。

DveOps流程

充電樁敏捷開發(fā)過程，注重開發(fā)與運(yùn)維之間的交流和合作邑雅，以?步快跑的形式片橡，快速迭代、構(gòu)建淮野、測試并發(fā)布版本捧书。在日常工作中，按照以下步驟录煤，以提升效能：

1鳄厌、架構(gòu)設(shè)計(jì)

架構(gòu)師與研發(fā)團(tuán)隊(duì)在迭代早期，針對本迭代需要引入架構(gòu)設(shè)計(jì)的需求妈踊，討論方案了嚎，對業(yè)務(wù)流程、代碼架構(gòu)與數(shù)據(jù)架構(gòu)進(jìn)行設(shè)計(jì)或重構(gòu)廊营。

2歪泳、Git工作流

充電樁項(xiàng)目開發(fā)遵守Git工程流：按照分支管理規(guī)范創(chuàng)建版本主分支(dev/*)、主要功能分支(feature/*)及研發(fā)各自的開發(fā)分支露筒，云效上設(shè)置保護(hù)分支呐伞，制定代碼提交規(guī)范與分支合并規(guī)范，盡可能關(guān)聯(lián)云效任務(wù)慎式。

根據(jù)功能的難易程度和影響范圍伶氢，可選擇2-3人同時(shí)開發(fā)同一個(gè)任務(wù)趟径，以加快交付進(jìn)度。

3癣防、版本發(fā)布

敏捷教練和產(chǎn)品負(fù)責(zé)人制定版本發(fā)布計(jì)劃蜗巧，團(tuán)隊(duì)按照迭代計(jì)劃開發(fā)。

如果遇到線上緊急問題蕾盯，敏捷教練和產(chǎn)品負(fù)責(zé)人動(dòng)態(tài)調(diào)整迭代發(fā)布內(nèi)容及計(jì)劃幕屹，團(tuán)隊(duì)快速修復(fù)問題后及時(shí)發(fā)布。

4级遭、代碼和架構(gòu)評審

在研發(fā)的過程中和交付測試之前望拖，架構(gòu)師需要對功能模塊的實(shí)現(xiàn)進(jìn)行技術(shù)評審，以確保遵循架構(gòu)設(shè)計(jì)的規(guī)范挫鸽，同時(shí)評估架構(gòu)設(shè)計(jì)的合理性说敏，以及是否達(dá)到架構(gòu)設(shè)計(jì)的目標(biāo)。

5丢郊、知識分享

在開發(fā)過程中像云，研發(fā)團(tuán)隊(duì)的階段性研究成果或踩過的坑，在團(tuán)隊(duì)內(nèi)進(jìn)行分享蚂夕，并記錄到研發(fā)wiki。

6腋逆、持續(xù)集成/持續(xù)部署（CI/CD）

充電樁項(xiàng)目在云效流水線上婿牍，建立了完整的編譯、測試及發(fā)布流程惩歉，包含代碼下載與編譯等脂、構(gòu)建、上傳鏡像撑蚌，以及靜態(tài)代碼掃描上遥、單元測試、接口自動(dòng)化測試争涌、應(yīng)用部署粉楚。

7、運(yùn)維監(jiān)控

快速響應(yīng)：整個(gè)研發(fā)團(tuán)隊(duì)7*24小時(shí)保障系統(tǒng)平穩(wěn)運(yùn)行亮垫，所有人都需要對監(jiān)控告警進(jìn)行響應(yīng)模软，快速拉起在線會(huì)議解決服務(wù)問題，以避免系統(tǒng)出現(xiàn)不可用情況饮潦。

資源按需申請：對關(guān)鍵服務(wù)和中間件的性能指標(biāo)進(jìn)行監(jiān)控燃异，根據(jù)業(yè)務(wù)增長情況預(yù)估資源使用量，并在恰當(dāng)時(shí)間進(jìn)行升配继蜡，以應(yīng)對不斷增長的業(yè)務(wù)流量回俐。

質(zhì)量保證

為配合敏捷項(xiàng)目的快速發(fā)版桐早，并確保上線的版本質(zhì)量漠酿，充電樁項(xiàng)目遵循“端到端的質(zhì)量策略，快速的質(zhì)量反饋”的基本原則。

1膨俐、功能測試

通過需求層層確認(rèn)對齊，保證需求的分析質(zhì)量和傳遞質(zhì)量路克，結(jié)合高效測試來快速地反饋質(zhì)量辜荠。

盡早介入了解需求，減少對需求理解偏差政冻，讓團(tuán)隊(duì)成員對需求的理解保持一致枚抵；

緊跟迭代任務(wù)進(jìn)度，缺陷狀態(tài)明场，快速反饋質(zhì)量結(jié)果汽摹，推動(dòng)研發(fā)提升效能；

高效測試：結(jié)構(gòu)化測試（基于需求設(shè)計(jì)測試用例苦锨，關(guān)聯(lián)衍生場景用例等）?+?探索性測試（基于埋點(diǎn)數(shù)據(jù)/用戶反饋進(jìn)行故障推測逼泣，異常條件測試等）。

2舟舒、自動(dòng)化測試

引入自動(dòng)化測試是確保質(zhì)量的重要手段拉庶，尤其在少量人工投入的情況下可達(dá)到高覆蓋率。目前充電樁項(xiàng)目單元測試和接口自動(dòng)化測試已集成云效流水線秃励，提前發(fā)現(xiàn)代碼邏輯缺陷氏仗，提高開發(fā)質(zhì)量和軟件交付率。

單元測試（Junit框架夺鲜，新功能80%覆蓋率）的實(shí)現(xiàn)皆尔，確保軟件的各個(gè)模塊能夠按照預(yù)期運(yùn)行，排除潛在的缺陷和錯(cuò)誤币励；

接口自動(dòng)化（Pytest慷蠕，接口數(shù)95%覆蓋率）的實(shí)現(xiàn)，節(jié)省回歸測試人力食呻，縮短測試周期流炕；

UI自動(dòng)化（Selenium WebDriver框架）在規(guī)劃中，將會(huì)為產(chǎn)品上線后快速驗(yàn)證仅胞，提供可靠的依據(jù)浪感。

3、性能測試

利用性能測試工具（JMeter）模擬真實(shí)場景進(jìn)行壓測饼问，通過監(jiān)控平臺識別系統(tǒng)瓶頸影兽，協(xié)助開發(fā)性能調(diào)優(yōu)，目前主要進(jìn)行接口和數(shù)據(jù)庫MongoDB慢查詢優(yōu)化莱革。

總結(jié)

充電樁項(xiàng)目在經(jīng)歷半年多的敏捷開發(fā)模式的運(yùn)作下峻堰，共經(jīng)歷了22個(gè)迭代讹开，無重大生產(chǎn)事故：

充電樁項(xiàng)目敏捷開發(fā)經(jīng)驗(yàn)可概括為以下幾點(diǎn)：

1、為滿足隨時(shí)發(fā)版捐名，采用敏捷發(fā)布火車發(fā)版模式旦万，解耦迭代與版本之間的關(guān)系；

2镶蹋、為解決“緊急任務(wù)插入迭代”與“已排期任務(wù)”?之間的沖突成艘，根據(jù)價(jià)值交付原則，動(dòng)態(tài)調(diào)整迭代任務(wù)優(yōu)先級贺归；

3淆两、為解決代碼沖突，減少發(fā)布故障拂酣，通過設(shè)置代碼倉庫分支策略來應(yīng)對靈活的發(fā)布要求秋冰；

4、為保證快速的質(zhì)量反饋婶熬，利用敏捷可視化工具（如用例分類管理剑勾、用例需求關(guān)聯(lián)、需求缺陷關(guān)聯(lián)以及缺陷定制化流程處理）赵颅，提高研發(fā)效能虽另，避免不必要的時(shí)間浪費(fèi)；

5饺谬、為解決團(tuán)隊(duì)異地辦公問題洲赵，通過敏捷可視化工具監(jiān)控項(xiàng)目進(jìn)度，利用好釘釘高質(zhì)量的會(huì)議溝通商蕴，讓團(tuán)隊(duì)協(xié)作順利進(jìn)行。