亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

DevOps平臺之看板設計

發布時間:2020-08-05 01:28:33 來源:ITPUB博客 閱讀:151 作者:EAWorld 欄目:開發技術

DevOps平臺之看板設計

轉載本文需注明出處:微信公眾號EAWorld,違者必究。

引言:

在DevOps的研發過程中,好的看板功能有助于優化項目管理、提升開發效率,是較重要的功能之一。本文從需求分析角度入手,分析DevOps產品對看板的需求,并結合普元DevOps產品看板部分的實際開發經驗和用戶反饋向大家介紹DevOps看板的設計實踐之路。   

目錄:

1.DevOps需要的看板 

2.看板實踐及優化  

1.DevOps需要的看板 
看板是DevOps較為常用的功能,整個項目開發周期都離不開它,從需求劃分、任務分配、功能實現到測試上線都需要看板的協助,看板使抽象工作流程可視化,讓項目管理者能更清晰的掌握項目進度。由此,看板設計實踐就成為了DevOps實踐的重要內容之一。首先我們需要了解一下,DevOps中的看板需要具備怎樣的功能:
1.價值流
廣義的價值流指的是從原材料變為成品、并給他賦予價值的全部活動。包括原材料的獲取,對原材料進行加工后轉變為成品交付給客戶的過程,其中還包括了各個階段各方之間的溝通形成的信息流也是價值流的一部分。完整的價值流包括供應鏈成員之間的溝通,物料的運輸,生產計劃的制定和產品的生產過程等。

DevOps平臺之看板設計

舉個簡單的例子,服裝加工廠要按照客戶要求生產一批服裝,生產方首先需要和客戶確定衣服的款式,用料,具體尺碼信息,然后采購制衣所需的布料,將衣服制作圖紙下發到相關工人手中,工人按圖制衣,完成既定數量的通過質量檢測的成衣后將成品送到客戶手中,這就是一條完整的價值流。

DevOps中的價值流

在DevOps中,價值流的概念同樣適用。定義:把業務構想轉化為客戶交付價值的、由技術驅動的服務所需的流程。

價值流貫穿了整個開發周期,好的價值流在保證快速的交付的同時還能保證部署工作不會產生混亂和破壞。只有打通業務、開發運維等一些列的價值鏈條,保證價值可以完整暢通的流動,減少積壓重組,才能保證產品的順利交付。在此前提下,提高開發效率實現敏捷開發才是可能的。但是技術價值流與制造業的價值流不同,它是不可見的,因此我們很難發現整個價值流是否順暢,在哪里產生了阻礙積壓。因此我們需要將價值流可視化,清晰的把價值流的呈現出來,這樣價值流是否完整,哪里存在缺失就一目了然了。

2.DevOps的三步工作法基礎原則

《鳳凰項目》一書把三步工作法作為基礎原則并由此衍生了DevOps的行為和模式:

DevOps平臺之看板設計

(1)開發到運維的工作快速的從右向左的流動------流動原則
在保證質量的前提下加快價值流的流動速度,盡可能的優化工作流,減小流動單元合理控制流量,減少等待時間,提高工作效率,可以歸結為以下幾點:
  1. 使工作可見

  2. 合理控制最流動單元

  3. 減少交接次數

  4. 消除阻礙價值流的問題

(2)從右向左的每一個階段中,應用持續、快速的工作反饋機制------反饋原則
反饋原則是在流動原則的基礎上建立的一條信息流,價值流上的各個環節通過這條信息流溝通,好的信息流有助于及時發現并解決問題,從中分析并總結經驗可以提升項目開發效率。
(3)建立具有創意和高可信度的企業文化,支持動態的、嚴格的、科學的實驗——持續學習與實驗原則:他打造出一種高度信任的文化和一種科學的工作方式
常見的項目中每天的站會、每周的周會一般是項目成員集中在一起交流并互相學習的機會,大家對工作作出自我總結并提出自己的想法互相交流意見,實現工作中的自我提升。

看板在DevOps中主要作為價值流的載體的一部分,使價值流中一些較為抽象的信息可視,并讓用戶可以從中看清楚價值流的流通情況、每一個環節及環節的具體操作情況,何處需要改進、何處存在問題。三步工作法則可以幫助提升工作效率。結合對價值流的概念以及三步工作法原則的分析,看板需要具備以下功能:

(1)清晰描述最小工作項單元及工作項間的關系

(2)提供便捷的小組成員互相溝通方式

(3)快速直接的反饋某工作項的各種情況

(4)一目了然的任務完分配集成情況,方便開會總結

2.看板實踐及優化 
首先是工作的最小單元——工作項,工作項是看板上各類工作內容的最小顯示單元,負責顯示工作內容的各種信息,一些類似的工作項管理看板對工作項類型進行了極為細致的劃分,但過于繁雜的工作項類型難于記憶并且存在概念重復反而不利于,結合實際項目開發情況我們將工作項類型分為三類:
(1)故事——一個故事代表一個完整的需求點,可以包含多個任務、bug,一  個故事及其包含的所有子項目可以完整的詮釋一個需求點在價值流上流通的全過程
(2)任務——將故事拆分為一個個的具體工作內容,分配到具體人員
(3)Bug——測試人員向開發人員、項目管理人員提出反饋的途徑
工作項的要展示很多的具體信息:
DevOps平臺之看板設計

