2008-4-5(祭祖)

去拜了一下我阿公

2008-4-4(長江七號)

恩...還可以啦
只是有點短
是給某個年齡層的
不過 描述窮人會讓我想起這是給大陸內地很多窮人看的...只是星爺很有錢耶...

2008-4-3(要更新還是要退版)

這幾天所修正的bug 很多人都不贊成四月九號上
沒經過三四天以上"嚴密"的測試 什麼東西都不應該上
沒人敢擔這個責任

這真是一個矛盾的時刻


這樣是對的嗎?

PS.雖然最後是都上了 但是...

2008-4-2(很沒精神的一天)

沒精神是正常的
熬夜真的傷身體也很沒效率

到底什麼時候我們公司的測試流程才可以不用這樣攏長壓

2008-4-1(累壓)

下個星期就要正式收費了
也還會有一波行銷

其實很想要趁這最後一次的改版
把很多想要改的東西一起上
當然會冒著很大的風險
公司的品管部也一直極力反對

但為了這最後的掙扎
還是希望把他趕出來了

也由於公司測試流程的繁瑣以及限制
我們得要忙到凌晨六點多
回家已經七點了


累壓

2008-3-31(PDP...)

PDP(績效管理發展計劃書) 這是母公司今年導入的績效管理辦法
以前在資策會的時候我們應該也是用這套 (那時候還有線上系統 直接進系統填PDP就可以了)
在資策會一切以專案為導向 所以一開始的績效目標當然就直接填專案項目
如果只有單一專案 那就把專案內容拆開來大項目寫
跑了幾年也沒啥特別的...


很奇怪的就是
一樣的方法在不一樣的人手裡 就會有不同的面目
遊戲公司的人都特別聰明還是怎樣的
多出了一些很特別的績效目標項目強迫要我們下面的人填
這些目標項目大概就是 '某某錯誤不能超過幾次'之類的


如果沒記錯的話 PDP項目理論上還要經過與長官討論這個階段
於是我就跟上頭的人爭取拿掉多出來的項目
爭論了一段時間 上頭就直接說 "我當XX 你們就得要加入那些項目"

當然我就轉頭走人 這種話都烙下了 也不用討論了


如果項目不能討論 那直接請長官幫我們填算了
還要我們填浪費時間

還有我最最最討厭的就是把量化出錯的紀錄這種事情
1.多作多錯 少做少錯 不做不錯
2.系統是團隊整個的責任 不是什麼單一人要承擔的 這樣很容易造成大家互相推託責任
3.出錯應該要想好方法去避免 不是拿著記錄簿去記錯誤...我們又不是小學生


做專案就好好做
忙著量化團隊成員出的問題 不去想好方法降低發生機率 然後用考績威脅人
這應該不是領導人應該要做的事情吧...(那這樣人人都可以是領導人)


PS.發發牢騷而已喔 這是我的小地盤喔 哀 每個人都有每個人的角度跟做事方法 也許我的想法不一定對...