close
幾乎是一夜無眠。

"減輕程式開發員的loading、降低進入門檻"這件事,
不就是當時設計TAG的初衷嗎?

那我還堅持什麼設計理念、整體邏輯幹嘛?
能夠方便使用、用得正確才是最重要的。

ㄘㄟ/....

但當時想像這套方法能讓大家把焦點放在流程上,放在設計和分析上、放在品質上,
不用耗費精力在適應不斷改版的程式語言...降低專案開發的門檻。
現在回頭檢討,成效卻不那麼理想?!


在這套系統下發展的分析師,也許是訓練不足,也許是不黯世事,
也許是心高氣傲,也許是缺乏典範,
也許只是忙得焦頭爛額以致分身乏術無力顧及...
總是沒有辦法按部就班依照規矩辦事。
終究在專案上栽跟斗,無法收歛的需求、無法釐清的歸責,
難以收拾了以後,再怪客戶難搞、老闆要求太多。

或許實情是,分析設計、企業流程和軟體品質的門檻更高。

當初的想法太單純了點?

紮實的蹲馬步還是很重要。不能速成。

arrow
arrow
    全站熱搜

    celery1230 發表在 痞客邦 留言(0) 人氣()