BuildRun低代碼開發教程第二節 | 功能需求梳理和任務定義

課程說明

本課程介紹如何利用Buildrun平臺提供的工具來梳理用戶的需求,通過用戶故事定義用戶需求,並根據用戶故事來定義任務,涉及的主要內容:

  1. 用戶故事
  2. 用戶故事地圖
  3. 版本規劃
  4. Backlog管理
  5. 迭代計劃
  6. 知識庫的使用

課程內容

1. 功能需求梳理

1.1 用戶故事地圖(User Story Mapping)

用戶故事地圖作爲一種有效的需求工具,越來越廣泛地應用於開發實踐中,用戶故事地圖可以將你的backlog變成一張二維地圖,用戶故事地圖可以解決以下問題:

  • 更容易看清backlog的全貌
  • 爲新功能梳理和確定優先級提供更好的工具
  • 便於使用頭腦風暴和其他協作方式來整理用戶故事
  • 幫助更好的進行迭代增量式開發,同時確保早期的發佈可以驗證整體架構和解決方案
  • 爲傳統的項目計劃提供一個更好的替代工具
  • 有助於激發討論和管理項目範圍
  • 促進從多維度進行項目規劃,確保不同的想法可以得到採納

如何以故事地圖的方式來全面理解用戶需求、分解和優化需求,請參考清華大學出版社出版的 《用戶故事地圖》一書。

1.2 用戶故事(User Story)

用戶故事是從用戶的角度來描述用戶渴望得到的功能,一個好的用戶故事包括三個要素:

  1. 角色:誰要使用這個功能。
  2. 功能:需要完成什麼樣的功能或目標。
  3. 價值:爲什麼需要這個功能,這個功能帶來什麼樣的價值。

用戶故事通常按照如下的格式來表達:
作爲一個<角色>, 我想要<活動>, 以便於<商業價值>

用戶故事應該清晰地體現對用戶或客戶的價值,最好的做法是讓客戶團隊來編寫故事。客戶團隊應包括能確定軟件最終用戶需求的人,可能包括測試者、產品管理者、真實用戶和交互設計師。因爲他們處於描述需求的最佳位置,也因爲隨後他們需要和開發者一同設計出故事細節並確定故事優先級。

如何更好的進行用戶故事與敏捷開發方法的結合,編寫良好的用戶故事,排列用戶故事的優先級,請參考清華大學出版社出版的《用戶故事與敏捷方法》一書。

2. 定義用戶故事地圖和用戶故事

進入“項目視圖空間”中,選擇“協作->故事地圖”菜單,定義史詩和用戶故事信息。

在這裏插入圖片描述

我們的用戶故事地圖由以下幾部分組成:

  1. 史詩,對應用戶故事中的用戶行爲活動,一般我們以應用模塊作爲定義
  2. 用戶故事,描述用戶希望得到的功能
  3. 故事縮略圖,用戶故事地圖很大時可以快速導航
  4. 史詩或用戶故事詳細信息
  5. 史詩或用戶故事關聯的附件、知識條目和問題

如果啓用了項目羣管理,1和2之間就會多出一層特性對應用戶故事地圖中的用戶任務,由於我們的這個項目沒有啓用項目羣,所以史詩直接和用戶故事關聯

2.1 史詩定義(用戶行爲活動)

根據BrIoT應用建設的需求,我們定義如下的史詩信息:

史詩名稱 史詩概要
產品管理 包括的核心功能:產品維護、數據流維護和功能點維護
設備管理 包括的核心功能:設備組維護、設備維護和設備指令下達管理
儀表盤 包括數量統計、設備狀態和趨勢統計的圖表和儀表盤展示
移動應用 移動設備上實現主要的功能,iOS, Andriod, Wechat

2.2 用戶故事定義

進一步分解史詩,定義如下的用戶故事信息(部分):

史詩名稱 用戶故事
產品管理 作爲產品管理員,我希望能夠錄入產品信息進行產品管理
產品管理 作爲產品管理員,我希望能夠修改產品信息
產品管理 作爲產品管理員和用戶,我希望能夠查看所有產品的信息
產品管理 作爲產品管理員,我希望能夠看到每個產品下管理的設備總數
產品管理 作爲產品管理員,我希望能夠看到每個產品下數據流的總數
產品管理 作爲產品管理員,我希望能夠看到每個產品下功能點的總數

更多的用戶故事定義就留給讀者自己去完成。

2.3 產品版本規劃

BrIoT應用建設是一個持續迭代的過程,快速迭代實現更好交付價值的同時及時收集用戶的反饋,通過用戶故事地圖,根據業務的需求制定產品發佈計劃,進而排定用戶故事的優先級。爲了能夠逐步的解釋Buildrun的應用構建能力,我將採取先實現核心功能開始,逐步完善細節和複雜邏輯的步驟進行應用版本發佈計劃。

進入“項目視圖空間”中,選擇“協作->工作列表”菜單中的“版本列表”,定義產品發佈版本信息。

在這裏插入圖片描述

按照產品發佈版本的定義,在用戶故事規劃界面中(協作->故事地圖)將用戶故事指定爲某些版本(1),並切換故事地圖到“版本泳道”視圖(2),可以清楚的按照版本規劃展示規劃好的用戶故事。

在這裏插入圖片描述

3. Backlog和衝刺規劃

完成了用戶故事的定義和版本規劃後,可以根據團隊的能力進行任務的創建和管理,完成敏捷迭代的規劃,進入到應用的構建階段。

進入“項目視圖空間”中,選擇“協作->工作列表”菜單進入待辦事項視圖,通過創建衝刺(1),從3區域拖動待辦事項到2區域中加入衝刺中。也可以通過“創建問題”來創建新的用戶故事或任務等。

在這裏插入圖片描述

有了任務和衝刺的規劃,團隊成員就可以進入“項目視圖空間”中,選擇“開發->迭代計劃”菜單進入迭代計劃(看板)來可視化管理任務進度,推進應用構建過程中項目和任務的管理。

在這裏插入圖片描述

至此我們已經準備好了應用構建前的項目準備和相關任務規劃,從下一課開始進入應用構建。

4. 關聯知識

在功能需求梳理過程中,會涉及到功能模塊的設計,或者功能的原型設計等,Buildrun平臺提供知識庫的功能來幫助團隊成員協作完成知識管理的工作,在“項目視圖空間”中,選擇“協作->知識庫”菜單進入知識維護界面,定義的知識可以在史詩、用戶故事等進行關聯。

遇到問題怎麼辦

在Buildrun使用過程中,任何平臺的問題和建議,都可以點擊頁面右下角用戶反饋按鈕,實時向開發團隊提交反饋,我們會在第一時間處理。

在這裏插入圖片描述

上一節開發課程回顧

《BuildRun低代碼開發教程第一節|項目環境準備》

下一節將講解如何通過迭代計劃和代辦事項進行任務的管理,本系列開發教程不斷更新中,歡迎持續關注。

關於BuildRun

BuildRun帶來了多雲架構環境下基於視覺的企業級應用創建、集成、部署、生命週期管理和分發的能力,由開源Choerodon豬齒魚核心團隊創立的BuildRun公司(上海翹騰科技有限公司)的使命是以雲原生的現代化軟件架構來幫助企業提升軟件開發生產力和業務敏捷性,它提供企業級DevOps平臺和企業級低代碼開發平臺,幫助隱藏應用所依賴的基礎環境的複雜性,讓每個人都只需要專注在業務邏輯上,以新的方式讓團隊能夠快速、持續地將他們的想法轉化爲真正的商業價值。


歡迎免費註冊,體驗試用低代碼應用開發

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章