培訓(xùn)搜索引擎
生產(chǎn)管理
軟件質(zhì)量管理(周志龍)
參加對(duì)象:課程收益
速度和質(zhì)量越來(lái)越成為軟件開(kāi)發(fā)制勝的關(guān)鍵,然而管理人員和開(kāi)發(fā)人員長(zhǎng)期為以下問(wèn)題所困擾,通過(guò)本課程的學(xué)習(xí),將發(fā)現(xiàn)問(wèn)題產(chǎn)生的根源以及行之有效的解決措施。
①. 項(xiàng)目延期最本質(zhì)的原因是什么?
項(xiàng)目進(jìn)度緊張,開(kāi)發(fā)人員常常沒(méi)日沒(méi)夜地加班,然而項(xiàng)目進(jìn)度總是一延再延期。
②. 如何有限的工期交付高質(zhì)量的產(chǎn)品?
客戶對(duì)軟件產(chǎn)品質(zhì)量要求高,而開(kāi)發(fā)工期卻很短,很多項(xiàng)目在面臨這種情況,往往采用“先做完再說(shuō)”的策略,其代價(jià)是客戶對(duì)質(zhì)量的抱怨和大量的研發(fā)人力陷于救火之中。那么正確的策略又是什么呢?
③. 如何做好需求分析并寫(xiě)出高質(zhì)量的需求文檔?
軟件需求規(guī)格的質(zhì)量極大程度上影響了最終軟件產(chǎn)品的質(zhì)量和項(xiàng)目開(kāi)發(fā)效率,然而國(guó)內(nèi)的工程師很少掌握需求分析方法,更不會(huì)寫(xiě)需求文檔。
④. 設(shè)計(jì)文檔該寫(xiě)什么?怎樣寫(xiě)?
開(kāi)發(fā)人員通常也不知設(shè)計(jì)文檔該寫(xiě)什么,分不清哪些內(nèi)容屬于需求哪些內(nèi)容屬于設(shè)計(jì),設(shè)計(jì)文檔細(xì)化到什么程度?良好的設(shè)計(jì)文檔提升開(kāi)發(fā)效率,劣質(zhì)的設(shè)計(jì)文檔浪費(fèi)開(kāi)發(fā)時(shí)間。
⑤. 如何有效開(kāi)展評(píng)審?
評(píng)審是提升文檔和代碼質(zhì)量的有效手段,然而為何評(píng)審效果總是不佳呢?沒(méi)人愿意參加評(píng)審,評(píng)審發(fā)現(xiàn)的往往是文字錯(cuò)誤這樣膚淺的問(wèn)題,評(píng)審活動(dòng)流于形式。
⑥. 如何有效測(cè)試?
某些項(xiàng)目要求做單元測(cè)試,結(jié)果花費(fèi)不少精力,可是沒(méi)有發(fā)現(xiàn)多少問(wèn)題。問(wèn)題出在哪里?單元測(cè)試到底值不值得做?測(cè)試工作給測(cè)試人員帶來(lái)的挑戰(zhàn)是如何在有限的時(shí)間內(nèi)盡可能多的發(fā)現(xiàn)軟件缺陷,如何面對(duì)這樣的挑戰(zhàn)?
⑦. 進(jìn)度非常緊張的項(xiàng)目應(yīng)該走流程嗎?
某些企業(yè)有完善的流程體系,可是很多項(xiàng)目都不愿意按照流程做,最有說(shuō)服力的理由是流程降低了開(kāi)發(fā)效率。流程的本質(zhì)到底是什么?進(jìn)度非常緊張的項(xiàng)目到底該不該走流程?
⑧. 如何解決QA和項(xiàng)目經(jīng)理的沖突問(wèn)題?
QA總是抱怨項(xiàng)目經(jīng)理不走流程,項(xiàng)目經(jīng)理總是抱怨QA不為項(xiàng)目做實(shí)事,反倒常常“騷擾”。有沒(méi)有方法扭轉(zhuǎn)這樣的局面?
⑨. ……
培訓(xùn)特色
思想性:凝聚質(zhì)量管理大師的思想,結(jié)合軟件工程實(shí)踐方法,揭示軟件開(kāi)發(fā)規(guī)律,透過(guò)案例分析深刻地理解效率與質(zhì)量相統(tǒng)一的質(zhì)量管理理念。
實(shí)踐性:本課程累計(jì)了十年來(lái)業(yè)界知名公司的大量成功案例、失敗教訓(xùn)開(kāi)發(fā)出來(lái)的,完全不同于通常的教科書(shū)或培訓(xùn)所傳授的很難操作的理論,具有非常強(qiáng)的實(shí)踐性和可操作性。
針對(duì)性:針對(duì)國(guó)內(nèi)項(xiàng)目經(jīng)理和開(kāi)發(fā)工程師的特點(diǎn),針對(duì)國(guó)內(nèi)軟件項(xiàng)目開(kāi)發(fā)過(guò)程普遍存在的問(wèn)題,有重點(diǎn)地進(jìn)行剖析問(wèn)題的本質(zhì),并給出經(jīng)過(guò)實(shí)踐驗(yàn)證的、行之有效的措施。
課程大綱
1. 軟件質(zhì)量管理的概述
本單元學(xué)習(xí)目標(biāo):掌握質(zhì)量管理的一些重要的理念和主要概念,認(rèn)識(shí)到通過(guò)有效的質(zhì)量管理才能獲得開(kāi)發(fā)的高效率
1.1. 質(zhì)量管理發(fā)展里程
1.1.1. 研討:質(zhì)量與效率關(guān)系
通過(guò)研討,讓學(xué)員體會(huì)到:效率和質(zhì)量是孿生兄弟,是一體的兩面,遵循軟件開(kāi)發(fā)規(guī)律和質(zhì)量管理規(guī)律,在項(xiàng)目前期注入質(zhì)量要素,才可能獲得項(xiàng)目開(kāi)發(fā)整體上的高效率
1.1.2. 介紹質(zhì)量管理發(fā)展歷程
——質(zhì)量靠個(gè)人保證
——質(zhì)量靠測(cè)試保證
——質(zhì)量靠設(shè)計(jì)保證
——質(zhì)量靠流程保證
1.1.3. 案例分析:質(zhì)量管理對(duì)日本工業(yè)和印度軟件業(yè)發(fā)展所起到的推動(dòng)作用
實(shí)例來(lái)說(shuō)明質(zhì)量管理給企業(yè)帶來(lái)的是高效率,而不是效率的阻礙
1.2. 從質(zhì)量成本要效率、要質(zhì)量
1.2.1. 質(zhì)量成本的定義
1.2.2. 質(zhì)量成本分類:預(yù)防成本、評(píng)估成本和失效成本
1.2.3. 加強(qiáng)預(yù)防成本的投入,可從過(guò)程重用和技術(shù)重用兩方面提升效率和質(zhì)量,變失效成本為利潤(rùn)
1.2.4. 從救火文化到預(yù)防文化的轉(zhuǎn)變
1.2.5. “一次把事情做對(duì)”的對(duì)提升開(kāi)發(fā)效率的重要作用
1.2.6. 十乘十乘十法則介紹,說(shuō)明缺陷預(yù)防和把缺陷消滅在前期才能使項(xiàng)目獲得高效率
1.2.7. 從軟件開(kāi)發(fā)的缺陷分布來(lái)說(shuō)明需求分析的質(zhì)量如何影響整體開(kāi)發(fā)效率的
1.2.8. 案例分析:A公司有一個(gè)緊急項(xiàng)目,應(yīng)該怎樣做?
面對(duì)緊急項(xiàng)目,多數(shù)管理者都會(huì)自亂陣腳,需求還沒(méi)有討論清楚,開(kāi)發(fā)人員匆匆編碼,結(jié)果是返工、不斷地大量返工,項(xiàng)目進(jìn)度被大大拖延了。
2. 高質(zhì)量的軟件需求挖掘、分析和文檔化
本單元學(xué)習(xí)目標(biāo):掌握需求分析方法和需求文檔的寫(xiě)作方法,從源頭上把控好項(xiàng)目的質(zhì)量,減少返工,提高效率
2.1. 需求的重要性
2.1.1. 需求對(duì)項(xiàng)目的進(jìn)度和質(zhì)量影響
2.1.2. 需求對(duì)測(cè)試活動(dòng)和其它相關(guān)組的影響
2.2. 需求開(kāi)發(fā)典型問(wèn)題
2.3. 案例分析:請(qǐng)分析某項(xiàng)目的需求文檔有什么問(wèn)題,如何改進(jìn)
通過(guò)案例,說(shuō)明什么是好的需求文檔,進(jìn)一步體會(huì)需求問(wèn)題為項(xiàng)目帶來(lái)的后果。
2.4. 造成需求開(kāi)發(fā)典型問(wèn)題的原因
2.5. 軟件需求過(guò)程介紹,需求開(kāi)發(fā)介紹,包括需求挖掘、分析、文檔化、評(píng)審確認(rèn)等
2.6. 軟件需求挖掘和分析過(guò)程
2.6.1. 需求層次:needs,feature和requirement
2.6.2. 需求來(lái)源和獲取方法,如客戶訪談、競(jìng)爭(zhēng)對(duì)手產(chǎn)品分析等
2.6.3. 需求分析方法和工具,如用例圖
2.7. 高質(zhì)量需求文檔的標(biāo)準(zhǔn)
2.7.1. 好的需求文檔特點(diǎn)
2.7.2. 需求文檔中避免出現(xiàn)的一些詞匯
2.7.3. 演練:寫(xiě)出一功能需求的輸出部分
2.8. 總結(jié):如何制定出高質(zhì)量的需求文檔
3. 高效率的軟件設(shè)計(jì)
本單元學(xué)習(xí)目標(biāo):剖析軟件設(shè)計(jì)常犯的錯(cuò)誤,如何避免這些錯(cuò)誤,寫(xiě)出高質(zhì)量的設(shè)計(jì)文檔
3.1. 研討:我們做設(shè)計(jì)時(shí),都常犯哪些錯(cuò)誤
3.2. 設(shè)計(jì)過(guò)程
3.3. 設(shè)計(jì)基本原理和基本概念
3.3.1. 基本分解問(wèn)題、簡(jiǎn)化問(wèn)題的原理
3.3.2. 抽象概念
3.3.3. 層次化概念
3.3.4. 模塊化概念
3.3.5. 信息隱蔽概念
3.4. 模塊分解
3.4.1. 從開(kāi)發(fā)總成本看模塊分解
3.4.2. 模塊數(shù)據(jù)的合適數(shù)量
3.4.3. 模塊分解的基本原則
3.5. 概要設(shè)計(jì)要點(diǎn)
3.6. 詳細(xì)設(shè)計(jì)要點(diǎn)
3.7. 問(wèn)題1:需求和設(shè)計(jì)界限不清
3.7.1. 什么是需求,什么是設(shè)計(jì),二者區(qū)別在哪里
3.7.2. 接口描述在需求中還是在設(shè)計(jì)中
3.7.3. 設(shè)計(jì)中數(shù)據(jù)描述和需求中數(shù)據(jù)描述有何不同
3.8. 問(wèn)題2:設(shè)計(jì)的層次和詳細(xì)程度問(wèn)題
3.8.1. 需要幾個(gè)層次的設(shè)計(jì)文檔合適
3.8.2. 設(shè)計(jì)文檔的內(nèi)容結(jié)構(gòu)和不同層次文檔的內(nèi)容銜接
3.8.3. 詳細(xì)設(shè)計(jì)要詳細(xì)到什么程度
3.8.4. 設(shè)計(jì)的層級(jí)和顆粒度的原則:使得開(kāi)發(fā)效率最大化并滿足維護(hù)需要
3.8.5. 示例:展示某嵌入式軟件概要設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔,說(shuō)明好的設(shè)計(jì)文檔是如何提高開(kāi)發(fā)效率的
3.9. 問(wèn)題3:設(shè)計(jì)文檔的內(nèi)容冗余問(wèn)題
3.9.1. 使用的數(shù)據(jù)設(shè)計(jì)工具時(shí),文檔中的數(shù)據(jù)設(shè)計(jì)部分怎樣寫(xiě)
3.9.2. 使用設(shè)計(jì)建模工具時(shí),設(shè)計(jì)文檔又怎樣寫(xiě)
3.10. 設(shè)計(jì)要考慮的其它因素
3.10.1. 設(shè)計(jì)方案要進(jìn)行重用和購(gòu)買分析
3.10.2. 設(shè)計(jì)要遵循高內(nèi)聚、低耦合原則
4. 有效評(píng)審
本單元學(xué)習(xí)目標(biāo):技術(shù)評(píng)審是質(zhì)量控制非常高效的手段,通過(guò)本單元學(xué)習(xí)掌握技術(shù)評(píng)審有效過(guò)程和方法
4.1. 評(píng)審的意義
4.1.1. 盡早發(fā)現(xiàn)產(chǎn)品缺陷,減少返工代價(jià)
4.1.2. 通過(guò)評(píng)審熟悉整個(gè)系統(tǒng)
4.1.3. 促進(jìn)參與人員之間的技術(shù)交流和相互學(xué)習(xí)
4.1.4. 增進(jìn)團(tuán)隊(duì)交流,增加團(tuán)隊(duì)凝聚力
4.1.5. 使作者能高質(zhì)量地完成工作產(chǎn)品
4.2. 案例分析:剖析某項(xiàng)目的技術(shù)評(píng)審
4.2.1. 案例中的評(píng)審過(guò)程存在哪些問(wèn)題
4.2.2. 在貴公司中,技術(shù)評(píng)審又存在哪些問(wèn)題
4.2.3. 對(duì)評(píng)審存在的問(wèn)題有什么解決方法
4.3. 評(píng)審的過(guò)程
4.3.1. 計(jì)劃評(píng)審活動(dòng),正確地選擇評(píng)審專家
4.3.2. 介紹會(huì)議,為有效評(píng)審做好準(zhǔn)備
4.3.3. 預(yù)評(píng)審是發(fā)現(xiàn)問(wèn)題的關(guān)鍵階段
4.3.4. 評(píng)審會(huì)議的目的確認(rèn)問(wèn)題而不是做技術(shù)交流
4.3.5. 評(píng)審問(wèn)題解決跟蹤確保問(wèn)題全部得到正確解決
4.3.6. 評(píng)審結(jié)果分析
4.4. 技術(shù)評(píng)審FAQ
4.4.1. 作者不愿意別人提出問(wèn)題,評(píng)審人員為了顧及面子不愿意提出問(wèn)題怎么辦?
4.4.2. 評(píng)審人員把評(píng)審當(dāng)成額外的工作,不愿意參加評(píng)審怎么?
4.4.3. 評(píng)審人員的技能不足怎么辦?
——交叉工作模式介紹
——簡(jiǎn)介敏捷開(kāi)發(fā)的結(jié)對(duì)編程方法
4.4.4. 評(píng)審人員只與評(píng)審對(duì)象部分內(nèi)容部分相關(guān),對(duì)他的評(píng)審又什么要求?
4.4.5. 評(píng)審對(duì)象充滿了低級(jí)錯(cuò)誤,或者有些技術(shù)問(wèn)題作者還沒(méi)有考慮清楚,如何面對(duì)這種情況?
4.4.6. 如何使評(píng)審檢查表效能最大化?什么時(shí)機(jī)使用?
5. 有效測(cè)試
本單元學(xué)習(xí)目標(biāo):軟件測(cè)試工作在許多企業(yè)中都比較薄弱,存在眾多問(wèn)題,通過(guò)本單元學(xué)習(xí)掌握克服這些問(wèn)題方法,有效開(kāi)展測(cè)試活動(dòng)
5.1. 研討:阻礙項(xiàng)目進(jìn)行有效測(cè)試有哪些因素?
5.2. 測(cè)試概述
5.2.1. 測(cè)試的常見(jiàn)誤區(qū)
5.2.2. 測(cè)試的心理學(xué)問(wèn)題:測(cè)試的目的為了發(fā)現(xiàn)問(wèn)題,不是為了證明程序是對(duì)的
5.2.3. 測(cè)試的經(jīng)濟(jì)學(xué)問(wèn)題:如何在有限的時(shí)間盡可能發(fā)現(xiàn)更多的缺陷
5.3. 測(cè)試分類
5.3.1. 靜態(tài)測(cè)試 vs 動(dòng)態(tài)測(cè)試
5.3.2. 黑盒測(cè)試 vs 白盒測(cè)試
5.3.3. 手工測(cè)試 vs 自動(dòng)化測(cè)試
5.3.4. 按階段分類:UT/IT/ST/Alpha測(cè)試/AT/Beta測(cè)試
5.4. 測(cè)試過(guò)程
5.4.1. 測(cè)試過(guò)程介紹,包括制定測(cè)試策劃和計(jì)劃、設(shè)計(jì)測(cè)試用例和測(cè)試環(huán)境準(zhǔn)備、測(cè)試執(zhí)行、測(cè)試分析
5.4.2. 測(cè)試活動(dòng)在開(kāi)發(fā)活動(dòng)中的位置
5.4.3. 如何制定測(cè)試策略
5.4.4. 演練:分別為兩個(gè)項(xiàng)目制定測(cè)試策略
5.5. 測(cè)試用例設(shè)計(jì)方法
5.5.1. 什么是測(cè)試用例,用例的輸入和輸出通常有哪些
5.5.2. 什么是黑盒方法
5.5.3. 介紹等價(jià)類劃分方法
5.5.4. 演練:用等價(jià)類劃分方法設(shè)計(jì)測(cè)試用例
5.5.5. 介紹邊界值分析方法
5.5.6. 演練:用邊界值分析方法設(shè)計(jì)測(cè)試用例
5.5.7. 介紹判定表方法
5.5.8. 介紹因果圖方法
5.5.9. 介紹正交陣列方法
5.5.10. 什么是白盒方法
5.5.11. 介紹各邏輯覆蓋,如語(yǔ)句覆蓋、分支覆蓋、條件覆蓋、路徑覆蓋等
5.6. 單元測(cè)試和集成測(cè)試
5.6.1. 什么是單元測(cè)試
5.6.2. 單元測(cè)試的投入產(chǎn)出比高嗎?剖析是否值得做單元測(cè)試
5.6.3. 演練:如何針對(duì)給定的函數(shù)進(jìn)行單元測(cè)試
5.6.4. 單元測(cè)試基本概念(樁、驅(qū)動(dòng))介紹
5.6.5. 高效單元測(cè)試過(guò)程
——用例如何寫(xiě)
——怎樣打樁
——怎樣利用單元測(cè)試工具
——有效單元有哪些原則和注意事項(xiàng)
5.6.6. 集成測(cè)試介紹
5.7. 系統(tǒng)測(cè)試
5.7.1. 功能測(cè)試介紹
5.7.2. 性能測(cè)試介紹
5.7.3. 安全性測(cè)試介紹
5.7.4. 可恢復(fù)性測(cè)試介紹
5.7.5. 兼容性測(cè)試介紹
5.7.6. 界面測(cè)試介紹
5.7.7. 演練:如何對(duì)測(cè)震儀產(chǎn)品進(jìn)行測(cè)試
5.8. 測(cè)試自動(dòng)化
5.8.1. 為何要自動(dòng)化測(cè)試,自動(dòng)化測(cè)試能帶來(lái)哪些價(jià)值
5.8.2. 三種不同級(jí)別的自動(dòng)化
——靜態(tài)腳本錄制
——啞猴測(cè)試,隨機(jī)的自動(dòng)化測(cè)試
——智能測(cè)試自動(dòng)化,通過(guò)建模動(dòng)態(tài)生成測(cè)試用例
5.8.3. 測(cè)試自動(dòng)化工作建設(shè)的一些建議
5.9. 測(cè)試工具介紹
5.9.1. 白盒測(cè)試工具介紹,包括靜態(tài)白盒工具和動(dòng)態(tài)白盒工具
5.9.2. 黑盒測(cè)試工具介紹
5.9.3. 性能測(cè)試工具介紹
5.9.4. 測(cè)試管理工具介紹
5.10. 有效測(cè)試管理
5.10.1. 測(cè)試人員技能規(guī)劃
5.10.2. 測(cè)試人員職業(yè)發(fā)展規(guī)劃
5.10.3. 測(cè)試過(guò)程資產(chǎn)庫(kù)和測(cè)試用例庫(kù)建設(shè)
6. 缺陷管理和質(zhì)量度量
本單元學(xué)習(xí)目標(biāo):掌握軟件缺陷管理過(guò)程和方法,通過(guò)缺陷管理、質(zhì)量的度量評(píng)估和和改進(jìn)項(xiàng)目開(kāi)發(fā)過(guò)程
6.1. 缺陷管理
6.1.1. 缺陷管理的三個(gè)層次
——單個(gè)缺陷的生命周期管理
——項(xiàng)目級(jí)缺陷管理
——組織級(jí)缺陷管理
6.1.2. 缺陷管理意義
——確保每個(gè)缺陷被有效解決
——從缺陷數(shù)據(jù)來(lái)看,如何改進(jìn)開(kāi)發(fā)和測(cè)試過(guò)程
——利用缺陷庫(kù)有效地預(yù)防缺陷和解決缺陷
6.2. 缺陷度量和分析工具
6.2.1. ODC分類法介紹
——ODC背景介紹
——ODC分類簡(jiǎn)介
——舉例說(shuō)明如何用ODC缺陷分類分析改進(jìn)開(kāi)發(fā)和測(cè)試工作
6.2.2. 缺陷密度介紹
——缺陷密度的定義
——如何用缺陷密度評(píng)估質(zhì)量控制效果和交付產(chǎn)品交的質(zhì)量
——如何用缺陷密度改進(jìn)開(kāi)發(fā)過(guò)程
6.2.3. 缺陷剔除率介紹
——缺陷剔除率的定義
——如何用缺陷剔除率評(píng)估質(zhì)量控制效果,并改善高質(zhì)量控制方法
——如何用缺陷剔除率改進(jìn)開(kāi)發(fā)和測(cè)試過(guò)程
6.2.4. 缺陷分析工具:柏拉圖、控制圖
——使用柏拉圖找重要問(wèn)題
——使用控制圖找異因,從過(guò)程著手做改進(jìn)
6.2.5. 缺陷動(dòng)態(tài)預(yù)測(cè)模型:Rayleigh曲線
7. 質(zhì)量保證和過(guò)程質(zhì)量
本單元學(xué)習(xí)目標(biāo):了解過(guò)程的重要性,剖析流程不被執(zhí)行的原因,如何通過(guò)QA保證流程有效在項(xiàng)目中實(shí)施
7.1. 質(zhì)量保質(zhì)和質(zhì)量控制
7.1.1. 區(qū)分質(zhì)量保證和質(zhì)量控制
——質(zhì)量控制關(guān)注產(chǎn)品,被動(dòng)的,去發(fā)現(xiàn)缺陷
——質(zhì)量保證關(guān)注過(guò)程,主動(dòng)的,去預(yù)防缺陷
7.1.2. 從質(zhì)量鐵三角看過(guò)程的重要性,僅僅是牛人和工具是無(wú)法保證項(xiàng)目成功的
7.1.3. 流程本質(zhì)是什么
——流程是最佳實(shí)踐的固化,不應(yīng)是降低效率的官僚體系
——關(guān)注過(guò)程的項(xiàng)目和不關(guān)注過(guò)程的項(xiàng)目效率對(duì)比
7.2. 產(chǎn)品質(zhì)量和過(guò)程質(zhì)量
7.2.1. 軟件產(chǎn)品質(zhì)量的定義
——開(kāi)發(fā)者的質(zhì)量觀:滿足規(guī)格
——客戶的質(zhì)量觀:適用
7.2.2. McCall軟件質(zhì)量模型,從三個(gè)方面對(duì)軟件質(zhì)量進(jìn)行系統(tǒng)全面地分類說(shuō)明
——產(chǎn)品運(yùn)行方面:正確性、可靠性、可使用性、效率、完整性
——產(chǎn)品修正方面:可維護(hù)性、測(cè)試性、靈活性
——產(chǎn)品轉(zhuǎn)移方面:互聯(lián)性、可移植性、復(fù)用性
7.2.3. 什么是過(guò)程質(zhì)量,從三個(gè)方面說(shuō)明
——組織級(jí)流程定義質(zhì)量
研討:從“不拉馬的士兵”看到什么?
剖析為何許多項(xiàng)目不愿意走流程,或者走了流程效率反而會(huì)下降。
CMMI模型和敏捷方法的介紹與對(duì)比。
——項(xiàng)目級(jí)流程裁剪質(zhì)量
——過(guò)程執(zhí)行的質(zhì)量
7.2.4. 過(guò)程質(zhì)量定義以及過(guò)程質(zhì)量和產(chǎn)品質(zhì)量的關(guān)系
——好的過(guò)程體現(xiàn)了產(chǎn)品質(zhì)量要求
——過(guò)程質(zhì)量決定了產(chǎn)品質(zhì)量
7.2.5. 演練:如何在項(xiàng)目計(jì)劃中體現(xiàn)質(zhì)量要素
7.3. QA的角色和職責(zé)
7.3.1. 研討:在項(xiàng)目中,QA的目標(biāo)和項(xiàng)目經(jīng)理的目標(biāo)是否相同?
——剖析QA和項(xiàng)目經(jīng)理常常發(fā)生沖突的根源
——國(guó)內(nèi)QA普遍的角色錯(cuò)位
7.3.2. QA的律師角色
7.3.3. QA的教練角色
7.3.4. QA的醫(yī)生角色
7.3.5. QA的警察角色
7.3.6. QA的牧師角色
7.4. 過(guò)程引導(dǎo)
7.4.1. 過(guò)程引導(dǎo)的必要性:僅有培訓(xùn)不足以讓流程執(zhí)行者具備執(zhí)行流程的能力
7.4.2. QA進(jìn)行過(guò)程引導(dǎo)的方法
7.4.3. 演練:針對(duì)項(xiàng)目的某些場(chǎng)景如何進(jìn)行流程的引導(dǎo)
7.5. 審計(jì)工作
7.5.1. 過(guò)程審計(jì)的必要性:發(fā)現(xiàn)過(guò)程問(wèn)題,及時(shí)糾正
7.5.2. 幾種錯(cuò)誤的審計(jì)方式介紹
7.5.3. 正確的審計(jì)方式和過(guò)程
7.5.4. 如何正確地寫(xiě)審計(jì)報(bào)告
8. 研討與總結(jié)
8.1. 學(xué)員提出有針對(duì)性的問(wèn)題,進(jìn)行研討
8.2. 學(xué)員對(duì)課程的收獲進(jìn)行總結(jié)
8.3. 講師對(duì)課程做總結(jié)
講師資歷
周志龍:資深講師,資深咨詢顧問(wèn)
• 原QAI資深咨詢顧問(wèn)
• 中國(guó)軟件行業(yè)協(xié)會(huì)授予的十大咨詢師
專業(yè)背景:哈爾濱工業(yè)大學(xué)工學(xué)碩士,具備14年產(chǎn)品研發(fā)、研發(fā)管理、質(zhì)量管理及研發(fā)過(guò)程改進(jìn)咨詢經(jīng)驗(yàn)。曾在華為公司北研所和華為3COM公司任職7年,歷任研發(fā)工程師、研發(fā)經(jīng)理、質(zhì)量總監(jiān)等職位,對(duì)IPD和CMMI有深入的研究和豐富的實(shí)踐,是華為最早按照研發(fā)流程體系成功完成項(xiàng)目的首批項(xiàng)目經(jīng)理;主導(dǎo)了華為和華為3COM研發(fā)流程體系建設(shè)、推行和改進(jìn)工作,在華為3COM的軟件開(kāi)發(fā)過(guò)程的變革獲得巨大成功,使得華為3COM軟件開(kāi)發(fā)遠(yuǎn)遠(yuǎn)領(lǐng)先于業(yè)界。
咨詢背景:有6年的咨詢經(jīng)驗(yàn),曾在全球著名的咨詢公司QAI任資深咨詢師,為三十多家高科技企業(yè)做過(guò)咨詢服務(wù),涉及領(lǐng)域包括金融、郵電、電力、汽車、電子政務(wù)、稅務(wù)、手機(jī)等,包括世界500強(qiáng)企業(yè)、上市公司。主要咨詢客戶有:臺(tái)灣晨星半導(dǎo)體,南京埃斯頓、長(zhǎng)春一汽,北京偉創(chuàng)力(中國(guó)),埃斯頓自動(dòng)化,北京軟腦軟件,北京華勝天成,北京天碁科技(T3G),中星電子,北京中科恒業(yè),奧德思電器,江蘇大唐,航天信息,公眾信息,中科院西北星,中興通訊,成都天府軟件園,山東農(nóng)信社等等。專業(yè)、敬業(yè)的咨詢作風(fēng)深受客戶贊揚(yáng),應(yīng)得非常好的口碑,被中國(guó)軟件行業(yè)協(xié)會(huì)授予十大咨詢師。
培訓(xùn)背景:在華為公司和華為3COM公司,為研發(fā)人員提供大量培訓(xùn),就多次被評(píng)為公司優(yōu)秀講師。在咨詢服務(wù)過(guò)程中,為客戶提供研發(fā)管理、質(zhì)量管理、項(xiàng)目管理、軟件工程等培訓(xùn),此外,還為廣東核電站、上海中科深江、珠海高凌信息、深圳市文鼎創(chuàng)數(shù)據(jù)科技、奧維通信、深圳市科陸電子、理邦精密儀器、南京科遠(yuǎn)、廣利核、橫河電機(jī)、冶自歐博、中星電子等公司提供培訓(xùn)服務(wù),在北京、上海、深圳、大連、成都、南京等地舉辦過(guò)公開(kāi)課。
上一篇:高級(jí)精益管理師認(rèn)證培訓(xùn)班(文放懷)
下一篇:精益6S現(xiàn)場(chǎng)管理實(shí)戰(zhàn)(周軍)