質(zhì)量工作是每個(gè)公司、企業(yè)都有的工作，為了做好質(zhì)量檢測(cè)，成立專門的部門去進(jìn)行質(zhì)量管理，你工作有什么感悟？下面小編帶來(lái)的是關(guān)于質(zhì)量管理的幾點(diǎn)工作體會(huì)。

2016年入所至今，一直在技術(shù)規(guī)劃部質(zhì)量管理小組工作，參與過(guò)新版官網(wǎng)、BPM業(yè)務(wù)系統(tǒng)等項(xiàng)目；工作兩年來(lái)，從執(zhí)行者逐漸走向一個(gè)管理者，每一次的角色轉(zhuǎn)變都讓我感觸頗深，每個(gè)階段的歷練都不斷促使我去思考，從而形成在質(zhì)量領(lǐng)域一些理解和總結(jié)，下面就談?wù)剮�點(diǎn)工作體會(huì)。

1、分而治之，責(zé)任明確

任何項(xiàng)目都是由項(xiàng)目成員構(gòu)成，要保證項(xiàng)目產(chǎn)出的質(zhì)量，就需要管理好項(xiàng)目的參與者，及明確各參與者角色和責(zé)任，因此項(xiàng)目初期要明確成員間各自分工，明確項(xiàng)目做什么，要達(dá)到什么樣的目標(biāo)，有了具體愿景，項(xiàng)目團(tuán)隊(duì)各自分析為了達(dá)到此類目標(biāo)應(yīng)該怎么做，什么時(shí)候完成。特別是大型項(xiàng)目，項(xiàng)目參與人員角色多，有開(kāi)發(fā)、需求、UI設(shè)計(jì)、測(cè)試以及環(huán)境管理人員等角色，更需要明確角色定義、劃分責(zé)任邊界，讓專業(yè)的人干專業(yè)的事情，一人擔(dān)任多個(gè)角色容易導(dǎo)致責(zé)任混亂，有問(wèn)題定位不到個(gè)人，或者出現(xiàn)產(chǎn)出效果不佳，甚至出現(xiàn)個(gè)人成為項(xiàng)目瓶頸導(dǎo)致項(xiàng)目延遲。

對(duì)于質(zhì)量管理來(lái)說(shuō)，有了清晰的角色分類后，就需要對(duì)每個(gè)角色分配任務(wù)明確責(zé)任，特別是明確劃分每個(gè)角色的邊界職責(zé)，避免出現(xiàn)問(wèn)題，邊界模糊、責(zé)任落實(shí)不到位，問(wèn)題難以解決。這里最好遵循一個(gè)原則就是高內(nèi)聚、低耦合，同一類型的工作給同一角色或者個(gè)人進(jìn)行。如官網(wǎng)改版項(xiàng)目，在測(cè)試組內(nèi)我們按照網(wǎng)站功能劃分為CMS（Content Management System）、全文檢索、行情、報(bào)表、信息披露等幾個(gè)小組，各小組間任務(wù)不交叉，但是小組內(nèi)成員合力干好一件事情，且具體任務(wù)落實(shí)到個(gè)人，有問(wèn)題可追蹤到個(gè)人，減少團(tuán)隊(duì)任務(wù)較差避免重復(fù)勞動(dòng)，提高工作效率同時(shí)保障系統(tǒng)質(zhì)量。

2、交叉驗(yàn)證，協(xié)同作戰(zhàn)

明確項(xiàng)目愿景和各自責(zé)任后，就需要考慮怎么做（策略），什么時(shí)候完成，從而擬定出一份測(cè)試計(jì)劃。這里涉及到一個(gè)常見(jiàn)的問(wèn)題就是人員分工和協(xié)作，一個(gè)團(tuán)隊(duì)里面有經(jīng)驗(yàn)尚淺也有經(jīng)驗(yàn)豐富的員工，因而制定策略過(guò)程中，還應(yīng)考察測(cè)試成員相關(guān)情況，根據(jù)人員特點(diǎn)和成員能力層次結(jié)構(gòu)來(lái)進(jìn)行分工合作，完成任務(wù)保障質(zhì)量是一個(gè)目標(biāo)，另一方面也需要在項(xiàng)目中培養(yǎng)鍛煉新人，所以需要分配一些比較困難任務(wù)給年輕成員做，可能大家會(huì)擔(dān)憂新人能力不足，容易產(chǎn)生嚴(yán)重漏出，因此建議有個(gè)經(jīng)驗(yàn)豐富員工與之一組協(xié)同作戰(zhàn)，以老帶新必不可少。此外，分配任務(wù)時(shí)經(jīng)常會(huì)犯一個(gè)慣性思維就是“誰(shuí)對(duì)功能比較熟悉讓他/她繼續(xù)做”，這樣一來(lái)學(xué)習(xí)成本低，二則做事效率高；雖然一個(gè)人在長(zhǎng)期做一件事情效率會(huì)提高，但是人長(zhǎng)期做同一件事情容易形成一些慣性思維和精神疲勞，可能導(dǎo)致項(xiàng)目出錯(cuò)。為了降低人犯錯(cuò)的概率，我們通過(guò)交叉測(cè)試方式彌補(bǔ)個(gè)人思維錯(cuò)漏概率，重點(diǎn)功能交換三人或者更多人進(jìn)行測(cè)試，在不停交換過(guò)程中使得測(cè)試路徑和測(cè)試思維覆蓋范圍更廣和全面。特別是到項(xiàng)目后期時(shí)，測(cè)試人員已經(jīng)重復(fù)工作多次，容易產(chǎn)生懈怠情緒，安排新模塊進(jìn)行交叉測(cè)試，不但能夠降低重復(fù)性工作的疲勞，而且還能用新鮮感來(lái)刺激測(cè)試人員投入工作。

