其實去年年底就知道公司會搬家，只是因為很多原因所以拖拖拉拉的到三月底才搬。其實有些同事不是很願意公司搬家，原因就是新公司位置比較偏僻，然後上班會需要比較多的時間…如果你問我的意見，我當時應該是為了「低價」的停車費用 所以反而期待公司搬家。
公司原本的位置其實附近有很多吃的東西，也在捷運站附近～其實機能性一直不錯，很典型的都市型辦公大樓～但是附近的停車位都是每小時四十到五十的價位，講真的一個月下來也要個四五千元，真的超級貴～
而新的辦公室呢～附近路邊停車費用一個小時約二十到三十元，但因為我們租下的辦公室位置，算是個新廠區所以沒啥公司，現在還是可以亂停車中。只是這樣「免費的停車位」可以維持多久呢？我也不知道～
而執行搬家這件事情，也是搞的我人仰馬翻。上週四晚上到新辦公室引導搬家公司的人搬家，但是因為進度Delay，結果我居然耗到凌晨兩點才到家～隔天週五的時候下午三點跑到新辦公室整理東西，結果一團亂...一直窩到晚上十點才整理完畢...
這一切都只是為了週六、週日可以不要回公司整理東西而已...
公司搬個家，弄得我要加班外加腰酸背痛...真是要命說...
2008年3月25日 星期二
多重壓力和時程...
其實，自己在寫這篇前也知道...我現在遇到的事情，其實再平常不過了。任何一個上班族肯定都會遇到這樣的事情和感覺...差別大概在於常常遇到和很常遇到這兩種差別！
如何把工作消化？如何有效的規劃所有的工作？如何監督和確認工作會依照預期的時程進行～這些都是持續學習的課程。
事件
心情的影響，大概是因為今天被主管很嚴厲的責罵。但是...（身為屬下總是會有「但是」...）整件事情，我也認為我很無辜。從我得知這件事情到處理這件事情還不到24小時，更何況還包含客戶端的東西，客戶端自己都沒有搞定很多事情。我也很傷腦筋接下來要怎麼玩～只好持續厚臉皮的騷擾對方的副總...不過也被對方副總非常客氣的「小噱」了一下...但...我能怎麼辦哩！？總之，大家都只是想把這件事情做完做好而已。就姑且這樣想吧～
聯想...
接下來要完成的事情也突然的暴增，很多都不在預期的計畫中，打亂了原有的規劃和時程～工作只有越來越多的份，要不然我能怎麼辦呢～好不容易有的空閒時間也要忙著把相關的準備工作做完做好～要不然之後要怎麼推展工作？
也許能力還是不夠，我每每做的事情～長官總是有話說...但是如果照著做出錯～黑鍋也是要照背...很典型的上班族生活～長官心情好的時候會說『這件事情我知道大家都不知道要怎麼做！放心～這件事情我會跟你一起搞定』，但是實際上是『你把這件事情想清楚後，跟我報告你要怎麼做...』，說了這麼多...So What...套句大家說的話，「現在這間公司，誰不忙呢？誰壓力不大呢？」細細想想也是這樣...我想，我真容易被說服～
轉念頭
能做的不多。就是把工作搞定，依照時程和計畫推動工作直到工作被完成。很簡單的一句話...但可能是最難完成的作業～仔細想想，其實每個主管的壓力都很大...雖然說真的...我的壓力也未必小，但這就是工作吧...不停的完成不可能的任務....
如何把工作消化？如何有效的規劃所有的工作？如何監督和確認工作會依照預期的時程進行～這些都是持續學習的課程。
事件
心情的影響，大概是因為今天被主管很嚴厲的責罵。但是...（身為屬下總是會有「但是」...）整件事情，我也認為我很無辜。從我得知這件事情到處理這件事情還不到24小時，更何況還包含客戶端的東西，客戶端自己都沒有搞定很多事情。我也很傷腦筋接下來要怎麼玩～只好持續厚臉皮的騷擾對方的副總...不過也被對方副總非常客氣的「小噱」了一下...但...我能怎麼辦哩！？總之，大家都只是想把這件事情做完做好而已。就姑且這樣想吧～
聯想...
接下來要完成的事情也突然的暴增，很多都不在預期的計畫中，打亂了原有的規劃和時程～工作只有越來越多的份，要不然我能怎麼辦呢～好不容易有的空閒時間也要忙著把相關的準備工作做完做好～要不然之後要怎麼推展工作？
也許能力還是不夠，我每每做的事情～長官總是有話說...但是如果照著做出錯～黑鍋也是要照背...很典型的上班族生活～長官心情好的時候會說『這件事情我知道大家都不知道要怎麼做！放心～這件事情我會跟你一起搞定』，但是實際上是『你把這件事情想清楚後，跟我報告你要怎麼做...』，說了這麼多...So What...套句大家說的話，「現在這間公司，誰不忙呢？誰壓力不大呢？」細細想想也是這樣...我想，我真容易被說服～
轉念頭
能做的不多。就是把工作搞定，依照時程和計畫推動工作直到工作被完成。很簡單的一句話...但可能是最難完成的作業～仔細想想，其實每個主管的壓力都很大...雖然說真的...我的壓力也未必小，但這就是工作吧...不停的完成不可能的任務....
2008年3月23日 星期日
溝通...
上週五，找了PM team的主管交換QA工作執行程序的意見。不過...又進入了持續的妥協狀態，其實他考量的地方也沒有錯，這是我們的現況。但說真的，妥協現況的事情在接這個職務之前，我也做的比任何人都多。但是我發現「妥協」並沒有讓事情好轉，我只讓自己的工作惡化～
也許PM team考量的點是因為，QA team在執行初期並沒有太多的專業能量可以解決這個問題，這是個現實的問題，因為這樣的狀況確實實際存在。不過我也清楚知道，如果很多該做的程序規劃沒有作...未來問題也不會被解決。
我期望未來我所帶的team可以在問題發生前就先預防問題。在所有有關QA或是QC的文章都會提到「成本」的問題。如果問題可以在越早的步驟發現問題的存在，那修正問題的成本越低。我可以預想到如果我不能更早的發現問題的所在，然後終止他發生，那我未來我QA的工作會等比級數的無限沈重...這是我完全不想看到的狀況。
不過，我沒辦法說服PM team leader支持我的想法...
他只願意在他的工作範圍支持我...而不願意在這件事情陪我去說服技術單位。現在的狀況，有點像是一個旅人在涼爽的好天氣中看見不遠處有暴風雨...但沒有選擇...只能勇往直前的味道...
也許PM team考量的點是因為，QA team在執行初期並沒有太多的專業能量可以解決這個問題，這是個現實的問題，因為這樣的狀況確實實際存在。不過我也清楚知道，如果很多該做的程序規劃沒有作...未來問題也不會被解決。
我期望未來我所帶的team可以在問題發生前就先預防問題。在所有有關QA或是QC的文章都會提到「成本」的問題。如果問題可以在越早的步驟發現問題的存在，那修正問題的成本越低。我可以預想到如果我不能更早的發現問題的所在，然後終止他發生，那我未來我QA的工作會等比級數的無限沈重...這是我完全不想看到的狀況。
不過，我沒辦法說服PM team leader支持我的想法...
他只願意在他的工作範圍支持我...而不願意在這件事情陪我去說服技術單位。現在的狀況，有點像是一個旅人在涼爽的好天氣中看見不遠處有暴風雨...但沒有選擇...只能勇往直前的味道...
2008年3月19日 星期三
QA角色的釐清
今天跑去找以前在資策會的長官，請教有關QA的作法。獲得了很多的啟發，也印證了之前「同人兄」跟我分享的定義～而QA如何去做到確認整個軟體開發的程序和流程，進而做到「品質確認」呢？
就像很多人都認為，QA和QC還不是都一樣，如果要做到QA（品質確認）也是要進行測試啊？真的好一個鬼打牆的說法～如果說重點在「測試」那何必要第二次的QC來檢驗第一次的QC成果哩？所以囉...重點應該不是在這邊～
就我獲得釐清的答案，可以簡單的說...QC（品質管制）僅僅是程式在開發階段的一個程序，而QA則是要確認整個開發案從「程式需求」、「規劃和設計」、「開發和測試」最後到「驗證」都要確認流程正確。怎麼說呢～應該說整個程式開發都是要滿足第一步「需求」這個步驟～QA就是要確認「規劃和設計」符不符合「程式需求」；「開發和測試」符不符合「規劃和設計」甚至「程式需求」；「驗證」是不是可以符合「程式需求」～其實QA就是要做這件事情...
而QC僅僅只是做好「開發和測試」符不符合「規劃和設計」，如果有使命感的QC也會重複確認自己的「測試內容」是不是符合「程式需求」。
（靡靡之音：問題可能有這麼自動嗎？程式開發人員，只會把自己寫好的那部分測試而已，哪裡會做甚麼有效的整合測試呢？）
就像很多人都認為，QA和QC還不是都一樣，如果要做到QA（品質確認）也是要進行測試啊？真的好一個鬼打牆的說法～如果說重點在「測試」那何必要第二次的QC來檢驗第一次的QC成果哩？所以囉...重點應該不是在這邊～
就我獲得釐清的答案，可以簡單的說...QC（品質管制）僅僅是程式在開發階段的一個程序，而QA則是要確認整個開發案從「程式需求」、「規劃和設計」、「開發和測試」最後到「驗證」都要確認流程正確。怎麼說呢～應該說整個程式開發都是要滿足第一步「需求」這個步驟～QA就是要確認「規劃和設計」符不符合「程式需求」；「開發和測試」符不符合「規劃和設計」甚至「程式需求」；「驗證」是不是可以符合「程式需求」～其實QA就是要做這件事情...
而QC僅僅只是做好「開發和測試」符不符合「規劃和設計」，如果有使命感的QC也會重複確認自己的「測試內容」是不是符合「程式需求」。
（靡靡之音：問題可能有這麼自動嗎？程式開發人員，只會把自己寫好的那部分測試而已，哪裡會做甚麼有效的整合測試呢？）
2008年3月17日 星期一
何謂QA呢?
剛剛接到這個任務，很多朋友都跟我說「這是一個不幸」的職務。
但講真的，我活到現在三十歲...這種接手「不幸職務」的工作，對我來說已經是個常態了。當過兵的都知道，軍械士（在部隊中管理槍枝的士官）是個「賽」職務。特別在打靶、演訓不斷的野戰單位尤其如此...別懷疑，我就是那個倒楣的傢伙...
以往並沒有QA的工作經驗，在台灣這個不怎麼重視「測試工作」的軟體環境中...我好像只有少少的QC經驗，所以當我請教公司內部技術明星的時候...得到的答案都僅僅有「軟體測試」的知識...
像是「白箱測試」、「灰箱測試」或是「黑箱測試」這類課本就有講的東西～問題實務的執行經驗和方法呢？「Zero & Nothing」（傻笑）
我好像常常這樣，不管是軍械士（我是受戰車補給訓的）或是產品教育訓練～甚至新產品發售的時候，跳上講台對著下面一堆客戶簡報兩個小時...真的覺得自己無敵（也無奈）
好啦...回到正題...何謂QA呢？
我請教了一位我在網路上盯著看很久的Blog作者「同人」，提起勇氣，發了封信請教他這個問題...
他回覆的內容如下：
不過他也提到我所感受到的事情...
大陸從事軟體代工的公司眾多，也因為人口多相對網路資源也不少～關於QA及QA的工作，也有很多專業論壇在大陸地區...也看到很多「先烈」同樣有這樣的感慨...
我現在要怎麼做呢？就是自己先不迷失吧～
但講真的，我活到現在三十歲...這種接手「不幸職務」的工作，對我來說已經是個常態了。當過兵的都知道，軍械士（在部隊中管理槍枝的士官）是個「賽」職務。特別在打靶、演訓不斷的野戰單位尤其如此...別懷疑，我就是那個倒楣的傢伙...
以往並沒有QA的工作經驗，在台灣這個不怎麼重視「測試工作」的軟體環境中...我好像只有少少的QC經驗，所以當我請教公司內部技術明星的時候...得到的答案都僅僅有「軟體測試」的知識...
像是「白箱測試」、「灰箱測試」或是「黑箱測試」這類課本就有講的東西～問題實務的執行經驗和方法呢？「Zero & Nothing」（傻笑）
我好像常常這樣，不管是軍械士（我是受戰車補給訓的）或是產品教育訓練～甚至新產品發售的時候，跳上講台對著下面一堆客戶簡報兩個小時...真的覺得自己無敵（也無奈）
好啦...回到正題...何謂QA呢？
我請教了一位我在網路上盯著看很久的Blog作者「同人」，提起勇氣，發了封信請教他這個問題...
他回覆的內容如下：
QA 是確認品質的執行的過程，而 QC 則是確保品質的控制過程。前者是確保工作可以用正確的步驟來執行生產工作，而後者則是檢驗工作產出是否符合規格與客戶使用上要求，兩者有很大的不同。測試 與檢驗無疑是 QC 的過程，而 QC 過後的分析問題成因、教育訓練、稽核、訪談等，都是屬 QA 的範疇。一般而言，QA 多半牽涉流程是否適切（人與事），QC 則專注於產品是否有問題（物）。
不過他也提到我所感受到的事情...
在台灣的軟體開發，太多的人無法分清楚 QA 和 QC，但爭辯又沒有太大的意義，如果無法改變他們的觀念，我通常會選擇沉默以對，不要拆穿它。
大陸從事軟體代工的公司眾多，也因為人口多相對網路資源也不少～關於QA及QA的工作，也有很多專業論壇在大陸地區...也看到很多「先烈」同樣有這樣的感慨...
我現在要怎麼做呢？就是自己先不迷失吧～
訂閱：
文章 (Atom)