工作程序的訂定，就像生產線一樣，讓所有工作同仁可以依照一定的流程進行工作，產生出預期工作成果的方式。而其不能由單一的人員或是部門任意更改，因為會影響的層面之大，很難讓人想像後面會影響到的後果。
制度的確容易讓程序僵化，或是市場反應能力降低。但是卻是控制一群人工作方式、工作成本、工作時程的一個方式～因為企業工作成果的產生必須穩定而且可以預期，你可以預期問題、你可以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嗎？我會覺得自己獲得正義嗎？靠～這個好笑.....
沒有留言:
張貼留言