項目質(zhì)量管理之持續(xù)改進
2020-03-30 來源:職教與項目管理在線 PM進階圈
持續(xù)改進(Continual improvement),也叫持續(xù)改善(Kaizen),最初是一個日本管理概念,指逐漸、連續(xù)地增加改善,是日本持續(xù)改進之父今井正明在《改善-日本企業(yè)成功的關(guān)鍵》一書中提出的。Kaizen意味著改進,涉及每一個人、每一環(huán)節(jié)的連續(xù)不斷的改進,從高層管理人員、中層管理人員到工人。
持續(xù)改進的關(guān)鍵因素是:質(zhì)量、所有雇員的努力、介入,自愿改變和溝通。提出持續(xù)改進的原因是在做項目的過程中,如果發(fā)現(xiàn)一個問題,要在吸取經(jīng)驗教訓(xùn)之后進行改正,主要用于推動事情發(fā)展的。項目不能反復(fù)地踩同一個坑,大家如果遇到了一次問題,下次再遇到這樣的問題你就不會再犯錯誤,這時候就已經(jīng)叫做改進了。從這個角度來說,持續(xù)改進是質(zhì)量管理重點關(guān)注的內(nèi)容。
項目管理有一個很重要的原則叫做吸取經(jīng)驗教訓(xùn),吸取經(jīng)驗教訓(xùn)的背后其實就是要持續(xù)改進。每次我們吸取了經(jīng)驗教訓(xùn)下次不犯了,這個就叫持續(xù)改進。
本文基于軟件項目,探討如何持續(xù)改進軟件質(zhì)量。
一、遇到的問題
在做項目過程中,經(jīng)常出現(xiàn)“反復(fù)踩同一個坑”的情況。一個團隊里小李犯了一個錯誤導(dǎo)致生產(chǎn)事故,沒多久后,小王又因同樣的錯誤導(dǎo)致生產(chǎn)事故,又沒多久,小張因類似錯誤導(dǎo)致生產(chǎn)事故………
作為項目管理人員,碰到團隊成員一而再、再而三的出現(xiàn)這個問題,絕對惱火。組織開會討論,強調(diào)安全生產(chǎn)、生產(chǎn)無小事等等,讓團隊成員緊繃一根弦。
短時間可能有效,但我們發(fā)現(xiàn),沒過多久,還是會出現(xiàn)類似的錯誤。
二、持續(xù)改進辦法
1、測試改進
從測試階段來說,通常包括單元測試、系統(tǒng)測試(SIT)和驗收測試(UAT),每個測試階段的關(guān)注點不同,但相同的目標(biāo)都是檢查產(chǎn)品質(zhì)量、找出產(chǎn)品存在的缺陷。所以,我們歡迎測試人員在項目的各個階段發(fā)現(xiàn)缺陷、提出問題,但我們更歡迎在早期發(fā)現(xiàn)問題。發(fā)現(xiàn)越早,改造成本越小。
從測試手段來說,包括手工測試和自動化測試。手工測試由測試人員依據(jù)需求、設(shè)計編寫案例,采用腳本或客戶端操作的方式進行驗證。自動化測試是把以人為驅(qū)動的測試行為轉(zhuǎn)化為機器執(zhí)行的一種過程。通常,在設(shè)計了測試用例并通過評審之后,由測試人員根據(jù)測試用例中描述的規(guī)程一步步執(zhí)行測試,得到實際結(jié)果后,與預(yù)期結(jié)果進行比較。
手工測試更多的依賴測試人員的經(jīng)驗和責(zé)任心,而自動化測試可以集大眾經(jīng)驗,且節(jié)省人力、時間和硬件資源,提高了測試效率,目前比較受推崇。
遇到問題后,我們需要做測試改進,更新測試案例或測試手段,比如,增加死循環(huán)檢查的案例、超時的案例、邊界值的案例等等。在這個問題上,自動化測試更占優(yōu)勢。
2、直面問題,不避諱、不隱瞞。
創(chuàng)造一種直面問題、不避諱、不隱瞞的工作氛圍。
這個事情說起來容易,做起來難。通常出問題后,我們總是希望知道的人越少越好,以免給部門帶來不好的影響。通常來說,隱瞞是為了考核、是為了績效。大部分公司都有健全的績效考核制度,出現(xiàn)生產(chǎn)問題時,會扣責(zé)任人的考評分?jǐn)?shù)或工資。倒不是說應(yīng)該取消這項制度,但HR部門最好能將兩個事情結(jié)合起來考慮,建立一種怎樣的考評機制,能讓大家敢于直面問題。
讓應(yīng)該知道的人知道。哪些人是應(yīng)該知道的人呢?項目團隊,跟你從事同一個崗位、負(fù)責(zé)同一個系統(tǒng)的小伙伴們。有了問題、出了事情,怎么解決的,原因是什么等等,一定要讓這些小伙伴們了解清楚。
3、建立問題比對機制(逐項比對,逐項打勾)
從某個角度講,犯過的錯誤也是一種資產(chǎn)、一種財富,當(dāng)然要建立在對這些錯誤充分分析、提出改進措施的前提下。我們將團隊成員犯過的錯誤登記下來,團隊范圍內(nèi)共享,并且,投產(chǎn)評審時,要將這些問題比對一遍,確保歷史問題沒有出現(xiàn)。
在有的公司里,將歷史問題登記在《代碼走查單》中,做代碼評審時,逐項勾對。剛開始的時候還好,后期可能就變成一種形式,起不到預(yù)想的作用。
4、搭建問題墻。
我們已經(jīng)相當(dāng)習(xí)慣搭建榮譽墻,這樣看著舒服,團隊成員面子上也有光,但成績都是歷史,這些還是放在晉升報告里寫吧。在這里,我們要搭建問題墻。將團隊成員犯過的錯誤張貼在墻上,當(dāng)然,這個匿名比較好,只談問題、談原因、談解決辦法,也就是對事不對人。問題上墻的前提還是第一條,團隊要有直面問題、不避諱、不隱瞞的工作氛圍,這個時候團隊經(jīng)理要起表率作用,可以將自己以前犯過的錯、踩過的坑都貼出來,讓大家效仿;鼓勵團隊成員貢獻自己的“歷史問題”。
有新問題產(chǎn)生時,團隊經(jīng)理帶領(lǐng)大家分析、解決問題后,將問題貼上墻,一來讓大家學(xué)習(xí),二來起到警鐘作用。
以上,是本人在項目管理中用到、想到的方法,應(yīng)用這些方法后,的確提升了軟件質(zhì)量。然而,提升軟件質(zhì)量無止境,方法也必然很多,需要項目經(jīng)理們不斷總結(jié)經(jīng)驗教訓(xùn),不斷提升!
免責(zé)聲明:
1、項目經(jīng)理人發(fā)布的所有資訊與文章是出于為業(yè)界傳遞更多信息之目的,并不意味著贊同其觀點或證實其描述。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實,對本文以及其中全部或者部分內(nèi)容、文字的真實性、完整性、及時性本站不作任何保證或承諾,請瀏覽者僅作參考,并請自行核實相關(guān)內(nèi)容。
2、本站部分內(nèi)容轉(zhuǎn)載于其他網(wǎng)站和媒體,版權(quán)歸原作者或原發(fā)布媒體所有。如文章涉及版權(quán)等問題,請聯(lián)系本站,我們將在兩個工作日內(nèi)進行刪除或修改處理。敬請諒解!
延伸閱讀:
- 項目質(zhì)量管理八項原則與管理過程 (2020-03-31)
- 從西游記看什么是項目管理 (2018-11-09)
- 第7期:WBS助力創(chuàng)業(yè)公司高效分解項目和任務(wù) (2018-11-09)
- 七步成詩,解決復(fù)雜互聯(lián)網(wǎng)金融產(chǎn)品的需求管理難題 (2018-11-09)
- CIO:IT項目管理中的知識管理 (2018-11-09)
本站推薦
會議活動
- 12021第十屆中國PMO大會將于8月在北京召開
- 22020年中國管理研究(IACMR)大會將于6月在西安召開
- 32020第四屆全球人工智能大會將于6月在京召開
- 42020中國(北京)國際大數(shù)據(jù)產(chǎn)業(yè)博覽會將于6月...
- 52020第九屆中國國防信息化裝備與技術(shù)博覽會將...
- 62020年第十二屆通信軟件和網(wǎng)絡(luò)國際會議將于6月...
- 72020年第六屆國際信息管理大會將于3月在英國召開
- 82020第九屆工業(yè)技術(shù)和管理國際會議將于2月英國召開
- 9華為開發(fā)者大會將于2020年2月在深圳召開
- 102020第二屆全球制造業(yè)數(shù)字化轉(zhuǎn)型國際峰會將于2...
公開課程
- 1《市場驅(qū)動的新產(chǎn)品開發(fā)流程和研發(fā)項目管理》...
- 2《怎樣當(dāng)好研發(fā)項目經(jīng)理-研發(fā)項目經(jīng)理的軟技能...
- 3《研發(fā)項目管理》公開課培訓(xùn)將于2020年5月在北...
- 4《如何打造高效的研發(fā)團隊》公開課培訓(xùn)將于202...
- 5《成功的產(chǎn)品經(jīng)理—產(chǎn)品經(jīng)理的野蠻成長》公開...
- 6《研發(fā)人員的考核與激勵》公開課培訓(xùn)將于2020...
- 7《從技術(shù)走向管理—研發(fā)經(jīng)理的領(lǐng)導(dǎo)力與執(zhí)行力...
- 8《敏捷軟件開發(fā)》公開課將于2019年12月23-24日...
- 92020年度項目管理公開課開班計劃策劃中
- 102020年度項目管理公開課開班計劃策劃中