步驟①和②是業(yè)務(wù)（或者是客戶）與技術(shù)之間進行產(chǎn)品規(guī)劃，梳理產(chǎn)品整體脈絡(luò)，以及進行產(chǎn)品規(guī)劃實施設(shè)計，并控制需求粒度與拆分的過程。

1. ● 軟件開發(fā)的本質(zhì)是為了解決問題，提供用戶價值的，而不僅是為了提供功能。影響地圖就是用來鑒別用戶需求是什么，深層的根因是什么。
2. ● 用戶故事就是目標(biāo)和需求的載體，以用戶的場景來講故事，便于在客戶、業(yè)務(wù)與開發(fā)之間進行信息的傳遞。在這個過程中，獨立的需求條目的堆積，很容易導(dǎo)致只能看到各個需求條目，不能從整個解決方案思考需求。用戶故事以用戶使用的場景為主線，將大的階段點，及其細(xì)分的活動，以樹狀的結(jié)構(gòu)進行梳理和展現(xiàn)，既可以看到獨立的需求條目，又能夠看到整體需求場景。

步驟③~⑩是Scrum框架過程，是主要的管理實踐。

1. ● Scrum定義了一個相對完整的敏捷過程管理的框架。在軟件開發(fā)生產(chǎn)線中，將Scrum的框架與團隊日常的開發(fā)活動，很好的融合起來。主要的過程產(chǎn)物包括產(chǎn)品故事列表、迭代故事列表、潛在可交付的產(chǎn)品增量、以及過程中產(chǎn)生的問題列表；核心的團隊活動包括Sprint計劃會議、團隊每日站會、Sprint演示會議、Sprint回顧會議等會議、以及團隊的日常更新。
2. ● 將Kanban方法與Scrum框架進行了結(jié)合，團隊借鑒Kanban方法中的精益思想，可視化價值流，發(fā)現(xiàn)并解決阻塞與瓶頸，加速價值流交付，并加快反饋回路，持續(xù)進行改進。

從步驟?開始，進入到工程實踐，也就是通常說的CI/CD過程。

1. ● 持續(xù)交付以代碼配置管理為基礎(chǔ)，除了傳統(tǒng)意義的代碼資產(chǎn)安全與管控、多人并行開發(fā)、版本與基線管理外，也體現(xiàn)了團隊的協(xié)作與溝通。
2. ● 代碼檢查（即靜態(tài)掃描）、自動化的構(gòu)建、各階段的自動化測試、以及相應(yīng)的自動化部署過程，都被有機的串聯(lián)在流水線上。
3. ● 除了代碼檢查、構(gòu)建、測試、部署等動態(tài)的階段與活動，還有制品管理，以及各級的環(huán)境管理，包括開發(fā)環(huán)境、測試環(huán)境、準(zhǔn)生產(chǎn)環(huán)境，以及生產(chǎn)環(huán)境。
4. ●持續(xù)交付流水線就是將整個持續(xù)交付中，都有哪些階段，分別運行在什么環(huán)境，每個階段執(zhí)行什么活動，準(zhǔn)入與準(zhǔn)出的質(zhì)量門禁，以及每個階段的輸入與輸出的制品進行管理。