(1)描述信息(標題、描述、附件、Comments、所屬迭代、所屬版本)
Comments是提供給開發人員的交流空間,讓開發人員可以在這里進行簡短的意見交流,一些較小、內容簡短的討論可以在這里進行,無需所有相關人員聚集在一起討論節約時間
(2)狀態信息(工作項狀態、優先級)
(3)人員信息(責任人、創建人、解決人)
明確工作項的相關人員,責任劃分明確。
(4)時間信息(創建時間、預估時間、耗費時間、到期時間)
提供明確的時間信息,有利于項目管理者控制項目開發進度
(5)關聯的工作項(子任務、Bug)
將有關的工作項關聯到一起,完整描述產品中某一項功能,從需求分析到開發實現到測試反饋的全過程
工作項設計完成后需要考慮的就是如何一個個的工作項集中在一起展示,考慮到DevOps的用戶有很多不同的角色,對看板的關注角度也不同,例如項目經理更希望可以一目了然的看到任務的完成情況,開發人員需更關注的是分配給自己的工作項的具體的內容,綜合各方面分析考量,對看板設計了四種展示方案:
(1)普通列表
DevOps平臺之看板設計
普通列表視圖用分頁列表形式展現工作項,不會展示過于詳盡的信息,意在為用戶提供一個可以快捷操作的頁面,如添加工作項、快速修改工作項的狀態。
(2)詳情列表
DevOps平臺之看板設計

詳情列表視圖將頁面分為左右兩個區域,左側是簡化的目錄列表展示全部工作項,右側展示用戶在目錄列表選中的工作項的全部信息,適用于快速瀏覽工作項后切換查看各個工作項的詳細信息。

(3)狀態甬道

DevOps平臺之看板設計

從工作項狀態的維度展示工作項的簡要信息,標題、負責任、狀態,方便項目組舉辦周會,每日站會時匯總展示當前所有工作項所處狀態,統一分配任務、總結任務完成情況使用,采用拖拽形式來修改任務狀態,方便快捷。

(4)時間甬道

DevOps平臺之看板設計
針對每日站會的甬道,項目進入較為緊張的開發階段時往往需要每日或較短的時間內分配任務、查看任務完成情況,以時間為展示維度,讓項目管理者看到每個時間段內工作項的數量、完成情況,方便把控項目進度。
根據真實使用反饋的優化完善
DevOps的看板設計完成后經過一段時間的使用,發現了許多問題,我們對此做出了總結和改進:
(1)檢索功能優化
工作項具備很多檢索條件,條件過多,選擇控件按鈕在頁面上堆疊,用戶體驗不佳,所以改為采用折疊形式的查詢欄并提供常用查詢條件存儲功能,優化體驗。
(2)時間甬道看工作項板卡片優化

DevOps平臺之看板設計

工作項具備很多屬性,開站會時經常需要修改負責人、任務優先級等一些信息,甬道修改時間方便但是要修改其他屬性則需要進入詳情頁面,增加了操作步驟,浪費時間,因此將一些常修改的屬性添加至卡片上方便修改。
(3)列表視圖信息快速修改優化
DevOps平臺之看板設計

列表視圖的使用者一般對工作項內容較為了解,很少查看工作項詳細內容,此類用戶要修改工作項的一些基本信息時不希望進入詳情頁后才能修改工作項信息,因此將列表的單元格改為可編輯形式,減少點擊頁面次數。

以上就是普元DevOps產品看板模塊的設計和實踐歷程,在價值流可視化和項目成員溝通等方面我們仍在持續改進,希望能打造出更便捷、更清晰的看板,完善DevOps平臺看板模塊。

*參考書籍:《DevOps實踐指南》

DevOps平臺之看板設計

關于作者夏夏,前端工程師,參與普元DevOps產品開發,以及微服務、容器云等產品開發,負責前端頁面設計、架構搭建等工作。善于架構搭建、組件封裝及相關算法設計。

關于EAWorld:微服務,DevOps,數據治理,移動架構原創技術分享。

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

鹤岗市| 鸡泽县| 诸城市| 大新县| 项城市| 登封市| 松潘县| 武山县| 凤山市| 湘乡市| 泰州市| 吉木萨尔县| 贵阳市| 临邑县| 论坛| 北碚区| 万安县| 清徐县| 修文县| 左权县| 昌乐县| 绥芬河市| 芒康县| 宜春市| 乐山市| 银川市| 额尔古纳市| 龙泉市| 彭泽县| 汨罗市| 中西区| 银川市| 平塘县| 泌阳县| 康保县| 普安县| 栖霞市| 扎鲁特旗| 府谷县| 青田县| 文登市|