參加《全流程全要素的研發專案管理》培訓記錄與心得

2021-06-22 09:37:30 字數 3527 閱讀 3433



參加《全流程全要素的研發專案管理》培訓記錄與心得

最近,非常有幸參加了公司組織的一次外部關於《全流程全要素的研發專案管理培訓》活動,此次培訓由融智諮詢的冷力強老師主講,針對軟體企業在快速擴張發展中遇到的問題,採用系統化的管理思路和方法提出了解決方案,同時借鑑了國內知名企業的管理策略和成功的管理方法,對研發專案的全流程全要素進行了系統詮釋和講解。

通過兩天的集中培訓和交流互動討論,學習到了非常多的知識和管理的思路以及企業在發展中需要迫切改進和實施的要點。特別是冷老師富有號召力的培訓風格,讓大家積極參與其中,主動討論,積極參與討論和交流,深刻理解並且使用新的思路和方式對公司目前管理中的不足之處進行了改進,先後從研發專案產品技術規劃、研發專案組織、研發專案結構化流程、研發專案計畫管理、質量管理、成本管理、績效管理

七個方面進行了詳細的講解,其中核心的內容主要有以下四個方面:

產品版本系列型譜

vrm(細腰型產品架構)

組織結構設計(產品線、產品經理)

專案計畫管理(

pert

網路圖)

績效考核,強制分布。

培訓一開始,冷老師簡單自我介紹後,從軟體企業從小到大的發展過程中遇到的

8個典型問題入手,圍繞企業缺少產品和技術貨架,缺少市場經理和產品體系規劃,缺少核心的技術,跨部門流程協調困難,人才梯形團隊建設不合理,缺少評價績效考核標準等,精心深思,發現這些問題在公司都或多或少的存在,有的還非常嚴重,迫切需要改進和解決。

企業的發展都需要經歷專案型階段、平台沉澱

vrm階段、核心平台形成

vrm階段三個階段,其中平台產品的形成階段至關重要,這是關係到企業是否能夠從以專案為主的經營模式成功轉型到以產品、產品線為主的經營模式,經營模式的轉變直接關係到企業的盈利模式的轉變和戰略的轉變,保持企業

5-8倍的平均增長率。

在專案階段及時進行產品貨架的建設,形成共享的產品知識庫,共享元件、共享經驗、共享流程、共享方案,形成共享的知識傳播機制。從技術技術

à技術平台

à產品平台(v)

à產品系列(r)

à定製專案(

m)構成企業的產品

vrm系列型譜,在細腰型產品架構建設和評價過程中,主要掌握以下幾點

細分客戶的需求規格,形成不同的客戶群體和產品領域。

提供針對不同客戶的

vrm版本,形成產品線,改變以專案開發為主的開發模式,轉變盈利模式。

正確合理區分技術平台、專用技術平台,形成共享技術平台。

區分企業的核心技術和關鍵技術,圍繞核心技術和關鍵技術自己開發,其餘技術外包,充分競爭,提高成熟度和價效比。

產品平台公升級換代的

r版本,產品和技術分離,改變產品開發模式,建立技術和產品貨架。

逐層分解,下層要把上層作為自己的客戶,管理上推行

ipd,基於市場需求、結構化流程、跨部門協作、並行開發、重用

cbb(企業公用技術模組)。

技術性企業的

t(核心技術)、

p(產品銷售)、

b(系統整合、定製專案)、

c(運營、服務收入)的經營模式。

目前公司的發展已經進入第二階段,但在技術平台和產品平台方面劃分不明顯,同時對產品貨架和產品線還沒有形成一定的規模,定製開發的專案還佔主要地位,這是今後迫切需要改進的地方。

依據產品系列型譜進行

組織設計核心原理為三個服務於(營銷服務於客戶、產品服務於營銷、支撐部門服務於產品線)如下:

依據細分客戶群,構建市場營銷體系,營銷服務於客戶,依據

vrm設定產品線,產品服務於營銷。強化規劃、營銷、解決方案和專案產出智慧型。技術平台和技術樹服務於產出線,設定產品經理及核心成員的職位。

依據資源線與技術樹的技術領域細分,設定專家委員會或專家組,建立系統工作與專家人才培養機制。專家負責①做規劃和需求方案的論證

②負責專案實施

③互相評審把關

依據產品的公升級換代路徑採用七二一演進路徑。所謂

721,即:

7-成熟業務,由產品經理或副職負責;

