今日，epg召開會議討論今年的工作思路，一來對可能的鋪天蓋地討論感到厭倦，二來剛好產品有事要討論，便以產品有事為藉口請假晚去了一會，順便抽根菸，休息一下想想自己的事情。
去年下半年以來，自己的想法益發顯得和團隊格格不入，始終不是一件好事，幾乎在每次會議上都忍不住要大發雷霆，這些天天氣逐漸變得緩和起來，心情也慢慢轉 好，希望是個好的契機。一直一來，只要目標不出現衝突，總是以團隊利益為首位，在部門最困難的時候，接受了最不可能出成績的任務，讓其他人能夠在新領域取 得突破，雖然我並不是很看好那個所謂的突破，因為裡面還有很多的細節不夠豐富，思路是好的，但是大家對細節總是不願意深究，習慣了幹半拉子事，剩下的全扔 給了開發人員，真是讓人不爽，真不知道為什麼他們對自己給開發人員帶來的額外負擔總是不會感到羞愧？ 後來，發現自己接了那個任務實在是個錯誤，那象是個圈套，雖然可能並非如此，但總是讓人不爽，想來想去發現自己的衝突完全是在改進時究竟面向管理者多一 些，還是在解決問題的同時多考慮一點開發人員方面。目前，部門的qa成長的道路幾乎分成了兩條路線：
一條以「辨道「開路，強調理論、流程，即使是可能不對的東西也要能把對方說服，雖然對方下了場常常又想不通了，這條路線的qa往往帶有很強的攻擊性，並且面向管理層的滿意居多；
另 一條路，也是自己的路，走的比較中庸，以抓主要問題改進同時兼顧減輕開發人員負擔為主，由於容易和開發人員交朋友，發現的問題往往會和那些在會議上大家講 的問題有微妙的差異，因為會議上面對管理者所表露的意圖，大多數時候誰也不會說出真正的問題，而且會議上面對管理者意圖時，提出的問題往往沒有經過認真思 考，會後經過思考，往往會發現新的問題和想法。另外，相對而言，質量部目前還是有相當高的威懾力，會議上qa說好的同時，說不好的人實在是需要勇氣，而且 「辨道」也要好，能夠反駁。不過，走這條「實踐」為主的道路一樣存在著危險性，因為必須能夠識別出哪些是「問題」、哪些只是大家的「抱怨」，面對抱怨也要 試圖說服別人，告訴他「why「。
當前部門裡似乎有一種很不好的趨勢，qa瞧不起開發人員，總是認為開發人員故意這也不做那也不做，開發人員的想法總是不能夠解決實際 問題。這實在是非常的危險！至少這些年裡我所接觸到的形形色色的開發人員、專案經理，沒人不是想把事情做好的，某些事情不做，也都不是真的未經考慮的，這裡 面往往有更深刻的原因，有可能是過程不適用、缺乏必要的支撐，也有可能是基於成本、進度的考慮等等，當然也有錯誤的解決方法，但他們大多數人都是讓人敬佩的！這幾天剛好又有人談起qa的 「權威性」，其實，「權威性」的樹立有很多方法，但在我看來其真正長久的核心始終是「你是不是真心在幫助別人，你有多誠懇！「 qa的作用不是僅僅暴露專案的問題死抓流程，還包括你是否在別人困難的時候予以幫助，最常見的比如：發現專案計畫制定不合理是由於上層制定的計畫，你發現了以後，試圖幫助過專案經理利用各種渠道去和高層領導談判了，還是僅僅qa週報一甩，便算盡到了責任？ 再有，某個開發人員有很好的想法，如希望進行自動化驗證的嘗試時，你發現了嗎？你幫助過他去說服專案經理了嗎？
回去開epg會議，會上大家居然為了一串話到底總結為」過程改進「、還是」過程實施「或者」過程管理「爭論快20多分鐘，真是煩惱，怎麼越來越形上學？忍住了沒發火，不過還是出言試圖阻止這場爭辯，畢竟時間寶貴。
2006-2-16 2:19 am
QA雜想（2023年2月16日）
今日，epg召開會議討論今年的工作思路，一來對可能的鋪天蓋地討論感到厭倦，二來剛好產品有事要討論，便以產品有事為藉口請假晚去了一會，順便抽根菸，休息一下想想自己的事情。去年下半年以來，自己的想法益發顯得和團隊格格不入，始終不是一件好事，幾乎在每次會議上都忍不住要大發雷霆，這些天天氣逐漸變得緩和起來，...
QA雜想（2023年2月16日）
今日，epg召開會議討論今年的工作思路，一來對可能的鋪天蓋地討論感到厭倦，二來剛好產品有事要討論，便以產品有事為藉口請假晚去了一會，順便抽根菸，休息一下想想自己的事情。去年下半年以來，自己的想法益發顯得和團隊格格不入，始終不是一件好事，幾乎在每次會議上都忍不住要大發雷霆，這些天天氣逐漸變得緩和起來，...
QA雜想（2023年2月16日）
今日，epg召開會議討論今年的工作思路，一來對可能的鋪天蓋地討論感到厭倦，二來剛好產品有事要討論，便以產品有事為藉口請假晚去了一會，順便抽根菸，休息一下想想自己的事情。去年下半年以來，自己的想法益發顯得和團隊格格不入，始終不是一件好事，幾乎在每次會議上都忍不住要大發雷霆，這些天天氣逐漸變得緩和起來，...