在项目开发的过程中，project owner需要估算时间，以便做好项目管理。
- 估算: 在开完user story，切好票之后估算开发时间, 粒度细到每天
- 实作: 实际开发项目
- 调整: 每天根据实作时间调整估算时间
- 复盘: 项目结束后对估算的时间进行复盘，盘点是提前了还是延后了，原因是什么。
- 确定截至日期，先向需求方确定最终的上线时间
- 确定第一轮开发人员onboarding截止日期 （至少应该是 上线日期 - 3天 ）
- 根据（onboarding截止日期 - 1天）针对切好的票进行每日排期。留出1天是为了应急，以及需求调整。
- 每天根据实作时间调整估算时间
- 每天开发结束后，project owner进行复盘，根据每天每个人人员的开发情况对排期和任务分配进行调整（比如：做的快的开发可以多承接任务；做的慢的看是什么原因导致的，需不需要协助）
- 离onboarding还有2天时，对开发时间进行评估，看看onboarding时间是否会延迟
- 该项目结束后，进行复盘，对每个人的进度有了大概的了解，下次可以预估得更加准确
- 最终可以做到，能够准确得估算自己的时间以及开发同事的时间，从而可以估算整个项目的时间
在我们改良敏捷的开发模式中，前、后端开发以及设计基本上是同步推行的。此时要求project owner 了解每个人的开发速度和进度。
估算时间可以用的一个方法是： 比如，自己是后端开发，以自己为基准，开发速度是1，通过实际合作发现， 另一位同事A开发速度大概是 0.8, 同事B开发速度是1.2。 前端同事做同样功能对应的页面的速度是 1.5 ，设计同事做同样功能对应的页面的速度是2 。（在开发过程中，前端/设计同事通常会相对会快一些)
这样就可以预估如果这个功能自己需要2天做完，那么设计同事大概1天就可以做完，前端同事1天多一点就可以做完。以此类推。