1. 首頁 > 生活百科 > >

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

生活百科


第二個開發周期的目標確定后 ， 各敏捷團隊的”待辦事項列表“都更新了 。這三個敏捷團隊根據最新的”待辦事項列表“對這個周期的工作進行了規劃 ， 然后開始了新一輪的開發 ， 接著第二版雪人如期投放 ， 吸引了更多的人到戶外參加現場活動 。
之后是第三次迭代、第四次迭代……隨著時間的推移 ， 各個敏捷團隊的交付能力越來越強 。
為了最大化的發揮敏捷團隊的創造力 ， 負責人做了如下要求：

  1. 每個新特性必須有獨立的測試 。
  2. 每個生產環境的變更必須通過嚴格的測試測試（在CD中通過單元測試、集成測試、性能測試等） 。
  3. 在不影響其他”雪人部位“、不影響大版本規劃的前提下 ， 各個”雪人部位“可以按需部署 ， 用于快速響應游客的訴求、修復雪人的缺陷 。
后來雪人在不斷的產品迭代中走向正軌……那這種方式就是典型的互聯網公司的「敏捷開發」流程 。
我總結這個流程就是：
在一個健康的互聯網公司中 ， 一個明智的決策通常要經過充分的調研和評估 ， 然后才能成為各個部門的目標 。當然定目標絕不是喊口號 ， 它包含兩部分的內容：
1. 目標是什么
2. 如何檢驗我們正在向目標走
而在這個過程中 ， 各個關鍵角色的目標要進行對齊 ， 所有人的步調要保持一致 ， 由下向上及時反饋目標進展 。
（使用PingCode Goals進行各個關鍵角色的目標對齊）
那對于產品研發部門來說 ， 產品的研發進度無疑是非常重要的 。如果我們對一個產品目標進行分解 ， 會形成一個產品的關鍵路線圖（或者稱為用戶故事地圖） ， 在這個路線圖中分布著不同的產品特性和其完成時間 。
（使用PingCode Plan規劃路線圖）
接著這些”需求“被分級分類后放在各個開發團隊的”產品待辦列表“中 。
（使用PingCode Plan規劃程序增量）
進入到一個Scrum團隊中 ， 他們在自己的”產品待辦列表“中就可以看到按優先級排序的各類需求 。
（使用PingCode Agile管理敏捷團隊的開發工作）
Scrum團隊會根據綜合因素（通常包含：優先級、工作量、依賴關系、非功能性需求的比例等等）安排每個開發周期的工作 ， 他們在每個開發周期結束時都會產出一個可以交付的程序增量 。隨后我們將所有的Scrum團隊完成的服務進行集成 ， 形成一個全局版本 ， 部署到生產環境中 。
項目開發流程8個步驟 項目開發流程8個步驟是哪些？

文章插圖
（使用PingCode Plan管理各Scrum團隊的版本）
最后我們再對不同的功能點進行追蹤 ， 對各類活動數據進行分析 ， 為后續的決策提供數據支持 ， 這便形成了一個完整的閉環 。這里我之所以把”敏捷開發流程“拉的這么長 ， 是因為今天的敏捷已經不是”團隊級別“的概念了 。20年前敏捷開發試圖解決業務團隊與開發團隊之間的矛盾 ， 而今天敏捷開發是一種思維方式 ， 這種思維方式將為整個組織進行賦能 。
那對于今天雪人的故事而言 ， 整個組織就是在用敏捷的方式響應新的”需求“ 。如果只有研發部門采用敏捷開發 ， 那今天故事的結局會不一樣；如果只有一個研發團隊采用敏捷開發 ， 那故事的結局會更不一樣 。當然今天雪人的故事中有很多夸張的因素在 ， 很多事情并不是一蹴而就的 ， 基礎設施也需要時間來演進 。
說到這 ， 我們再回到團隊級別的敏捷開發中 ， 畢竟能落地的才是真的 。
首先 ， 我認為敏捷開發絕不是一種或幾種固定的開發框架 ， 雖然我們在實施敏捷開發時確實也離不開這些框架 ， 但敏捷最大的價值是它傳達出來的價值觀 。其次 ， 我認為使用Scrum和看板這樣成熟的框架是十分必要的 ， 標準化的研發流程容易產生規劃化效果 ， 說人話就是容易復制 。
那么典型的敏捷團隊是什么樣？內部又有什么樣的流程的？
三、Scrum 敏捷團隊在一個（Sprint）沖刺中具體是怎么工作的？我首推Scrum ， 放圖：
項目開發流程8個步驟 項目開發流程8個步驟是哪些？

文章插圖
（這是一個由8人組成 ， 開發周期為2周的Scrum團隊 ， 主要負責產品研發）

推薦閱讀