[讨论] 如何表达开发上的难度?

楼主: zeldo (瓜拉度)   2018-09-19 14:22:33
面对各种天马行空的需求是大部分开发人员都会面临的状况,可能是新的需求
、新的功能或是旧功能的整并、更新,也有可能是上层突发奇想要做的新尝试

或许正常的流程都是在数次讨论后确立了需求跟阶段性完成的项目,且配合QA
及测试单位依序将此功能完成。
可有部分人或许没有这些过程,直接就是主管对面开发人员,直接问说做这个
要评估多久、多快可以完成、多久能够实测上线,在这种情况下又遇到很离奇
的需求,如:要变动原本的架构、搬其他无关联的功能套入或增加在原规划中
不会出现的功能...等,在面对主管“难度在哪?”的质问声中,都该怎么去
表达呢?
小弟来请教各位前辈们遇到开发上的难度都是怎么表达的?
作者: cloud6732 (无所谓画地自限)   2018-09-19 14:27:00
这个没什么好问的,你讲难度在哪,老板很多也都一知半解直接把Due date拉出一个缓冲让他评估
作者: DCTmaybe (竹竹人)   2018-09-19 15:01:00
看主管对原架构的掌握度如何吧,如果都不知道那你怎么讲他应该都很难理解,直接列项目拉工时给他还比较快
作者: janice001 (真理)   2018-09-19 17:06:00
嗯,这个需要11个月
作者: OriginStar   2018-09-19 17:31:00
先把笼统的需求切割成许多明确较小的项目,再一个个讨论,这在软件开发的管理书籍都有讨论的,因为不明确,主管当然会说你的困难点在哪阿
作者: fukinhot (抱歉粗口我怕热)   2018-09-19 18:48:00
看领的薪水决定 如果今天架构前人高手们都建好了 你只要依循着简单更动 那junior来就够了 你如果是觉得自己不是 那就只能磨练了 实在没办法马上就说做不到就是survey 慢慢理解它
作者: sa0124 ((恩恩))   2018-09-19 20:46:00
千万不要直接说你没办法、还在理解中 会被主管电说这里不是学校 是公司 不是让你慢慢理解用的
作者: AvatarH (Avatar Hsieh)   2018-09-19 21:07:00
软件开发难以估时程的原因之一就是传统的度量方法都不适用,例如无法以程式码数量或打字速度快慢来评估。
作者: uiop019 (uiop019)   2018-09-20 23:42:00
拉日程 列细项 列工时或工作天

Links booklink

Contact Us: admin [ a t ] ucptt.com