🖋️
remote-work
  • Introduction
  • 这本书会写什么
  • 前言
  • Part 1: 沟通技巧篇
  • Part 2: 接力篇
  • Part 3: 会议篇
  • Part 4: 进度篇
  • Part 5: 精力管理篇
  • Part 6: 资安篇
  • Part 7: 雇用、组建篇
  • Part 8: 相关资源
  • 一般团队如何导入 Remote
  • 工具箱
  • 附录
    • 如何开回顾会议
    • 产品开发的协作原则
    • 如何处理产品开发过程中产生的分歧
    • 如何设计并推进一个新流程
    • 指挥官会议
    • 如何与第三方厂商有效率的开会
    • 估算产品开发时间
    • 如何写SOP & 操作性文档模板
    • 新功能发布如何同步全公司
    • 周会流程
    • 开票解票 Workflow
    • A 级招聘法
    • 客服与技术团队协作流程
Powered by GitBook
On this page
  • 项目估算时间SOP
  • 具体各步骤
  • 估算
  • 实作
  • 调整
  • 复盘
  • 估算时间的一个方法

Was this helpful?

  1. 附录

估算产品开发时间

在项目开发的过程中,project owner需要估算时间,以便做好项目管理。

项目估算时间SOP

  • 估算: 在开完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天多一点就可以做完。以此类推。

Previous如何与第三方厂商有效率的开会Next如何写SOP & 操作性文档模板

Last updated 4 years ago

Was this helpful?