亚洲 欧洲 日韩 综合色天使,久久国产Av无码一区二区老太,人妻醉酒被下药迷昏带到诊所 ,亚州老熟女A片AV色欲小说

研發(fā)項目管理制度和流程制度,研發(fā)項目管理制度和流程規(guī)范?

項目復(fù)盤是項目管理中的關(guān)鍵一環(huán),以下復(fù)盤總結(jié)來自勝哥的實踐。

復(fù)盤需要分層分級

勝哥所在的公司,針對大項目的復(fù)盤,會分層分級地做好幾次。

比如,各專業(yè)領(lǐng)域(軟件、硬件、測試、產(chǎn)品、市場等等)分別做各自的復(fù)盤;

然后項目經(jīng)理牽頭,召開項目整體復(fù)盤會議,公司領(lǐng)導(dǎo)往往會參與。

不同層級的復(fù)盤動作,關(guān)注的側(cè)重點是不同的。

本文介紹的思路或?qū)嵅俎k法,主要用于項目軟件研發(fā)過程的復(fù)盤總結(jié)。

研發(fā)項目管理制度和流程制度,研發(fā)項目管理制度和流程規(guī)范?

1. 最精簡的復(fù)盤辦法

20%的投入,收獲80%的復(fù)盤效果

有這么一句話,項目復(fù)盤的目的,就是要:

將做得好的地方,更加發(fā)揚光大;

將做得不好的地方,改進、完善。

不過在實際執(zhí)行時,勝哥往往遇到的情況是:

老項目還沒來得及復(fù)盤總結(jié),新項目已經(jīng)到來。

這逼得勝哥采取一些更高效的手段,用較少的時間、精力,力爭達到80%的復(fù)盤效果:

只針對較大或重大問題進行復(fù)盤、檢討。

即,復(fù)盤時更注重對重大教訓(xùn)的總結(jié),防止后續(xù)項目重復(fù)犯類似的錯誤。

這樣做當(dāng)然不是最完善的。

舉個例子:

對于軟件研發(fā)項目來說,研發(fā)文檔的撰寫是非常關(guān)鍵的內(nèi)容。

但很多程序員往往并不喜歡寫文檔,或者沒有時間寫文檔。

如果時間允許,復(fù)盤時就應(yīng)當(dāng)有一個關(guān)鍵動作:

專門針對文檔輸出進行檢討。

為了克服復(fù)盤時間有限,無法執(zhí)行全面復(fù)盤的問題,勝哥將更多功夫花在了平時:

平時就注重研發(fā)文檔的輸出

針對研發(fā)文檔輸出這一項,勝哥的實操方法是:

平時就在團隊不斷強化研發(fā)文檔的重要性:

一方面將文檔撰寫的執(zhí)行情況納入績效考核;

另一方面,自己要投入一定的時間,對文檔進行必要的檢查。

當(dāng)然,為了讓小伙伴愿意寫文檔,而且寫得高效,勝哥給小伙伴的建議是:

1)能用圖、表,就不要寫太多文字;

2)只需要將關(guān)鍵流程或比較復(fù)雜的邏輯呈現(xiàn)清楚即可。

做好研發(fā)過程中的問題記錄

項目執(zhí)行過程中遇到的問題,除了要盡快解決外,更要在解決完畢后及時記錄:

問題描述、問題產(chǎn)生的原因、嘗試過的方法、最終的解決辦法、簡短的總結(jié)等。

以上記錄,不需要寫的多么詳細(xì),記錄下關(guān)鍵要點即可,為項目結(jié)束后的復(fù)盤留下關(guān)鍵線索。

重大問題第一時間復(fù)盤

研發(fā)過程中,如果有影響比較大的問題(比如嚴(yán)重影響到其他領(lǐng)域的工作),要在問題解決后第一時間復(fù)盤并整改,而不是等到項目結(jié)束才來復(fù)盤。

平時將上述幾個動作做到位了,項目結(jié)束時的總體復(fù)盤,心里就基本有數(shù)了。

2. 復(fù)盤實操辦法

以下為比較具體的復(fù)盤實操辦法。

