【國(guó)產(chǎn)】標(biāo)準(zhǔn)化軟件研發(fā)流程，從理論到實(shí)踐落地-2024驚蟄（國(guó)標(biāo)軟件開(kāi)發(fā)規(guī)范）
【國(guó)產(chǎn)】標(biāo)準(zhǔn)化軟件研發(fā)流程
外行人問(wèn)：軟件都是怎么研發(fā)出來(lái)的？內(nèi)行人問(wèn)：如何提升內(nèi)部項(xiàng)目管理的效率和質(zhì)量？
本文就“軟件標(biāo)準(zhǔn)化研發(fā)流程”，從理論、實(shí)踐和最終如何在你的團(tuán)隊(duì)和公司落地進(jìn)行串聯(lián)介紹。主要分為三部分，先理論：軟件開(kāi)發(fā)，難在哪里？以及MVP、敏捷開(kāi)發(fā)、Scrum、開(kāi)發(fā)流程圖、每日站會(huì)、看板、增量模型、迭代vs增量、XP、DevOps……；再實(shí)踐：標(biāo)準(zhǔn)化研發(fā)流程，什么是協(xié)作流 信息流 價(jià)值流、項(xiàng)目管理模型（嵌套）；最后落地：現(xiàn)狀分析及目標(biāo)制定、YesDev項(xiàng)目管理模型、用價(jià)值驅(qū)動(dòng)軟件研發(fā)交付、建立三大指標(biāo)體系、制定領(lǐng)航提升計(jì)劃表。
軟件開(kāi)發(fā)，難不難，到底難在哪里？
軟件開(kāi)發(fā)，要面臨諸多風(fēng)險(xiǎn)和困難，諸如：對(duì)需求的誤解、抽象、時(shí)間緊、技術(shù)方案不確定、復(fù)雜度、安全、系統(tǒng)穩(wěn)定性……
我的總結(jié)下來(lái)，軟件工程這門學(xué)科，提煉成公式，是這樣組成的。
軟件工程 = 組織架構(gòu) 軟件程序 溝通 跨學(xué)科/跨部門協(xié)作 項(xiàng)目交付
而軟件開(kāi)發(fā)又是一個(gè)需要高智力、密切溝通和頻繁協(xié)作的過(guò)程。企業(yè)組織隨著時(shí)間的推移，也會(huì)發(fā)展成為更有商業(yè)價(jià)值的未來(lái)狀態(tài)。在這期間，項(xiàng)目管理和項(xiàng)目活動(dòng)也是企業(yè)組織成長(zhǎng)的一個(gè)必經(jīng)之路。
常見(jiàn)的開(kāi)發(fā)流程有哪些？
常見(jiàn)的開(kāi)發(fā)流程有哪些呢？有瀑布流、敏捷開(kāi)發(fā)流程、增量模型、極限編程、DevOps和其他研發(fā)流程模型。
那增量和迭代的區(qū)分又是什么？增量是模塊化的拼接方式，不到最后一刻，不能構(gòu)成完成的系統(tǒng)，在完成交付之前，你的用戶一直都使用不了此軟件。而迭代是指，從一開(kāi)始就構(gòu)建和交付可以工作和可以使用的軟件，雖然一開(kāi)始功能很簡(jiǎn)單，但持續(xù)迭代，不斷完善和精進(jìn)、升級(jí)。例如，為了滿足用戶出行需求，一開(kāi)始給一輛單車，再升級(jí)為摩托車，最后升級(jí)為小車。
【國(guó)產(chǎn)】YesDev推薦的標(biāo)準(zhǔn)化軟件研發(fā)流程
YesDev是基于一款價(jià)值驅(qū)動(dòng)軟件研發(fā)和交付的項(xiàng)目管理平臺(tái)，其推薦的標(biāo)準(zhǔn)化研發(fā)流程是以用戶需求為起點(diǎn)、以軟件交付使用為終點(diǎn)的持續(xù)迭代。在這個(gè)過(guò)程中，通過(guò)項(xiàng)目的方式來(lái)進(jìn)行需求、Bug問(wèn)題和任務(wù)、工時(shí)等團(tuán)隊(duì)協(xié)作、目標(biāo)管理、風(fēng)險(xiǎn)控制等。
在這一標(biāo)準(zhǔn)化流程下，對(duì)應(yīng)的協(xié)作主流程是：需求分析、創(chuàng)建項(xiàng)目、開(kāi)發(fā)、測(cè)試、發(fā)布前準(zhǔn)備和發(fā)布后的維護(hù)。以及拆分了各個(gè)流程下的具體協(xié)作活動(dòng)和事項(xiàng)。
從時(shí)間軸的水平線，軟件研發(fā)和項(xiàng)目管理是順序的執(zhí)行關(guān)系；而從俯視的角度來(lái)拆解，項(xiàng)目管理是一個(gè)嵌套的模型。任務(wù)是作為最小價(jià)值交付單元，需求則包含了問(wèn)題和任務(wù)。而需求往上則聚合成了項(xiàng)目，項(xiàng)目再往上則組合成了項(xiàng)目集。
我該如何制定我團(tuán)隊(duì)的效率提升計(jì)劃？
作為技術(shù)負(fù)責(zé)人，為了制定和提升研發(fā)團(tuán)隊(duì)的效率和交付質(zhì)量，需要認(rèn)真梳理公司現(xiàn)在面臨的問(wèn)題和研發(fā)團(tuán)隊(duì)到底亂在哪里?？隙ㄊ怯袉?wèn)題，才需要去提升。如果一切都正常，也就不需要去梳理、去改變、去提升了。
問(wèn)題表現(xiàn)和原因，通常在這幾方面：系統(tǒng)架構(gòu)弱？無(wú)法支撐現(xiàn)有業(yè)務(wù)的發(fā)展和規(guī)模；研發(fā)效率低？總是被需求方和業(yè)務(wù)部門吐槽說(shuō)需求迭代慢，提一個(gè)需求很久都上不了線；故障損失高？系統(tǒng)不穩(wěn)定，并且出現(xiàn)故障沒(méi)有人員及時(shí)跟進(jìn)處理？技術(shù)管理難？人員士氣低、流動(dòng)大、產(chǎn)效不高、Bug缺陷多……等一系列問(wèn)題。
結(jié)合現(xiàn)狀分析，再引入恰當(dāng)?shù)捻?xiàng)目管理模型，對(duì)現(xiàn)有的項(xiàng)目和迭代進(jìn)行劃分?？梢詤⒖家裕骸?strong>產(chǎn)品業(yè)務(wù)為實(shí)線、技術(shù)管理為虛線” 的方式。
讓項(xiàng)目負(fù)責(zé)人對(duì)項(xiàng)目的目標(biāo)、結(jié)果和收益負(fù)責(zé)；讓核心人開(kāi)發(fā)人員在需求和目標(biāo)上對(duì)齊；讓最終的一線員工同事成員執(zhí)行好具體分派的任務(wù)和工作。而技術(shù)負(fù)責(zé)人，則對(duì)整體的效果和業(yè)績(jī)負(fù)責(zé)。
同時(shí)，開(kāi)始著手建立三套指標(biāo)體系，用于持續(xù)觀測(cè)和跟蹤在合適設(shè)計(jì)的研發(fā)流程下，經(jīng)過(guò)合理地劃分和人員配置，到最后執(zhí)行的定期復(fù)盤和數(shù)據(jù)統(tǒng)計(jì)匯總。驗(yàn)證前面制定的方案是否有成效，是否要調(diào)整，是否要獎(jiǎng)勵(lì)或指出改進(jìn)點(diǎn)。
關(guān)于作者
黃禪宗 dogstar，果創(chuàng)科技CEO、多家企業(yè)CTO、前唯品會(huì)高級(jí)開(kāi)發(fā)工程師，PhalApi開(kāi)源框架作者，著有《良質(zhì)!》等電子書，YesApi果創(chuàng)云創(chuàng)始人、YesDev項(xiàng)目管理創(chuàng)始人，海軍退役士兵，畢業(yè)于華南師范大學(xué)。深耕軟件研發(fā)，喜歡每天分享技術(shù)干貨。
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。
