[討論] 如何表達開發上的難度？

[zeldo (再笑一回，百憂解)]

面對各種天馬行空的需求是大部分開發人員都會面臨的狀況，可能是新的需求

、新的功能或是舊功能的整併、更新，也有可能是上層突發奇想要做的新嘗試

。

或許正常的流程都是在數次討論後確立了需求跟階段性完成的項目，且配合QA

及測試單位依序將此功能完成。


可有部分人或許沒有這些過程，直接就是主管對面開發人員，直接問說做這個

要評估多久、多快可以完成、多久能夠實測上線，在這種情況下又遇到很離奇

的需求，如：要變動原本的架構、搬其他無關聯的功能套入或增加在原規劃中

不會出現的功能...等，在面對主管“難度在哪？”的質問聲中，都該怎麼去

表達呢？


小弟來請教各位前輩們遇到開發上的難度都是怎麼表達的？

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.228.137.104
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1537338160.A.1C7.html
→ cloud6732: 這個沒甚麼好問的,你講難度在哪,老闆很多也都一知半解
→ cloud6732: 直接把Due date拉出一個緩衝讓他評估
推 DCTmaybe: 看主管對原架構的掌握度如何吧，如果都不知道那你怎麼講
→ DCTmaybe: 他應該都很難理解，直接列項目拉工時給他還比較快
推 janice001: 嗯，這個需要11個月
推 OriginStar: 先把籠統的需求切割成許多明確較小的項目，再一個個討
→ OriginStar: 論，這在軟體開發的管理書籍都有討論的，因為不明確，
→ OriginStar: 主管當然會說你的困難點在哪阿
→ fukinhot: 看領的薪水決定 如果今天架構前人高手們都建好了 你只
→ fukinhot: 要依循著簡單更動 那junior來就夠了 你如果是覺得自己
→ fukinhot: 不是 那就只能磨練了 實在沒辦法馬上就說做不到
→ fukinhot: 就是survey 慢慢理解它
推 sa0124: 千萬不要直接說你沒辦法、還在理解中 會被主管電說這裡不
→ sa0124: 是學校 是公司 不是讓你慢慢理解用的
→ AvatarH: 軟體開發難以估時程的原因之一就是傳統的度量方法都不適
→ AvatarH: 用，例如無法以程式碼數量或打字速度快慢來評估。
推 uiop019: 拉日程 列細項 列工時或工作天