工作程序，是一種讓人又愛又恨的東西

工作程序的訂定，就像生產線一樣，讓所有工作同仁可以依照一定的流程進行工作，產生出預期工作成果的方式。而其不能由單一的人員或是部門任意更改，因為會影響的層面之大，很難讓人想像後面會影響到的後果。
制度的確容易讓程序僵化，或是市場反應能力降低。但是卻是控制一群人工作方式、工作成本、工作時程的一個方式～因為企業工作成果的產生必須穩定而且可以預期，你可以預期問題、你可以High light出問題...但是你不能獨斷獨行的更改工作程序和標準。

我們產品經理求好心切，對於QA工作的方式和邏輯提出了甚多的干預...
甚至因為不信任技術單位的測試小組，所以要求QA重新確認其測試的結果...
颱風假回來後，我的工程師跟我報告這件事情～我相當不以為然～
我想這件事情不是該不該做的事情～而是工作原則的問題！新老總接手公司的經營之後，一直想要打造一個可以依照程序完成工作的企業組織，大家各司其職，可以利用公司自己的制度規章運作、解決問題...

今天當然PM你很急！你對於產品品質有諸多期待！你期望可以有好的工作產出！但是很抱歉～如果大家都不依照工作程序做事～那大家要依照甚麼樣的工作規範做事！到底誰說了算？誰要負責？未來大家要依據甚麼東西進行工作？

今天看到這位PM寄出一封Mail大聲疾呼「工作程序混亂」...
但我看來，亂的只有他～因為他個人認為這個工作程序「不合理」，「不符合他的預期」...
但說真的，那是他混亂...

之前這些問題並不是沒有High Light出來...
當然也不是不代表這些問題不存在...
只是「現狀」就是如此...要召開跨部門會議討論，我想這些都OK!
但是我不爽的就是干預了現在工作的進行...
每個人都很盡心盡力，但是要大家有遵循努力的目標...而不是工作量無限上綱...
你今天東一個這個該做～另外一個說西一個該做...最後再來怪時程不符合預期！這是極度可笑的事情！

修改工作程序和規範，我想不是不可以！但是...請依照工作程序提出～今天工作程序和標準不是訂著好玩的！今天開發單位讓我們詬病的就是工作程序時程無法如預期的展開和交付，Delay到我們後續的QA工作事宜！但是在QA工作推展的時候，我個人是不接受片面的工作程序改變！因為這樣要讓我們後續的工作推展，要用甚麼樣的標準做事呢？

今天問題不在於QA程序的問題...
所有的問題，都有一個源頭...
就是「變更設計/變更規格」的工作程序不健全...

今天變更設計或是規格，你通知誰了？
後續的工作預期都會受到影響，卻直到收到工作後才知道這些東西改變了...
那之前投入的準備成本是怎麼回事？誰重視這件事情了？後續要怎麼執行？

另外公司內部，QC和QA之間的關係為何？你今天技術單位的QC測試到底自己定義是甚麼呢？別只是問QA要怎麼定義你們QC，而是你們QC到底自己當自己是甚麼東西？
我今天就是不想要QA當QC的保母！我就是不想要重新確認QC的工作成果！我確認他們有問題又如何？今天公司對於QC會有甚麼樣的應對呢？懲處？我QA看到QC受到懲處有甚麼好處？我會High嗎？我會覺得自己獲得正義嗎？靠～這個好笑.....

如何讓自己的工作推展更順利？

一直以來，我的工作模式和習慣都是體諒同事
我可以多幫一點，我就多幫一點...
我可以多做一點，我就多做一點...

當然拿捏不好，很容易好心被狗咬～幫到後來變成自己應該做的事情（笑）
其實這樣的狀況下來，對於公司的運作似乎不是一個好消息
算是一個惡性循環！
你可以解決眼前短期的問題，實際上卻暗藏了未來問題的大爆點...
大家都有自己的職責和應該解決的狀況（或是找人負責和幫忙解決）
如果自己好心幫了別人，說不定某個角度是害了群體的所有人...

以上這些話，都是我家老總對我的訓示（被念的很慘）

如果自己的工作沒有完成或是做好，為何可以進入下一個程序？
找技術單位的主管聊了一下工作的進行狀況，得知原來我們QC的功能測試涵蓋率僅僅只有主要功能的百分之五十到六十左右....
天啊...他居然說這樣就OK了...
原因當然是「時程考量、人力考量...等等」這些老掉牙的理由...
結果，我們QA要花上120%人力和時間去「涵蓋」QC沒有完成的工作...
難道我就不需要考量時程和人力嗎？！

很多事情很掙扎，不想把事情說絕做絕...但是問題還是問題...
我也很猶疑該不該直接去找老總把問題點出來，因為這件事情沒有完成...
接下來的問題還是一大堆...
所謂的品質提昇的目標只是個漫談...

我們處長和我說「往好地方想，現在的產品品質的確比以前好了」
但我說真的，我個人認為還不夠！現在品質還不夠穩定...
大家還是像牛一樣，被打一下才會動一下...
品質文化觀念的建立，並未在公司生根...
還是有不少同事認為，把產品品質弄好是QA的責任，是QA該把問題測試出來...
但換個角度說，大家怎麼不會去想，為何自己寫出來的程式是有問題的！

接下來該做的
就是會同客服單位，解決產品文件品質的問題
今天我們QA講了N次文件品質是有問題的...
但是技術單位只會跟我打哈哈，還說是我們QA的技術常識不足...
現在找了一堆前線單位來「證明」你的文件產出是有問題的
準備施壓讓這件事情可以被要求做好...
標準是自己給自己的...
自己給的低，自然表現的差...
你要我要求你，就別跟我討價還價
要不然
你就期望你自己要求的工作品質，比我們預期的更高....

一切都只是兩個「自覺」罷了！！
你到底有沒有自覺呢？！