3、巧妙使用文檔配合溝通

大項(xiàng)目中分工明確是好事，但也反應(yīng)出另外一個(gè)痛點(diǎn)那就是溝通，團(tuán)隊(duì)成員間分工越細(xì)致，溝通成本更越高。曾經(jīng)參與一個(gè)項(xiàng)目，各類成員加起來(lái)近40人的團(tuán)隊(duì)，成員辦公地點(diǎn)散落各地。面對(duì)面溝通效果雖好，但是成本很高，很多時(shí)候有些項(xiàng)目計(jì)劃和分工、需求變更、功能修改等信息只能通過(guò)辦公軟件進(jìn)行溝通。但是溝通群里面每天幾百條信息，工作人員很難關(guān)注到每條信息，導(dǎo)致信息沒(méi)有傳遞到位。加上消息經(jīng)常有變動(dòng)，導(dǎo)致項(xiàng)目成員都難以確認(rèn)哪個(gè)信息才是最終的版本。因此，每個(gè)小組指定一個(gè)接口人，使用任務(wù)分工文檔記錄計(jì)劃安排和進(jìn)度，用跟蹤文檔記錄需求變更項(xiàng)跟蹤任務(wù)狀態(tài)，使用變更日志記錄前后臺(tái)接口、功能變更點(diǎn)，凡有新增或修改就通知接口人傳達(dá)到組內(nèi)，項(xiàng)目成員只需通過(guò)SVN等工具獲取最新文檔就知道最新任務(wù)和變更，這樣既可減少溝通對(duì)象，提高溝通效率，也方便對(duì)進(jìn)度、變更進(jìn)行跟蹤和管理。 

4、合理控制流程

傳統(tǒng)大型項(xiàng)目都遵循瀑布型生命周期，但是傳統(tǒng)瀑布模型的每個(gè)下游階段在上游沒(méi)完成情況下處于等待模式，造成資源的浪費(fèi)。比如需求階段時(shí)開(kāi)發(fā)、測(cè)試沒(méi)有工作的輸入就無(wú)法談及輸出，或者各功能模塊間若存在緊耦合，會(huì)出現(xiàn)部分功能先完成、部分功能延遲現(xiàn)象，致使整個(gè)進(jìn)度往后；且項(xiàng)目周期越長(zhǎng)，缺陷和變更越往后修改成本越高。因此，為及時(shí)響應(yīng)需求、減少團(tuán)隊(duì)間功能耦合性和團(tuán)隊(duì)間依賴關(guān)系，及時(shí)發(fā)現(xiàn)項(xiàng)目存在風(fēng)險(xiǎn)，官網(wǎng)項(xiàng)目實(shí)施階段使用2周一迭代開(kāi)發(fā)的方式。

在項(xiàng)目實(shí)施過(guò)程中，有的是開(kāi)發(fā)人員進(jìn)行打包合并代碼，然后由運(yùn)維人員部署上線。這樣做雖減少了項(xiàng)目過(guò)程，但是實(shí)際項(xiàng)目中經(jīng)常出現(xiàn)上線前緊急需求變更以及代碼優(yōu)化，導(dǎo)致需求變更評(píng)估不足，開(kāi)發(fā)影響范圍分析不到位，造成不必要的缺陷漏出。而且沒(méi)有嚴(yán)格代碼權(quán)限管控，容易導(dǎo)致上線版本和測(cè)試通過(guò)版本不是同一個(gè)，導(dǎo)致線上版本存在未知風(fēng)險(xiǎn)。因此安裝測(cè)試階段增加配置管理員角色形成如下圖所示項(xiàng)目過(guò)程，嚴(yán)格控制上線前代碼修改權(quán)限，對(duì)提交代碼進(jìn)行提交日志審核和修改點(diǎn)說(shuō)明，測(cè)試針對(duì)影響范圍進(jìn)行重點(diǎn)回歸，驗(yàn)證成功后配置管理員發(fā)出上線包，由運(yùn)維人員部署上線。這樣就能排除一些未知修改而存在隱患，確保上線版本是經(jīng)過(guò)嚴(yán)格質(zhì)量把控，從而保障系統(tǒng)安全、穩(wěn)定運(yùn)行。