參與對象

軟件研發(fā)項目的過程復(fù)盤,該項目所有的軟件研發(fā)人員都要參與。

此外,復(fù)盤會議最好叫上產(chǎn)品經(jīng)理、項目經(jīng)理、測試經(jīng)理等上下游關(guān)鍵角色。

會前要確定好主持人和記錄人。

最好在項目結(jié)束后的1~2周內(nèi),就召開復(fù)盤會。

否則間隔時間太長,很多細(xì)節(jié)或材料都可能缺失,討論問題時就容易引起爭議。

做好會前的材料收集

主持人要在會前收集相關(guān)的客觀數(shù)據(jù)或記錄:

比如測試報告、buglist、需求變更記錄等。

目的就是要用客觀數(shù)據(jù)而不是主觀評價,作為問題的評判依據(jù)。

此外,與會人員都要輸出自己的思考和總結(jié):

提交自己發(fā)現(xiàn)的問題,以及自己能夠想到的解決思路。

通過這種方式,能夠收集到更多來自不同視角的意見。

主持人要在會前收集好每個人要講的材料,進行匯總、整理,合并重復(fù)內(nèi)容,擬定重點討論的話題。

以項目目標(biāo)為牽引

將最初的目標(biāo)作為評判標(biāo)準(zhǔn),才容易界定并發(fā)現(xiàn)問題。

一些軟件研發(fā)過程中常見的問題:

技術(shù)方案事前評估不充分。

開發(fā)周期預(yù)估不準(zhǔn)確。

需求變動頻繁。

(特別是toB類項目,如果售前或方案經(jīng)理沒有對客戶進行充分的引導(dǎo)和需求把控,需求變動往往不可控)

BUG數(shù)量/BUG重開次數(shù)太多。

以上問題,都可以通過與項目最初的目標(biāo)進行對比,來界定。

以重大里程碑為線索,分階段討論關(guān)鍵問題

會議要做到高效,務(wù)必做到話題聚焦。

可以用項目里程碑,來控制會議的節(jié)奏:

每個里程碑只討論該階段的關(guān)鍵問題,避免討論時的話題發(fā)散和混亂。

此外,不要將復(fù)盤會開成了表彰會。

一個實操建議,會前明確要求,復(fù)盤會只講問題,不講功勞。

當(dāng)然,也要開宗明義地強調(diào):

復(fù)盤的目的,是借助挖掘問題背后的原因,找到改進方法,問題不會與績效、獎金等掛鉤。

這其實對團隊負(fù)責(zé)人有更多的要求:

要在平時就注重,發(fā)掘并及時表彰有優(yōu)秀表現(xiàn)的同事;

當(dāng)然,對于表現(xiàn)差的同事,也要及時發(fā)現(xiàn),并有理有據(jù)地進行績效負(fù)向考評。

好的及時獎勵,不好的及時糾錯。

日常就做到這2點,大家才敢放心地在復(fù)盤會上,提出自己或別人的問題:

因為已經(jīng)在平時,為所犯的錯誤付出了代價。

以輸出可復(fù)用經(jīng)驗為主要目標(biāo)

復(fù)盤的目的是為了后續(xù)做得越來越好。

所以,復(fù)盤的產(chǎn)出一定是容易落地的整改措施。

勝哥的實操方法:

一個項目復(fù)盤,最多提煉出3~5條大的改進措施。

而且每一條都要給出后續(xù)具體落地的辦法、時間計劃、責(zé)任人等。

整改措施太多,容易抓不住重點,落地效果就會很差。

抓住3~5條,死盯不放!

項目復(fù)盤的意義,是為了后續(xù)做得更好。

抓大放小,以分析、總結(jié)典型問題為抓手,找出幾條關(guān)鍵的整改措施,復(fù)盤的主要目的就算達成了。(來源:勝哥日記)

本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請發(fā)送郵件至 sumchina520@foxmail.com 舉報,一經(jīng)查實,本站將立刻刪除。
如若轉(zhuǎn)載,請注明出處:http://www.qjsdgw.cn/107312.html