今天跟user 開會確認規格. 開這種規格會就像攻防大戰一樣, 一點都不誇張. 開會時講話聲量暴衝, 慷慨激昂到一個腦充血. 開完會除了精疲力盡之外還會急速陷入憂鬱.
開規格這件事, 老實說還真是一門不小的學問. 沒有一點IT背景的人開出來的規格總是二二六六. 沒有一點章法可言. 常常天馬行空到一個不行. 與其說是談規格, 更精確的說應該是談需求.
一般user需求要能夠依照IT的語言轉換成IT遵循的規格. 常常需要花費極大的功夫, 當中牽涉到商業邏輯, 系統架構以及文件撰寫. 比較有制度有所謂IT規模的公司. 分工上大致會分SA, SD, Programmer. SA要有一定的系統架構觀念與商業邏輯負責與天兵user談需求然後把需求轉換成IT語言告知SD. SD是系統的設計師. 該是最了解系統的人. 負責把規格開好告知Programmer該有哪些該修改的地方或增加新的功能以達成需求. 可是在一般公司的IT部門常常是由系統負責人通包所有跟規格有關的工作, 以及之後的系統設計與程式撰寫.
談規格的目的是要IT做新功能, 要不就是修改系統以符合現況. 談了自然就得做. 要做就要畫押. 畫了押就得每天被追著工作進度. 做完了上線, 緊接著就是修正bug. 要不就是被嫌做的不好. 要不就是又有新的需求產生. 系統負責人就像希臘神話中被罰推巨石上山的那個西西弗斯. 上線就是到了山頂 放手. 石頭又滾下山. 有些比較慘的可能還會站錯地方被石頭砸到腳. 最可憐的(請在腦海中自行浮現一幅景象)大概是邊推巨石, 山的兩邊夾道還有一堆小人邊用小石頭丟你.
在一片電腦自動化的工作環境中. IT的角色就是被設定在永遠處於挨打的一方. 因為不管做或不做倒楣的一律是IT. 做過IT的都知道這是IT的宿命!
開規格這件事, 老實說還真是一門不小的學問. 沒有一點IT背景的人開出來的規格總是二二六六. 沒有一點章法可言. 常常天馬行空到一個不行. 與其說是談規格, 更精確的說應該是談需求.
一般user需求要能夠依照IT的語言轉換成IT遵循的規格. 常常需要花費極大的功夫, 當中牽涉到商業邏輯, 系統架構以及文件撰寫. 比較有制度有所謂IT規模的公司. 分工上大致會分SA, SD, Programmer. SA要有一定的系統架構觀念與商業邏輯負責與天兵user談需求然後把需求轉換成IT語言告知SD. SD是系統的設計師. 該是最了解系統的人. 負責把規格開好告知Programmer該有哪些該修改的地方或增加新的功能以達成需求. 可是在一般公司的IT部門常常是由系統負責人通包所有跟規格有關的工作, 以及之後的系統設計與程式撰寫.
談規格的目的是要IT做新功能, 要不就是修改系統以符合現況. 談了自然就得做. 要做就要畫押. 畫了押就得每天被追著工作進度. 做完了上線, 緊接著就是修正bug. 要不就是被嫌做的不好. 要不就是又有新的需求產生. 系統負責人就像希臘神話中被罰推巨石上山的那個西西弗斯. 上線就是到了山頂 放手. 石頭又滾下山. 有些比較慘的可能還會站錯地方被石頭砸到腳. 最可憐的(請在腦海中自行浮現一幅景象)大概是邊推巨石, 山的兩邊夾道還有一堆小人邊用小石頭丟你.
在一片電腦自動化的工作環境中. IT的角色就是被設定在永遠處於挨打的一方. 因為不管做或不做倒楣的一律是IT. 做過IT的都知道這是IT的宿命!
留言