輕量級過程改進之綜述

2021-09-08 17:48:42 字數 2760 閱讀 9662

輕量級過程改進(light-weight process improvement,lpi)是一種針對中小型團隊軟體研發過程中普遍存在的重技術輕管理、研發管理缺乏規範、過程改進理念淡薄等現狀和問題而整理的一種「軟體過程改進方法和規範」。有眾多輕量級過程改進域組成,主要對中小型團隊持續地改進其軟體過程能力提供一些參考,內容組織上盡量保持其通用性,但個人水平和經驗有限,非常多改進域可能僅僅侷限於特定團隊和場景,須要大家依據各自團隊的現狀做裁剪和擴充。

一.輕量級過程改進

輕量級過程改進參考了眼下業界主流研發管理理念和模型,包含pace、ipd、cmmi、scrum、xp、lean以及pmbok中的內容。個人覺得這些理念和模型都有其獨到之處,但也各有其侷限性,如pace和ipd主要面向大型團隊且須要與團隊績效等組織層面工作模式緊密結合,中小型團隊通常不適合;cmmi模型僅僅是回答了「達到xx級別的軟體過程應該長什麼樣」這個問題,並沒有說明「怎麼做才幹達到xx級別」。並且本身也是過於複雜,中小型團隊實施過程須要精簡和剪裁。scrum模型看似簡單。但對團隊要求太高。要想達到理想效果難度偏大;xp偏重於project實踐,在管理理論體系上不夠完好;lean眼下還處於理論體系研究和完好階段。缺乏詳細可操作的模式和工具;pmbok則偏重於通用性的專案管理,而不是軟體研發過程的管理。

初創型團隊或亟需過程改進的團隊通常不建議也無法照搬上述模型中的不論什麼乙個,而須要結合團隊實際情況博採眾長和集思廣益,這也是lpi的思路。這裡的輕量級的含義就是我們的做法是盡量簡單以確保可以得到團隊的認可並進行廣泛推廣,我們的目標也不是可以做到100分。而是乙個從不及格到60分的過程。假設我們哪一天可以站在60分的角度去看問題了,那可能我們就會採用其它的模型來幫助我們做更高層次的過程改進。

二.改進域

輕量級過程改進不是乙個完整模型。也不是一套解決方式,關注點在於「改進」,即從研發團隊中存在的問題出發提出解決這個問題的方**和實踐模式,而問題來自於研發團隊的方方面面,個人梳理這些問題並把它們整理成五個大類,各自是:

產品管理

改進域描寫敘述

高效決策

對怎樣進行有效決策以促進團隊對產品開發達成一致進行分析和改進

產品平台

對怎樣建立產品化平台以促進產品的穩定構建進行分析和改進

標準化管理

對怎樣通過產品標準化管理促進高速開發和專案實施進行分析和改進

需求開發

對怎樣針對詳細產品需求進行需求分析和開發進行分析和改進

專案管理

改進域描寫敘述

專案啟動

對怎樣從銷售線過度到專案線從而有效啟動專案進行分析和改進

專案計畫

對怎樣建立、管理專案範圍和時間進行分析和改進

需求管理

對怎樣進行需求調研、需求管理進行分析和改進

專案監控

對怎樣進行需求變更、問題跟蹤和風險管理進行分析和改進

客戶驗收

對怎樣進行產品試執行和驗收進行分析和改進

研發管理

改進域描寫敘述

系統整合

對怎樣在多人、多系統開發環境下進行高效整合進行分析和改進

技術評審

對怎樣使用技術評審進行研發過程和**質量把控進行分析和改進

配置管理

對怎樣進行版本號控制、基線管理等進行分析和改進

質量保證

對怎樣進行產品和過程質量保證進行分析和改進

量化管理

對怎樣進行研發過程的資訊透明、開發度量進行分析和改進

運營管理

改進域描寫敘述

服務運營*

對怎樣高效的收集、分析服務使用者資料並促進產品優化進行分析和改進

客服管理*

對怎樣高效的響應、統計和分析客戶請求進行分析和改進

團隊管理

改進域描寫敘述

跨職能團隊

對怎樣建立、建設和管理研發團隊進行分析和改進

團隊培訓

對怎樣開展團隊培訓提高團隊總體戰鬥力進行分析和改進

過程資產建設

對怎樣建設團隊的過程資產、管理團隊知識進行分析和改進

績效管理

對怎樣進行團隊績效管理進行分析和改進

*相對企業級應用。運營管理和客服管理更加偏重於面向網際網路的產品管理

每個改進域通過下面簡單結構進行組織:

伴隨改進域的分析、展開和總結,可能會有文件及過程資產等須要梳理。在每乙個改進域中也會有對應的描寫敘述並提供簡要的模板說明。

三.角色與職責

輕量級過程改進主要環繞研發團隊展開工作,同一時候包含研發團隊外圍的部門和團隊,本文中提到的每乙個改進域都是站在研發團隊的角度上看問題,研發團隊角色是其基本的參與角色,但可能也包含一些配合型的、非研發團隊角色。

研發團隊主要角色和職責總結例如以下:

外圍團隊主要角色和職責總結例如以下:

四.小結

過程改進的目標是改進研發團隊的總體績效。過程改進是一項重要和長遠的工作。一定要依據機構的實際情況(如發展戰略、研發實力等)來梳理過程域和改進方案,並要充分考慮過程改進的成本和效益。輕量級過程改進的宗旨是針對沒有專設過程改進部門的中小型研發團隊,通過比較低的代價有效地改進過程能力。目標是能達到適合團隊發展的過程能力。過程改進的推行者應當具備一定的軟體project和專案管理知識。再通讀主流的軟體開發管理模型和過程改進模型,並進行裁剪和擴充。本系列興許文章將對詳細的改進域逐一展開討論,非常多內容見仁見智,不當之處歡迎一起交流。

輕量級過程改進之綜述

輕量級過程改進 light weight process improvement,lpi 是一種針對中小型團隊軟體研發過程中普遍存在的重技術輕管理 研發管理缺乏規範 過程改進理念淡薄等現狀和問題而整理的一種 軟體過程改進方法和規範 有眾多輕量級過程改進域組成,主要對中小型團隊持續地改進其軟體過程能力...

輕量級過程改進之績效管理

績效管理是對團隊成員進行工作評估和激勵的過程,雖然很多時候會由人事部門進行員工的績效管理,但對研發團隊而言,技術人員的績效管理很難把控,所以很多團隊往往對績效管理避而遠之,採用管理層主觀判斷的方法進行績效把控 有些團隊雖然會做一些績效管理,但只是關注於績效考核,而忽略績效背後的工作計畫 評估 激勵以...

輕量級過程改進之需求開發

需求開發是指通過對使用者需求進行分析,開發產品需求的過程。需求開發在於把面向使用者的需求轉換為面向研發團隊的需求的過程,回答研發團隊 我們要做什麼樣的產品 的問題。需求開發直接面向研發團隊,是使用者需求傳遞到研發團隊中的必要一環。本文主要闡述在專案需求開發過程中涉及的主要規程 可能存在的問題 分析這...