2008-07-08

程式人與開發文件之間的恩怨情仇

 
每週二∼六出刊.2008.07.09
 
本 期 目 錄 簡介/舊報明細
鼎新大型企業ERP新增先進排程
客戶總是情緒化
程式人與開發文件之間的恩怨情仇
風格、自我、信念,就是成名的秘密!
如何借力使力讓科技把他們推向人氣頂點?

優惠訊息

iThome七週年『我生日,你快樂』熱鬧登場!
每日登入iT邦幫忙,有機會A好康!只到7/18(五)止!
2008 iThome2000大調查報告 年度重量級鉅獻!

專題報導 

鼎新大型企業ERP新增先進排程

在最新推出的TIPTOP GP 5.1版本中,鼎新加入了先進排程系統功能,讓企業的物料需求與生產排程規畫,在單一ERP系統平臺上完成,同時並依產能估算每一天甚至每小時所需物料等。

為了因應企業集團化運作的需求,鼎新針對大型企業推出的ERP解決方案TIPTOP,日前也推出最新版本TIPTOP GP 5.1,在這個版本中,不僅新增先進排程系統功能,提升大型企業作為物料需求以及生產排程規畫的平臺;在報表工具方面,也整合了Crystal Report,大幅改善報表的呈現。

鼎新產品中心副總裁鄭祥財指出,為了因應企業不同的需求,鼎新相繼推出了4套ERP,其中TIPTOP主要是針對大型企業推出,此外,還有針對中型企業推出Workflow ERP,小型企業則有SmartERP,至於微型企業方面也有e-Go等不同的解決方案。

業務型態複雜的企業,比較需要先進排程系統功能
鄭祥財表示,對於生產規模較小的企業來說,因為相對比較容易掌控整體的生產能力,因此不需要先進排程系統功能,但是,對於業務型態複雜且生產規模較大的企業來說,必須透過先進排程系統功能,才能有效計算物料需求以及生產排程規畫,進而改善接單與生產能力。

目前鼎新的企業客戶,大多還在使用舊的技術架構TIPTOP 7.x版
不過,現階段,鼎新的企業客戶,大多還停留在舊的技術架構,也就是TIPTOP 7.x版,鄭祥財表示,對於企業客戶來說,ERP升級必須考量的因素很多,除了新增功能是否需要以外,客製化比例越高的企業,升級的難度也會越高,然而,對於新的企業客戶來說,新的技術架構絕對是比較符合需求。

全文>>
專欄 

客戶總是情緒化

把一杯水放進微波爐,加熱一陣子之後拿出來,看起來水面是很平靜的,但此時如果放個湯匙或者什麼東西進去,馬上會爆炸。意思是說,其實經過一陣子的能量累積,客戶本來就要發作了,這是我們長久忽略客戶感受的結果,差別只是引爆時間點的早晚而已。

我的汽車上面的TOBE系統壞掉了,畫面整天不是忽明忽暗地閃個不停,就是出現黑白條紋根本看不清是什麼東西,開車變成一種痛苦的折磨,有個東西在旁邊一直閃,送修了一個月得到的答案竟然是零件缺貨無法維修。不知道為什麼,我的情緒很暴躁,拿起電話撥了申訴專線就開始對客服人員惡言相向。我的朋友說,這是「巴士大叔」症候群,我們每個人都在工作上被壓抑,所以只要有機會,情緒就像水龍頭打開一樣嘩啦啦地宣洩而出。

客戶翻臉比翻書還快,前十分鐘還愉快地聊天,突然接了一通電話之後就開始破口大罵,這種情形已經變成常態。發生這種事情,我們只能站著挨罵,有些人會試著辯解,不過想也知道,這種時候暴跳如雷的客戶怎麼可能聽得進去,甚至他還會認為我們死鴨子嘴硬不認錯,反而罵得更大聲。如果客戶情緒失控是因為他今天很衰,本來就已經在氣頭上,剛好我們不長眼地跑去挨罵,那這是我們自己的問題。不過,從我們跟各公司的業務以及客服人員討論的結果,發現其實客戶會翻臉,是一種「用微波爐燒開水」的現象。大家都知道,把一杯水放進微波爐,加熱一陣子之後輕輕拿出來,看起來水面是很平靜的,但此時如果放個湯匙或者什麼東西進去,馬上會爆炸。意思就是說,其實經過一陣子的能量累積,客戶本來就要發作了,這是我們長久忽略客戶感受的結果,差別只是引爆時間點的早晚而已。

不管我們的客戶是公司還是個人,其實我們都普遍存在忽視客戶權益的現象。以企業為例,對於下游的廠商,我們總是以為這些人本來就應該要跟我們買東西,從沒有想過如果我們在技術或者各方面多支持他們,便可以讓合作關係更長久,訂單數量更增加。

「不是我們不想去支持客戶」,有個資深的業務朋友說,「而是客戶總是擺出一付想要殺價的姿態,誰敢去啊?」

全文>>
 
 
程式人與開發文件之間的恩怨情仇

許多團隊往往不在系統分析階段做分析,不在系統設計階段做設計,他們拿著混凝土就直接灌起漿來了。而文件當然可以後補,運氣好的話,藉著團隊中幾位天才洋溢的程式人,大樓還能維持一定品質。但若先天不良,後天再失調的話,這大樓恐怕就搖搖欲墜。

撰寫開發文件,恐怕是許多程式人內心深處最不願意碰觸的一個領域。大多數的程式人認定,工作的職責在於程式設計,而對於「撰寫」開發文件,多半避之唯恐不及,甚至認為那是浪費生產力。

文件設計不佳又沒有審閱制度,就形成交差了事
我的第一份程式設計工作,有一個相當特殊的規定:星期一至四寫程式;星期五寫「文件」。在我的這一份工作中,程式人被要求撰寫的文件,是程式碼作用的說明文件。

若不能帶來助益,文件勢必被視為負擔
上例的程式碼說明文件,只是軟體開發會涉及的文件的一類。事實上,程式人可能涉及的文件,隨採用的開發方法或流程規範的不同,還會有各種類型。例如,負責系統設計的程式人,就必須撰寫設計文件。

從建模的觀點,文件的作用是輔助產出程式碼
若是系統都已經完成了,才開始補文件,自然會讓開發人員認為文件是多餘的,因為沒有這些文件,系統也能完成,自然而然會造成開發人員對撰寫文件的抗拒心理。

全文>>
前期文章 全部歷史文章
出刊日期 出刊主題
2008-07-08 精簡企業列印總支出:6大廠商...
2008-07-05 宏�備份資料減少13倍的祕訣
2008-07-04 中文輸入軟體─Yahoo!奇摩輸...
2008-07-03 IT自救術─買一臺筆電的「決策...
主編推薦  
雜誌館新開張!今天想看哪一本?
綠地球,全球拚減碳的商機
核能新思維
減重武器─抗炎飲食!
我要訂閱這份報紙 我要取消這份報紙 訂報說明
.本電子報內容由 iThome online 提供
PChome ePaper 電子報版權所有,關於電子報發送有任何疑問,請聯絡 客服
台北市敦化南路二段105號11樓 ,TEL:(02)2708-8038,FAX:(02)27094848。
廣告刊登授權服務隱私權聲明消費者保護兒童網路安全關於PChome徵人
網路家庭版權所有、轉載必究 Copyrightc PChome Online

沒有留言: