日前於敏捷課堂上，有學員問到，應不應把瑕疵（以下簡稱 bug ）列為用戶故事來處理？
這個問題，其實可以分為好幾個層次來探討，我們就先從根源來談起吧！
一個電子咖的製藥大觀園遊記
幾天前，參加了政大EMBA學長姐的「生醫平台」所舉辦的活動。這個活動是到一位學長的製藥公司去參訪，其產品可是早已長期外銷歐、美、日等醫藥大廠，是品質深受客戶肯定的台灣之光。
手機變成手榴彈，怎麼可能是偶然！狗急終究會跳牆！
 |
前一陣子，德國汽車品牌大廠福斯集團的柴油車，廢氣排放測試造假，遭到美國重罰180億美元，除了CEO因此下台之外，更嚴重傷害到公司的商譽和業績。沒想到，最近三星集團的Note 7新款手機，發生更嚴重的品質瑕疵，嚴重到即使是沒有在充電也會隨機爆炸起火！這讓我開始思考，為什麼這些這麼有歷史，這麼有規模的大品牌公司，會發生這種不可原諒的錯誤？
專案成果的爛品質到底是怎麼形成的？正本清源的解決之道又是什麼？
 |
| 圖片來源：pixabay.com |
「都是你害的啦！教我們什麼 Writing Solid Code！害我被同事說我太歸毛！」
「啊是花生了什麼事？」
「不過說真的，你以前要求我們的那些做事的心法，真的是蠻重要的，沒守好這些基礎和紀律，品質真的會一直出大包，大家就會被迫一直加班去 debug！我跟我的那些小 leader 們說這些，剛開始他們也是沒在『信道（台語）』的！後來他們自己吃到苦頭，才開始體會到這些基本功的重要！唉，人就是不見棺材不掉淚…」
這是前一陣子我和一位還在 H 公司的老同事，聊起軟體品質議題時的對話。這麼多年以後，我們彼此，對於軟體品質控管的想法仍然是如此地一致。
Issue就像黑社會，你不盡快解決它，它會更快帶著兄弟來找你！
 |
| www.kapakresimleri.org |
這是我課堂上的一位學員，在中場休息的時候問我的一個問題。要回答這個看似簡單的問題，可是需要從專案的起源和風險的產生，兩者之間的連結講起…
訂閱：
文章 (Atom)