1. 首頁 > 生活百科 > >

項目開發流程8個步驟 項目開發流程8個步驟是哪些？( 三 )

生活百科


【項目開發流程8個步驟 項目開發流程8個步驟是哪些？】這個團隊在開始一個新的Sprint之前 ， PO會及時更新左側的產品待辦列表 ， 他通常按照優先級進行排序 ， 并對列表里的工作項復雜度有個大概的認知 。
在第一周周一的早上10點 ， Scrum Master組織所有人參加計劃會議：首先由PO說明這個Sprint的目標 ， 再對待辦列表進行講解 。然后由開發團隊對用戶故事的規模進行預估 ， 在團隊容量允許的情況下 ， 將用戶故事放入這個Sprint的工作列表中 。
之后由開發團隊對Sprint的工作列表進行承諾 。
（使用PingCode Agile開計劃會議）
散會后各自回去主動領任務開始干活 ， 當開發工程師開始一項工作時 ， 他會從主分支checkout出一個特性分支 ， 然后基于這個分支提交新代碼 ， 當開發完成時 ， 他會向主分支提交Pull Request（或Merge Request） ， 這會自動觸發CI流水線（執行靜態檢查、單元測試等） ， CI流水線通過后 ， 需要另一位開發工程師手動Code Review ， 只有Code Review通過后代碼才會合入主分支 ， 這會自動觸發CD流水線（執行集成測試、部署測試環境等） 。
部署完成后關掉相關的開發任務 ， 領取下一個開發任務 。

項目開發流程8個步驟 項目開發流程8個步驟是哪些？

文章插圖
（使用PingCode Agile關聯開發數據）
每天早上10點 ， Scrum Master組織所有人開站立會議 ， 每人花2分鐘同步一下工作進展 。
（使用PingCode Agile開站立會議）
第二周周五下午4點左右 ， Scrum Master組織所有人開評審會議 ， 由每個任務的負責人演示其完整的工作 ， 由PO確定Sprint目標是否完成 ， 版本什么時候對外發布 ， 新增bug的緊急程度等等 。
第二周周五下午5點左右 ， Scrum Master組織所有人開回顧會議 ， 每個人說一下團隊做的好的和不好的地方 ， 有哪些改進方案等 。
（使用PingCode Agile開回顧會議）
第二周周五晚些時候 ， 最新的版本部署到預發布環境中 。第三周（新Sprint的第一周）周二的晚上 ， 部署最新的版本到生產環境中 。
對于自管理能力強 ， 或者周期性不強的團隊選擇看板 ， 放圖：
項目開發流程8個步驟 項目開發流程8個步驟是哪些？

文章插圖
（這是一個由5人組成 ， 開發周期為1周的看板團隊 ， 主要負責基礎服務維護）
這個團隊非常注意”流動的感覺“ ， 為了保證讓工作流動起來 ， 他們定義了5個欄：需求、設計、開發、測試和部署 ， 其中設計、開發和測試都有明確的“完成的定義”和在制品的限制 。
有任何需求給到這個團隊的時候 ， 直接在需求列創建一個工作項即可 。當設計同學準備處理下一項任務時 ， 他只需從上一欄中拉過來即可 ， 但是當他想將任務拖到已完成時 ， 這項工作必須滿足設計欄的“完成的定義” 。
就是說所有的方案必須通過評審 ， 并且將影響方案告知相關方 。當他不把這個任務拖到已完成的時候 ， 那么下游的開發同學不會繼續處理這個任務 ， 這項任務將一直卡在”設計正在做“這一欄里 。
當開發同學準備處理下一項任務時 ， 他只需從上一欄的已完成中拉過來即可 ， 當他要完成一項任務時 ， 要提交相應的代碼 ， 覆蓋單元測試并通過CI ， 然后再通過CD部署到Test環境中 。
當測試同學準備處理下一件工作時 ， 他只需從上一欄的已完成中拉過來即可 ， 為這個任務寫相關的自動化測試并執行通過 ， 然后再把任務拖到已完成中 。最后由部署同學拖動任務到部署欄中 ， 部署這個最新的版本 。他們每天早上都會看著看板開早會 ， 說一下當前的工作進展 。
在這個過程中 ， 如果有一項工作長期被卡在某一欄中 ， 將很容易被發現 ， 如果有大量的工作被卡在某一欄時 ， 這時將暴露出這個團隊最大的瓶頸問題 。
這樣的方式讓他們的工作狀態一目了然 。
（使用PingCode Agile的看板管理一個基礎框架的研發流程）
類似這樣的Scrum和看板團隊組成了一個大型的研發部門 ， 這個部門有自己的季度目標 ， 每個月至少會開會一次部門同步會 ， 他們會同步所有項目的工作進展和下一步的工作計劃 ， 就像雪人的故事一樣……

推薦閱讀