面對各種天馬行空的需求是大部分開發人員都會面臨的狀況，可能是新的需求
、新的功能或是舊功能的整併、更新，也有可能是上層突發奇想要做的新嘗試
。
或許正常的流程都是在數次討論後確立了需求跟階段性完成的項目，且配合QA
及測試單位依序將此功能完成。
可有部分人或許沒有這些過程，直接就是主管對面開發人員，直接問說做這個
要評估多久、多快可以完成、多久能夠實測上線，在這種情況下又遇到很離奇
的需求，如：要變動原本的架構、搬其他無關聯的功能套入或增加在原規劃中
不會出現的功能...等，在面對主管“難度在哪？”的質問聲中，都該怎麼去
表達呢？
小弟來請教各位前輩們遇到開發上的難度都是怎麼表達的？

這個沒甚麼好問的,你講難度在哪,老闆很多也都一知半解直接把Due date拉出一個緩衝讓他評估

看主管對原架構的掌握度如何吧，如果都不知道那你怎麼講他應該都很難理解，直接列項目拉工時給他還比較快

嗯，這個需要11個月

先把籠統的需求切割成許多明確較小的項目，再一個個討論，這在軟體開發的管理書籍都有討論的，因為不明確，主管當然會說你的困難點在哪阿

看領的薪水決定 如果今天架構前人高手們都建好了 你只要依循著簡單更動 那junior來就夠了 你如果是覺得自己不是 那就只能磨練了 實在沒辦法馬上就說做不到就是survey 慢慢理解它

千萬不要直接說你沒辦法、還在理解中 會被主管電說這裡不是學校 是公司 不是讓你慢慢理解用的

軟體開發難以估時程的原因之一就是傳統的度量方法都不適用，例如無法以程式碼數量或打字速度快慢來評估。

拉日程 列細項 列工時或工作天