2-開拓業務,由公司領導負責;

1-布局業務,由業務專家負責。

設定專業(技術)高手職責:①新業務

②流程改進

③需求與方案

④計畫⑤員工培養

⑥評審把關

產品經理的主要職能:決策支援及建設、產品策略及發布推廣、銷售支援及客戶巡檢、體系建設及管理、產品開發餘專案管理、需求分析與路標規劃。

**流程的劃分:一級流程:端到端的階段劃分;二級流程部門之間的協同;**流程解決各角色的活動。

在組織結構方面,我們需要根據公司的情況進行產品線的規劃,同時要考慮組織結構方面的改進,形成以產品線為主體結構的部門結構,改變目前以職能部門的組織,解決跨部門協作中的問題,同時逐步組建產品經理的崗位和職責,從專案開發逐步走向以產品為主的開發。

在專案管理中,大家普遍採用

wbs、

gant

等方式進行計畫編制,借助微軟的

project

工具進行編制,但缺少了對網路圖

pert

的使用和關注。

pert

(網路計畫評審技術)是以網路圖的形式制定計畫,求得計畫的最優方案,並據以組織和控制開發程序,達到預定目標的一種科學管理方法。其核心的目標是:向關鍵工作要時間,向非關鍵工作要資源。

pert

圖的優惠目標和技巧主要有四點:

確保質量,避免返工

注活動評價要素,避免低層次質量問題。

質量難點活動,人員能力符合崗位要求。

關鍵點及階段評審點,專家把關。

縮短開發周期

各層貨架產品的並行開發;

角色活動並行

;前後置活動並行;

降低開發成本;低手上,高手釋放。

徹底解決質量、進度和成本的問題;採用成熟貨架產品,避免重複開發。

專案計畫衝突的解決方法①提前發現②區分關鍵路徑③區分優先順序④考慮產品貨架。

在冷老師的講解中提到了管理的四要素:計畫(目標)、組織、控制、激勵(

+協調),其中激勵屬於管理中的重要組成部分,績效管理主要實現①員工的主動承擔

②流程標準規範

③pdca

的3-5-7

遍三方面的內容。其中關鍵的三要素為:任職資格、流程與業務活動、預算與

kpi,形成優、良、中、差

的2-4-3-1

的強制分布

對績效考核中,發現的較差的員工採用以下幾種機制進行處理:

1、調崗

2、降級

3、績效考核

4、培訓指導

,主要通過量化考核目標,分析主客觀的原因,力求達到公平、公正、客觀。

通過兩天的集中培訓和討論學習,在培訓中,我們獲得了新的思路,引發了我們對專案管理、產品規劃、企業管理等方面的分析和思考,在討論中,我們加深了理解,驗證了我們的思路和想法,並能夠使得學到的知識進行落地應用,在整個過程中,我們學到了專案管理、企業管理的很多層面的方法和技巧,結合軟體二部目前的專案以及未來的發展前景,我們也在課程討論中進行了展望,在基建領域我們逐步積累我們的產品貨架,規劃我們的產品線,跟隨公司發展的腳步,全面提高我們部門的產品、專案的管理水平和轉變盈利經營模式。

專案研發流程及管理之我見

隨著工作年限的增長,我們從一開始負責乙個功能,再到負責乙個模組的資料字典及框架設計。再到負責整個系統的需求評審及架構設計。這一路見證著程式猿的成長。但當我們逐步成為一名架構師,或是一名專案管理人員時,會發現乙個專案的成功,會牽扯到各式各樣的問題及風險。無論是系統本身要相容快速發展的業務形態,還是由於...

QA 研發流程質量保證的要素

目前想多了解一下qa的內容,這裡記錄一下自己的實踐和領悟。研發的qa審計應該從幾個方面來看 1.時間計畫 要求pm計畫好本次版本需要迭代的次數和起始結束時間,對每次迭代要有明確的目標和方向。對每次的迭代時間變更需要記錄,一般可以每週提取快照一次。計算結束日期的偏移,版本計畫時間的總偏移。2.審計 通...

談專案管理的幾點要素

1 作為乙個專案經理必須關注專案成功的三個標準 簡單地說,一是準時 二是預算控制在既定的範圍內 三是質量得到使用者們的認可。乙個專案經理必須保證專案小組的每一位成員在工作中都能對照上面三個標準來進行工作。2 任何事都應當先規劃再執行 就專案管理而言 需要專案經理投入的最重要的一件事就是規劃。只有詳細...