前言
刚入职场的小伙伴们是不是也有无法准确的估计需求需要的时间的困扰？这个太正常的，刚入职场本身对很多的东西都不熟悉，你很难评估出需求的复杂度，这种能力会随着你的工作经验变多而增强。那我们就来讨论如何准确的估时，以及哪些因素会影响需求交付的时间
估时拆分
不是所有的需求都应该做的，也不是所有的需求我都能估时的。
1.是否拿到需求交互稿，没拿到就是无法给出估时，任何人来都不行
2.是否拿到视觉稿，没有拿到视觉稿，上报给组长或上级，很难准确的估时。一般需求没有视觉稿就要估排期也是不合理的，紧急需求大概率是没有视觉稿的，这种情况同步上级即可
所以我们以下都是讨论已经拿到了交互稿和视觉稿的情况下，我们需要如何估时。
估时第一步-需求确认
全篇阅读交互稿，全篇阅读交互稿，全篇阅读交互稿，重要的事情说三遍。全篇阅读交互稿主要是为了需求确认，一个不确定的需求会极大的影响你的开发时间，错误的理解需求白白浪费开发时间相信每个开发都遇到过。另外产品经理或者策划是不可能每个点都非常的详细的给你讲到的，有些产品或者策划本身也不是很懂具体的技术，所以这个就需要我们前端同学去push具体的一些细节。
你比如说：
- 输入框是否需要支持富文本输入？
- 1个中文算1个字，多少个英文字母算1个字？
- 输入内容过长，如何进行错误提示？
这里只是举个例子，我们前端需要确认的点非常的多，如果较多的话，我们可以列一些清单，让产品经理或者策划在后续的时间里去确认这些细节，以免后续交付的时候无底洞的修改。我们前期需求确认的越细致，我们估时就会越准确。我经常遇到一些产品经理，在交互稿上没有写到的一些细节，等到开发结束，产品走查的时候又来提，这些细节说大也不是很大，但是细节一旦多起来也是很影响开发的时间的，所以开发投入之前的需求确认是非常关键的
估时第二步-视觉确认
视觉对于前端的重要性不言而喻。
通常来说前端对于视觉稿的拆分是以页面为维度的。但页面的交互有复杂有简易，这会极大的影响我们对于视觉的还原过程。平时我们可以自己计算一下我们开发某一个页面的平均时间或者是实现某一个功能的平均时间，这样有助于我们后续开发类似的功能的时间评估
估时第三步-非功能性确认
- 性能问题 常见的性能问题，性能优化所需要的时间
- 文档编写 前端编写的技术方案，需求分析文档等
- 埋点检测 对数据进行支撑的埋点需求，埋点文档是否已经给到
- 自测时间 有些需求自我测试也是一个不容忽视的点，有时候非常的耗时，导致最后很影响项目的整体进度
- 兼容性测试 在开发移动端的时候，你可能很容易遇到一些兼容性问题，通常这些问题还不容易察觉。
- 接口对接 接口mock的时间，接口联调的时间，接口bugfix的时间，接口的稳定性等等
- 代码优化 有时候我们写的代码最开始的版本不是最佳的，我们通常在开发完具体的功能后有时间都会整理一下代码，让我们的代码变得更加的健壮和可维护
- 组件设计 编写一个可复用，好维护的组件是很重要的
暂时无法预测的功能实现
我们肯定会碰到一些功能点是我们暂时无法拿出技术方案的问题，这个时候我们需要去调研一下实现方案，这个时候我们估计时间一定要留有一些buffer时间。因为这个部分的估时是不确定的，很容易影响你整个需求的开发进度。
其他因素
每个团队不一样，团队的基础建设也不一样，在不同团队开发的效率也不一样，我们需要结合自身情况和自己所在团队进行评估。你的开发经验，你团队其他开发成员的开发经验，你们的协作。这是一个很难去量化衡量的问题，你最好给自己留点buffer
时间估不好就等着加班吧！！！
