最近才明白，糊弄也是门学问。 我们公司有的人干的累死累活绩效才120%，有的人成天悠闲绩效200%。所以说做得好不如报得好。举个最简单的例子，在给甲方报合同天数的时候，2天的活报了20天干了半天（有点夸张，但别人能达到）。

接下来用技巧口诀陈述。
合理复用模板（大佬写的模板拿过来参考别客气），
添加前缀后缀（前缀就需求评审、用例评审、需求理解，后端可能还有表结构调整之类的；后缀就提测、整体测试、验收评审、预发环境、发布上线等），
考虑联调成本（联调时间加上去，加时间也给缓冲防意外），
多方面挖掘需求（事情不可能考虑完全周全，那就要多角度、多方面、发散性的去思考报价事项），
抛开事实不谈（基本素质，就是哪怕需求这个很简单，或者全是别人做，我也要假装 有很多工作），
编造合理事情（脱离生产的领导实际是摸不清楚生产周期的，所以需求只要合理、逻辑能够自圆能禁得住细节询问，子虚乌有也能成功报价，哪怕被砍掉一部分，依然是赚的。），
简单事情复杂化（这个是最简单的拓展天数的方式…，多写屁话，多考虑屁事，多在重复成本做文章），
表达书面专业（白话和论文的区别，多用专业术语，如：

“审批提交后表单流转至我的已办，支持按流程类型和审批日期范围进行搜索。列表字段包括序号、流程类型、流程编号、提交时间、审批时间，默认按审批时间逆序排列，支持流程编号、提交时间、审批时间正逆序排列，点击流程编号新页签打开表单”

就是4个字 “我的已办”）。

例子解析。
就是需求是1. 从我的待办 拓展至 我的已办、我的抄送；2. 在相关地方展示流程查看入口；3.修改登录页地址。下面只说我自己的情况。我自己报的话，15-20天最多，实际报了40几天。
前置流程：2-3人/天

需求评审
用例评审
需求理解 需求分析，理解，工作量评估，排期工作

后置流程：7.5人/天

用例设计 用例设计及评审
提测 冒烟、提测
缺陷修复以及验证
整体测试 整体测试
验收评审 验收及后续Action
预发环境 预发服务部署并验证
发布上线

三个地方增加流程查看入口：2人/天

延期的任务增加展示流程编号，点击新页签打开此流程表单。
验收记录增加展示流程编号，点击新页签打开此流程表单。
终止记录增加展示流程编号，点击新页签打开此流程表单。

从我的待办 拓展至 我的已办、我的抄送：3人/天

改待办审批为审批中心，包括我的待办、我的已办、抄送给我三个tab，默认展示我的待办
我的待办内容为原待办审批的内容，搜索改创建日期为提交日期，列表字段创建时间改为发起人
审批提交后表单流转至我的已办，支持按流程类型和审批日期范围进行搜索。列表字段包括序号、流程类型、流程编号、提交时间、审批时间，默认按审批时间逆序排列，支持流程编号、提交时间、审批时间正逆序排列，点击流程编号新页签打开表单
流程节点配置抄送给我的，展示在抄送给我，支持按流程类型和抄送日期范围进行搜索。列表字段包括序号、流程类型、流程编号、提交时间、抄送时间，默认按抄送时间逆序排列，支持流程编号、提交时间、抄送时间正逆序排列，点击流程编号新页签打开表单

修改登录页地址：1.5天（要少了，这个实际麻烦，但我知道这样描述你肯定说改个登录页要1.5还少？这是我的问题，做了啥事要做啥事有什么麻烦都不会总结 囧）

退出登录页修改为idt登录页
登录页面进入普陀门户，对接普陀门户实现单点登录，
点击首页链接打开任务管理系统

联调：2人/天

总结
总而言之，就是写得字多、书面化、非专业人士看不懂、捏造事实就好了