當程式開發的會計人員哀歌

  看完妹子節錄的Designer之哀歌,也覺得太感人肺腑,所以修改如下以表心意,也「感激」一班高層的「厚愛」。
01. 聲稱自己沒有甚麼特別要求,最緊要最後件完成品夠好、夠正!
  出左Sample Output之後又話想點想點,好似邊份邊份咁,佢教返你點做野,總之改到變左垃圾佢就至開心(仲會衰過好多你自己初頭唔敢比佢睇既超行貨垃圾!)
02. 負責與程式開發人員接洽的,他要向無數上級交代,但他亦是最多意見要你如此這般的,事後証實只是小人物的一廂情願。
03. 時間極趕,好像他今晨睡醒才醒起今天有Report要出街,最好開發人員即席揮毫,或打開電腦便有超過十個Sample Output俾佢揀。
04. 要求在極短時間內安排第一次Presentation、貓紙及Sample Output。
05. 對前線執行者的講解無甚興趣,只以其個人白痴電腦常識對待任何Report Output,但通常諗法異想天開,根本行唔通。
06. 明明Target Audience與老闆本身的年齡、職系、接受能力與需求不同,但他仍堅持要全世界所有生物都要明白Report Outcome。Report出十幾個Columns是不足夠的,應該要有十幾張Remarks及貓紙才對。
07. 對程式開發員作出無稜兩可的評語以顯示自己的過人見識。例如:少左個s、要全大階、太多行了、線太粗了、每個字開頭要大階、要Bold、唔要Annex要Appendix、加番個括號、唔要(a)改做(1)、隔多個space……(不能盡錄,下刪百字)
08. 通常批評最利害的不是數字或資料的準確性,而總是執著於Formatting,那一忽細小小或字體不靚等枝節問題。永遠不知道程式開發的目的為將data變information。
09. 非常貪心!要求程式開發者不斷提供更多Report方案,而他跟本不知道自己要甚麼,繼而作出無數次修改,但Deadline不變。
10. 在十多分鐘內連環炮轟程式開發者,問一些包括在早已提交的資料裏的information。原因是:「我唔見左份野……」
11. 當程式開發員未曾完成該階段的工作時,就心急地追問「有幾多睇住幾多先」。就像一個女人化了一半妝未完成時他要看,看後他說有冇攪錯!
12. 遲遲不提供應有的資料及內容,但要求執行者「做住先」。到最後,程式開發員會發覺初期的database build-in queries並不適用於後期真實的內容當中。唯有無奈地重做,而這個過程會不斷重覆直到大家筋疲力盡。
13. 在工作過程中不斷大幅修改原先已達共識的Brief,當然,Deadline不變,甚至提前。
14. 竭力參與程式開發工作及嘗試加入自己的個人喜好,務求在產品中有其參與過的痕跡,以證明自己的意見是有見地或自己在公司的地位。出街後反應好是他的功勞,反應不好是你的錯。
15. 對開發者全不尊重或信任。

連上司既話都懷疑!? 有Order就要Take!

16. 對Formatting非常執著,例如:要求無「:」、字體加大半Point、每行加多一個space、某行要唔出……等等。
17. 漠視何謂統一性或連貫性的重要,同一份Report明顯出現信息混亂及精神錯亂現像。
18. 以為電腦是萬能的,甚至全能!特別是PowerPoint!要你用PowerPoint製作Director甚至專業動畫製作效果!
19. 覺得Microsoft Office功能上太局限,未能滿足心目中的要求;所以佢應該請一個Designer用部Macintoch幫他實現心中的慾念,而不是叫下面班會計人員去死撐。
20. 喜愛在Lunch Time及收工後把工作給予下屬,並要求數小時內完成交貨。
21. 交貨前十萬火急,交貨後失去聯絡。
22. 在非辦工時間致電給下屬談工事,又或當保安員陪伴佢左右。
總結:各程式開發員及同工敬請保重身體,珍惜身邊親朋戚友相聚之光陰、關懷及愛護吧!
感想:我再次重申,我係讀會計的,程式開發請另覓高手。
附注:大部份會計人員工作時間驚人,需大量OT而無OT錢,即所謂食鐘。你只是老闆們的廉價保安或者工廠工人;你只是幫他實現心中所想的奴隸罷了!

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *

*