軟體品管的專業價值與職涯發展
10/30受台北科技大學邀約給碩博士班學生一個專題演講
講題為 “軟體品管的專業價值與職涯發展”
每每到學校演講是我最緊張的。
為什麼呢?
在公司內部，不管是用英文中文，對象是客戶、工程師、人數從 5~30+等不是都這樣講嗎?
原因是因為，
＂我有什麼經驗與學習的過程是可以給學生參考或是借鏡?”
就是因為這樣的主題的內容讓我不斷地自我思索。
一小時內的說明，又不希望以偏概全，又要說見樹見林實在不容易，
演講邀約
這篇演講的內容分為主要三大部分
職涯的探索 ===> QA (Quality Assurance) 專業的發展 ===> QA 軟體工程的做法
Good To Great
首先，從 ” 好 ” 到 “卓越”需要三個要素的集合
- 熱情 What you Love：
對做什麼事情有熱情，可以做很久都不會累 (即使老闆、同事一開始也不看好，或是老闆完全沒有想到的，自己也會主動去完成)
- 專業水準 You are good at..：
透過不斷的練習，培養的技能，累積的專業，達到世界頂尖的專業水準
例如：許多人都喜歡打棒球，但是要達到職業水準，靠的除了熱情與興趣之外，還需要不斷的精進與練習的毅力。就像鈴木一郎，每次上場堅持提前兩個小時，揮桿練習上百次。
- 簡單的事情重複做是態度
- 重複的事情簡單做 + 持續做就會變成專業
職場的價值
如果剛畢業的年薪來看，
在畢業15年後，以筆者經驗與所聞是可以有顯著的差異
到底什麼造成這個差異呢?
是老闆、是環境、是景氣、是總統、是公司、是機運….?
其實最大的關鍵是自己
- 自己的定位
- 自己對於職涯發展的選擇
- 自己每一次工作的挑戰、學習與成長
- 自己的專業提升
QA 與 RD 的選擇
如果剛畢業的你，有一個機會選擇研究開發部的 QA or RD 的職務，你的選擇會是…?
RD 相信大家比較熟悉，也比較知道工作的內容與技術上的挑戰
QA ……? (Tester? ) 讓筆者娓娓道來.
QA的定位
QA 基本的工作不外乎是確保產品的品質，所以大部分的工作會是 Testing & Verification
測試的過程中會找到許多 defects，defects fixes 之後會繼續驗證 verification.
假設有兩個 QA A與 QA B,
- QA A: Defect Fighers: 找問題，也就是 tester
- QA B: Solution Provider: 除了找出問題之外，進一步討論可行的解決方案
請問，這兩個 QA ，我們會覺得哪一個 QA 比較專業呢?
QA Team 的專業領域
專業領域可以分為三大類
- QA 本身的專業技能：我自己可以付出什麼，要培養什麼?
- QA process: 公司團隊既有的執行方式、程序、方法與淺規則等
- Testing 環境：組織所提供的資源、訓練、工具、品質政策。
進公司的前1-3年多半會透過工作培養自我的專業，慢慢去熟悉 process & 整體的環境。
慢慢地經驗的累積，會對於 process 有所建議與改善
接著，管理整個 QA 團隊時，就會看整體 QA 團隊，
在 Competency + Process + Testing Env 來看未來要發展的方向
QA 專業領域
在了解基本的 QA process 與環境之後，
隨著所接觸的專案類型會慢慢累積該專案的 Domain know-how
- 例如：自動化測試，如何做、怎麼做、用什麼工具、什麼適合?
- 例如：Localization testing，如何自動化測試
- 例如：Security Testing，常見的弱點為何? 設計上注意的地方? 如何驗證等
對於整個團隊來說，就會累積各式各樣 domain 的QA人才
對於 RD Developer 來說，比較專精於某些程式語言 C++ or Java
QA 團隊的 domain know-how 通常會比較多元化。
QA 的職涯發展
筆者所見，QA 由於專業領域的多元化，發展的路線也許多可能性
比較大的區別是專業職與管理職：
- 專業職：技術總工程師，解決技術困難的問題
- 管理職：設定目標、帶領團隊，為專案成敗負責
以市場需求來看的話，
在軟體的技術越來越複雜的狀況下，相對也需要許多專業職的技術總工程師 Architect
管理職為金字塔，依據組織的需求才會有的職務。
這篇文章主要介紹
- 職涯的探索
- QA 專業領域
- QA 專業的發展
希望對於 “QA”的專業發展的認識有些幫助，
下一篇文章將說明，QA Process 的一些經驗…