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

看板Soft_Job (軟體人)作者 (再笑一回,百憂解)時間7年前 (2018/09/19 14:22), 編輯推噓5(5012)
留言17則, 8人參與, 7年前最新討論串1/1
面對各種天馬行空的需求是大部分開發人員都會面臨的狀況,可能是新的需求 、新的功能或是舊功能的整併、更新,也有可能是上層突發奇想要做的新嘗試 。 或許正常的流程都是在數次討論後確立了需求跟階段性完成的項目,且配合QA 及測試單位依序將此功能完成。 可有部分人或許沒有這些過程,直接就是主管對面開發人員,直接問說做這個 要評估多久、多快可以完成、多久能夠實測上線,在這種情況下又遇到很離奇 的需求,如:要變動原本的架構、搬其他無關聯的功能套入或增加在原規劃中 不會出現的功能...等,在面對主管“難度在哪?”的質問聲中,都該怎麼去 表達呢? 小弟來請教各位前輩們遇到開發上的難度都是怎麼表達的? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.228.137.104 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1537338160.A.1C7.html

09/19 14:27, 7年前 , 1F
這個沒甚麼好問的,你講難度在哪,老闆很多也都一知半解
09/19 14:27, 1F

09/19 14:28, 7年前 , 2F
直接把Due date拉出一個緩衝讓他評估
09/19 14:28, 2F

09/19 15:01, 7年前 , 3F
看主管對原架構的掌握度如何吧,如果都不知道那你怎麼講
09/19 15:01, 3F

09/19 15:02, 7年前 , 4F
他應該都很難理解,直接列項目拉工時給他還比較快
09/19 15:02, 4F

09/19 17:06, 7年前 , 5F
嗯,這個需要11個月
09/19 17:06, 5F

09/19 17:31, 7年前 , 6F
先把籠統的需求切割成許多明確較小的項目,再一個個討
09/19 17:31, 6F

09/19 17:32, 7年前 , 7F
論,這在軟體開發的管理書籍都有討論的,因為不明確,
09/19 17:32, 7F

09/19 17:32, 7年前 , 8F
主管當然會說你的困難點在哪阿
09/19 17:32, 8F

09/19 18:48, 7年前 , 9F
看領的薪水決定 如果今天架構前人高手們都建好了 你只
09/19 18:48, 9F

09/19 18:48, 7年前 , 10F
要依循著簡單更動 那junior來就夠了 你如果是覺得自己
09/19 18:48, 10F

09/19 18:48, 7年前 , 11F
不是 那就只能磨練了 實在沒辦法馬上就說做不到
09/19 18:48, 11F

09/19 18:51, 7年前 , 12F
就是survey 慢慢理解它
09/19 18:51, 12F

09/19 20:46, 7年前 , 13F
千萬不要直接說你沒辦法、還在理解中 會被主管電說這裡不
09/19 20:46, 13F

09/19 20:46, 7年前 , 14F
是學校 是公司 不是讓你慢慢理解用的
09/19 20:46, 14F

09/19 21:07, 7年前 , 15F
軟體開發難以估時程的原因之一就是傳統的度量方法都不適
09/19 21:07, 15F

09/19 21:07, 7年前 , 16F
用,例如無法以程式碼數量或打字速度快慢來評估。
09/19 21:07, 16F

09/20 23:42, 7年前 , 17F
拉日程 列細項 列工時或工作天
09/20 23:42, 17F
文章代碼(AID): #1ReUim77 (Soft_Job)
文章代碼(AID): #1ReUim77 (Soft_Job)