作者zeldo (再笑一回，百忧解)
看板Soft_Job
标题[讨论] 如何表达开发上的难度？
时间Wed Sep 19 14:22:33 2018
面对各种天马行空的需求是大部分开发人员都会面临的状况，可能是新的需求
、新的功能或是旧功能的整并、更新，也有可能是上层突发奇想要做的新尝试
。
或许正常的流程都是在数次讨论後确立了需求跟阶段性完成的项目，且配合QA
及测试单位依序将此功能完成。
可有部分人或许没有这些过程，直接就是主管对面开发人员，直接问说做这个
要评估多久、多快可以完成、多久能够实测上线，在这种情况下又遇到很离奇
的需求，如：要变动原本的架构、搬其他无关联的功能套入或增加在原规划中
不会出现的功能...等，在面对主管“难度在哪？”的质问声中，都该怎麽去
表达呢？
小弟来请教各位前辈们遇到开发上的难度都是怎麽表达的？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.228.137.104
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1537338160.A.1C7.html
1F：→ cloud6732: 这个没甚麽好问的,你讲难度在哪,老板很多也都一知半解 09/19 14:27
2F：→ cloud6732: 直接把Due date拉出一个缓冲让他评估 09/19 14:28
3F：推 DCTmaybe: 看主管对原架构的掌握度如何吧，如果都不知道那你怎麽讲 09/19 15:01
4F：→ DCTmaybe: 他应该都很难理解，直接列项目拉工时给他还比较快 09/19 15:02
5F：推 janice001: 嗯，这个需要11个月 09/19 17:06
6F：推 OriginStar: 先把笼统的需求切割成许多明确较小的项目，再一个个讨 09/19 17:31
7F：→ OriginStar: 论，这在软体开发的管理书籍都有讨论的，因为不明确， 09/19 17:32
8F：→ OriginStar: 主管当然会说你的困难点在哪阿 09/19 17:32
9F：→ fukinhot: 看领的薪水决定 如果今天架构前人高手们都建好了 你只 09/19 18:48
10F：→ fukinhot: 要依循着简单更动 那junior来就够了 你如果是觉得自己 09/19 18:48
11F：→ fukinhot: 不是 那就只能磨练了 实在没办法马上就说做不到 09/19 18:48
12F：→ fukinhot: 就是survey 慢慢理解它 09/19 18:51
13F：推 sa0124: 千万不要直接说你没办法、还在理解中 会被主管电说这里不 09/19 20:46
14F：→ sa0124: 是学校 是公司 不是让你慢慢理解用的 09/19 20:46
15F：→ AvatarH: 软体开发难以估时程的原因之一就是传统的度量方法都不适 09/19 21:07
16F：→ AvatarH: 用，例如无法以程式码数量或打字速度快慢来评估。 09/19 21:07
17F：推 uiop019: 拉日程 列细项 列工时或工作天 09/20 23:42