close
在這篇網誌的開頭，我要先聲明，這應該會是一篇有些情緒的網誌。
前天晚上，因為身體的疼痛而一夜未曾闔眼；昨日一整日疼痛並未稍離，咬著牙上了一天班，下午六點一到便急忙往醫院奔去。
從醫院回來之後，因為藥物讓疼痛有了一點改善，但仍是讓我無法入睡。雖然藥袋上寫的藥量是一天二次，早晚飯之後，但持續二天的疼痛已經讓我耐心全失，只希望可以好好睡個覺。晚上十點，我起身又吃了一次藥，在床上翻覆了二個小時後，我又去吃了一次，這回私自加了半顆安眠藥。
病因：荷爾蒙失調加上免疫力下降加上壓力大，唉！
這一年來身心的大小病痛源源不絕，如果不是因為前幾年過度揮霍青春作息不正常造成的惡果，那我該像＂永不妥協＂一樣去看看家附近有沒有什麼工廠排放汙染源，讓我得了什麼免疫不全的疾病。
早上起來時照例是昏沈，接著襲來的是一陣熟悉疼痛感。躺著和站著是還好，但只要坐一陣子，那種不適感會把我逼到快抓狂的地步。
實在是不想在辦公室裡坐上一天了，我撥了電話請假。
請假歸請假，疼痛並不會也休息一天。多半是因為這個原因，我的灑脫和樂觀想法離我離得有些遠。雖然不能久坐，但我在電腦前面所看到的一些事情已經足夠讓火氣直線上升。
剛剛收到了PARTY通知書（RD進度會議的會議記錄），可以想見的，他們開會的時候我正在床上補眠，雖然不免地列入PARTY成員之一，但是從日程表上看起來，大家對我已經算是情義相挺了。
在PARTY開始前，我還有點時間可以把一些火燒屁股的事情吹小一點。
我實在不知道其他人是怎麼看RD的工作的。
在我還是小小企劃的時代，公司裡的RD只有背後靈和黑暗大帝二位，只差沒有早晚三柱香，連跟他們說話都不太敢，更遑論問問題或是尋求支援了（話雖如此，我也還是被黑暗大帝大聲責罵過）。
從前份工作的業務經歷，到後來在NT星球的企劃部，轉戰客服部，再加上中間各式各樣曇花一現的小部門，到了現在的RD工作；有那麼一陣子，我對公司裡部門和部門的分界並不是那麼在意，工作就是工作，懷抱著大家一起為公司打拼的天真夢想。
只可惜，公司裡其他人並不是這麼想的。
每個RD手上都會有一個或一個以上的產品待開發，而訂下的開發時間保證是短得讓人想殺人。除此之外，本著＂個人造業個人擔＂的原則，所有產品發生的BUG和待測試靈異狀況自然也跑不掉，在趕工期內，我最害怕聽到的工作就像是看IIS LOG，測試某個不熟的資料庫連不連得到，以及所有需要繁複測試才能測出的問題等等。
其他部門所提的一行字，我們要用去半天，一天甚至更長的時間來解決。
於是......你手上本來就已經DELAY的產品開發時間正在以飛快的速度減少。
DELAY又怎樣？
DELAY雖然是天經地義每個產品都會發生的情況，只是，在預訂的上市日期前，就會有人來告訴你，有那幾家不怕死的客戶已經買了，而且全部都急裝機急得不得了。
這也是我這幾年來最不能理解的事情之一，在沒有裝這個新產品之前的幾十年，你們公司都活得好好地，在裝了之後也沒有保證會賺更多錢，那麼現在急這一二天是怎樣？
這件事最後就是上市前RD拼命加班，耐性極低，火氣超大地趕完這個產品，然後在交貨後的一二個月繼續加班沒耐性火氣大地改完BUG，換新程式時還得苦思...那幾家已經上線的怎麼辦？
每個RD都不想讓自己淪落到這種境地，於是平常就會有一些短期的小目標要達成，例如本週要完成這二區，下週有那一區待改等等。只是，根據經驗法則，沒有一次可以ON Schedule地達成，我們總是努力在追，追得筋疲力竭還不能放棄。
開發產品是我們的責任，做不完是你的能力有問題，怪不得別人。只是，如果一般上班時間都在忙別的部門的支援，到頭來自己的產品進度DELAY被罵，那又該是誰的責任？
話說回來，我上週就該交出芙羅的更新版了，一拖再拖，這週又快要過了。閉上眼睛就可以冥想到眾人的碎碎念，唉！
RD是人，當然會有心情不好的問題，只是可能很多人不知道，RD的心情不好幾乎完全來自於工作，而不是只是昨晚在線上遊戲被人罵這種無聊的事情。
我們也不是天天那個來，情緒的緊繃程度只是單純反應產品的DELAY程度而已。
RD們也很清楚，前鋒部門也是為了公司的業績在打拼，在能力許可範圍內，該做的支援還是都會做，可以計算一下，我們待在自己位子的時間長，還是解決別人問題的時間多？
只是，在我們已經被時程和工作壓得喘不過氣來的時候，還要我們和顏悅色地接受各方的詢問，CALL SUPPORT，這會不會太強人所難了？
各方，沒錯，我上一段的最後是說＂各方＂的詢問。工作過程中，當一個人來問問題的時候，你可以傾盡全力快速地解決它，然後回去工作。當二個人同帶著不同的問題同時出現的時候，事情開始就有點麻煩了，當第三個人在你還在聽第一個問題時又出招，我保證你笑不出來；然後第四個人飛快地從你旁邊經過，丟了一句＂我MAIL給妳了！＂，主管從後面叫＂我們等一下要來開進度會議。＂
恭喜，這一整天你完全不需要規劃工作，能做完這些就該偷笑了。
最慘的是，來問問題的三個人回去時心裡就想，不過問個小問題而已，跩什麼跩？
問問題當然OK，DB相關，InstallShield這類碗糕我們自然不會拒絕。
不可否認，解決問題是最好的學習方式，於是我們會說問題的發生原因是什麼，又要怎麼修改。
只是，如果問的問題是稍微思考就可以有答案的，或是幾天前才說明過的，又要我們如何反應？
＂這個我不是上次就說過了？＂我會沒好氣地說。
如果我在說明的時候說得不清楚，你可以問，甚至可以譙。但就是不要在幾天後又因為相同的問題叫我過去解決。
我已經算不清總共在公司裡開過幾堂教育訓練課程了，我的信心指數也隨著堂數的增加持續下降。
在上Oracle的時候，我得先從二本厚厚的原文書裡編出每堂課的主題，然後先在公司裡架好上課測試用的SERVER，最後花個半天寫講義。結果，所有Oracle相關的問題還是直接Pass過來，不管問題本身跟Oracle有沒有直接的關係。
我很難不去把它歸到＂無心＂這個因素去。
不可否認，解決問題是最好的學習方式，於是我們會說問題的發生原因是什麼，又要怎麼修改。
只是，如果問的問題是稍微思考就可以有答案的，或是幾天前才說明過的，又要我們如何反應？
＂這個我不是上次就說過了？＂我會沒好氣地說。
如果我在說明的時候說得不清楚，你可以問，甚至可以譙。但就是不要在幾天後又因為相同的問題叫我過去解決。
我已經算不清總共在公司裡開過幾堂教育訓練課程了，我的信心指數也隨著堂數的增加持續下降。
在上Oracle的時候，我得先從二本厚厚的原文書裡編出每堂課的主題，然後先在公司裡架好上課測試用的SERVER，最後花個半天寫講義。結果，所有Oracle相關的問題還是直接Pass過來，不管問題本身跟Oracle有沒有直接的關係。
我很難不去把它歸到＂無心＂這個因素去。
開發產品跟做專案不同，做專案是依照客戶的需求一五一十地建置系統，即使客戶提的是詭異又毫無Sense的規格，本著＂出錢的最大＂加上＂驗收後跟我沒關係＂的指導原則，照做就是了。
但是產品不是，做產品需要考慮到這個世界上大部份人的想法，而不是一二個客戶的龜毛。
我們很清楚，現階段遇到的許多問題是因為當初的產品沒有規劃好，所以，當我們被分派到新產品或是產品改版計劃時，總是會有雄心壯志要規劃一個比較健全的系統架構，考慮到以後改版的程式怎麼做，專案部門要怎麼客製它，客戶要怎麼改它......。
然後這個健全的系統架構在開發時程壓力下愈來愈不健全。
每回知道有客戶或工程師在整合時遇到困難，或是發現某區造成效率低落，不免都會自責，當初規劃做好，也會希望在接下來的產品能夠更週全一點。
這是一個不小的題目，所以在思考這種架構性的東西時，根本就是在一種起乩的境界，我最怕在這時候聽到
＂Agnes~＂
剛剛不管想到什麼，重來吧！
當時的心情就像練功時走火入魔一樣，不管你是不是正常人，我都不相信這個時候會有什麼好臉色。
上個月有某一場全公司會議，背後靈說，由於公司的RD給人感覺高傲云云.......。
會議結束後，三個RD默默地各自戴上耳機，目光投向電腦前。
雖然心裡一陣委屈的怒氣無法宣洩，但看到身邊的二個人也都沒說話了，那自己還開什麼口呢？
又過了一小時，我拿下耳機，忍不住吐了一句
＂其實我心裡蠻不爽的。＂
＂我們不爽的是同一件事嗎？＂ANT這麼說。
＂應該是同一件吧。＂老喬說。
原來，三個人心中都有不滿的情緒，只是覺得另外二個人都沒說什麼了，自己也沒什麼好說的了。
花去一半工作的時間在支援別人，到頭來被人說高傲。
我們三個人沒再交談什麼，這種感受，也只有親身經歷的這三個人最了解。
這不知算不算巧，這三個人都不是工程師出身的，還都是從企劃部出來的。
如果說學會寫程式是天份，但我怎麼就是會回想到與Oracle初次交手，無人可問，面對著裝了好幾次才裝起來的Server不知所措的情景。
那時我在Google上泡了三天（其中二天是週六週日），從沒找過資料到學著啃英文資料，看得到的按鈕每個都去按按看。週一一早，興奮地跟其他人說，連上了！
RD新秀ANT，又有多少人知道他在接SOGO案時，每天在公司做專案到凌晨四點？
（老喬是天才，一個忙到翻卻還能準時下班的天才）
（老喬是天才，一個忙到翻卻還能準時下班的天才）
工作辛苦是一回事，但工作辛苦還被人家嫌又是另一回事。
所謂體諒，說起來容易，形容別人的處境也簡單；但是當沒人會為你設想處地想的時候，就只能寫寫網誌了。
全站熱搜
留言列表
