在我們的過程改進工作中，乙個重要的活動就是根據過程使用者提出的問題/建議對過程進行改進。但是在實際操作中，往往針對表面現象/問題做出反應、進行改進，實際上卻沒有達到改進的目的。這種現象的根本原因在於接到問題/建議時沒有注意分析問題/建議背後的根本原因，導致「治標不治本」的現象出現。鑑於很多人不清楚問題分析的步驟，筆者將自己實際工作經驗中的問題分析方法分享給大家。
1、在問題定義上達成共識
所謂的問題分析，就是理解真實世界中的問題和使用者需求並提出滿足這些多方面的解決方案的過程。因此第一步顯然是把問題拿出來，並且要得到所有人的共識。
問題：描述存在的問題
影響：該問題影響哪些人群
結果：該問題對這類人群產生了什麼影響？
2、分析問題背後的原因
在問題被定義出來以後，接下來要做的就是分析問題背後的原因，也就是尋找問題的本源，而在進行這個工作時有兩種實用的工具：一種是定性分析的魚骨圖，另一種是定量分析的帕累託圖。
(1)魚骨圖：也稱為因果關係圖，是一種以直觀的圖形找出問題或者現象的所有潛在原因的方法，它有利於追蹤出問題的根源，它具有三個典型的好處：
通常魚骨圖分析的過程會結合頭腦風暴，作為一種因果分析工具，它在很多方面都是有價值的，可以用來：
(2)帕累託分析：相比魚骨圖的定性分析方法，帕累託分析是一種定量分析方法，其經常揭示出這樣的現象：少數失誤應該為大量的質量成本負責，這也是大名鼎鼎的「帕累託80/20法則」。
帕累託圖通常使用直方圖表示，但是與一般直方圖不一樣的地方在於：它根據問題的相對頻度或者大小從高到低降序排列，幫助我們把精力集中在最重要的問題上。
繪製直方圖：根據收集的資料繪製直方圖
直方圖分析：根據直方圖分析出對問題影響最大的原因
3、確定相關的人員
當問題明確並找到了重要的原因之後，可以說系統的目標也基本明確了，接下來的任務就是明確和專案相關的人了。相關人員在不同的場合有不同的說法，如干係人、涉眾等，其實都**於「stakeholder」這個單詞，這個單詞的本意是「籌碼持有人」。其實我們的工作是乙個博弈的遊戲，在這個遊戲中的很多人都擁有籌碼，只是有些人擁有的籌碼多，有些人擁有的籌碼少，工作者只有獲得了盡可能多的籌碼才能更好的完成工作。因此，確定相關人員的重點在於標識出所有的stakeholder，並明確各個stakeholder的關注點。
4、定**決方案的界限
解決方案的能力總是有約束的，因此對解決方案範圍進行界定非常重要。
定**決方案的界限重點在於找出可以解決那些問題，不可以解決哪些問題，在可以付出的成本前提下哪些問題應優先解決。
5、確定加在解決方案上的約束
過程改進漫漫談之模版的三部分
日前，一位朋友向我訴苦說對方公司的模板總是用不好，很多人填寫的不正確，不得不每次進行糾正，好奇之下，我像朋友要了對方所說的模板相關檔案，朋友僅僅發了乙份詳細設計說明書的模板，再無它物，我草草看了一下後只好說 你們的模板用不好是有情可原的，給我我也用不好啊 對方問 為什麼呢？我說 這是因為你們在定義模...
質量管理漫漫談之目標問題度量方法
目標問題度量 goal question metric，gqm 方法是由maryland大學的victorbasili開發出來的，是一種嚴格的面向目標的度量方法，在這種方法中，目標 問題和度量被緊密的結合在一起。首先確定業務目標，然後確定與達到目標相關的問題，再針對每乙個問題，確定出乙個度量來給出這...
質量管理漫漫談之也談QA的考核
日前，筆者在某個論壇中看到了一群針對 如何考核qa 的討論，其實筆者已經不是第一次看到這種討論，但是似乎大家討論的思路都沒有變，一部分人認為應該將qa的工作量化考核，並且集中在工作量方面，如負責的專案個數 支援的開發人員個數 審計發現的問題數量等等 另一部分人認為qa的工作是職能型的無法量化考核。筆...