質(zhì)量管理的目的是減少缺陷，保障和提高項(xiàng)目交付質(zhì)量。參與多個(gè)項(xiàng)目的經(jīng)歷，讓我深入體會(huì)到合理的人員分工和有效的溝通對(duì)于有效提高系統(tǒng)交互質(zhì)量，降低項(xiàng)目風(fēng)險(xiǎn)和成本具有重大意義。此外，經(jīng)過(guò)實(shí)踐證明合理控制項(xiàng)目流程規(guī)范有助于提減少項(xiàng)目未知風(fēng)險(xiǎn)保障版本穩(wěn)定性，同時(shí)也提高做事效率。

5、創(chuàng)新驅(qū)動(dòng)效率

在項(xiàng)目初期規(guī)劃我們系統(tǒng)涉及6大欄目細(xì)分共200多個(gè)子欄目共400多個(gè)頁(yè)面；由于在項(xiàng)目實(shí)施初期，受制于上游節(jié)點(diǎn)輸出，而項(xiàng)目交付期限不變，導(dǎo)致下游測(cè)試工期被壓縮，使得測(cè)試組質(zhì)量管理團(tuán)隊(duì)不得不改變測(cè)試策略和方法，確保系統(tǒng)質(zhì)量前提下需要大幅提高工作效率。在保障質(zhì)量前提下要提高效率就代表我們?cè)撟叩牧鞒桃?guī)范和工序不能減少，唯一能夠改進(jìn)的就是我們提高工作成果復(fù)用性，然而怎樣才能提高復(fù)用性呢？

首先，我們需要識(shí)別出項(xiàng)目有哪些共性，確保相同的任務(wù)只做一次或者盡量減少重復(fù)。經(jīng)過(guò)觀察和分析，得出我們系統(tǒng)基本由報(bào)表、CMS（Content Management System）、信息披露落地服務(wù)、行情服務(wù)、全文檢索等5個(gè)基礎(chǔ)服務(wù)所支撐，這些功能以功能模塊的表現(xiàn)形式嵌套于不同頁(yè)面中，因此測(cè)試組采用組件化的測(cè)試思維，通過(guò)抽象方式把頁(yè)面功能模塊進(jìn)行抽象，通過(guò)模塊的高內(nèi)聚和模塊間的低耦合思維編寫測(cè)試需求和用例形成基礎(chǔ)組件測(cè)試用例庫(kù)。因此我們把整個(gè)官網(wǎng)的功能和頁(yè)面分為多個(gè)不同類型容器。頁(yè)面和組件間關(guān)系根據(jù)系統(tǒng)需求規(guī)格進(jìn)行組裝，實(shí)現(xiàn)測(cè)試需求和用例拖拉拽的目標(biāo)，從而提高模塊的復(fù)用性。特別是我們CMS這塊內(nèi)容經(jīng)過(guò)組件化測(cè)試思維，測(cè)試需求分析和用例的平均復(fù)用率基本在80%左右，組件相關(guān)功能測(cè)試效率提高50%以上。

我是一個(gè)小小的個(gè)體，生于技術(shù)口這個(gè)團(tuán)體；千人同心,則得千人之力；萬(wàn)人異心,則無(wú)一人之用。以上所有的內(nèi)容都離不開(kāi)“協(xié)作”二字，因有了各方的協(xié)作和努力，我們的工作才能有序推進(jìn)，各項(xiàng)任務(wù)能夠順利完成。對(duì)于大伙的幫助和支持，只能鄭重地說(shuō)句感謝；感謝陪我一起見(jiàn)證凌晨3點(diǎn)的深圳，一起扛過(guò)周末沒(méi)有空調(diào)的炎夏，都說(shuō)我們是搬磚的碼農(nóng)，但我們一步一個(gè)腳印，用沉穩(wěn)的步伐，踏上新的征程！

來(lái)源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問(wèn)題，請(qǐng)聯(lián)系我們及時(shí)刪除。

《關(guān)于質(zhì)量管理的幾點(diǎn)工作體會(huì)》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請(qǐng)保留原作者信息,謝謝!
鏈接地址：http://m.hmlawpc.com/gongwen/194692.html

• 上一篇：關(guān)于糧食地方立法的幾點(diǎn)建議
• 下一篇：街道冬春火災(zāi)防控工作安排會(huì)情況匯報(bào)