发布计划

/发布计划
发布计划2017-03-27T14:43:28+08:00

[vc_row][vc_column width=”1/2″][vc_empty_space height=”16px”][vc_column_text]

发布计划

[/vc_column_text][vc_empty_space height=”16px”][vc_column_text]

什么是发布计划?

发布计划是部分用户需求的集合,是单个完整的开发周期,通常生成一个产品版本。 发布计划生成经讨论、设计、开发及测试的可部署代码。  发布计划以递增方式增长,多个发布计划的完成形成最终产品的多个版本, 一个产品包含一个或多个发布计划。
[/vc_column_text][vc_empty_space height=”20px”][vc_column_text css_animation=”fadeInUp”][dt_button size=”small” style=”default” animation=”none” color_mode=”default” icon=”” icon_align=”left” color=”” link=”https://p.effapp.com/Account/Register/” target_blank=”true”]免费注册[/dt_button][dt_button size=”smaller” style=”default” animation=”none” color_mode=”default” icon=”” icon_align=”left” color=”” link=”http://demo.effapp.com” target_blank=”true”]在线演示[/dt_button][/vc_column_text][vc_empty_space height=”10px”][/vc_column][vc_column width=”1/2″][vc_empty_space height=”16px”][vc_single_image image=”36055″ img_size=”500×350″ alignment=”center” css_animation=”rubberBand” image_hovers=”false” img_link_large=”yes”][vc_empty_space height=”16px”][/vc_column][/vc_row][vc_row][vc_column][vc_empty_space][vc_column_text]

在召开计划会议之前

[/vc_column_text][vc_empty_space height=”16px”][vc_column_text]

在召开会议之前,请确保:
  • 团队已对产品中的用户需求进行了估量,并赋予了一个相对的预估工作量值。
  • 产品用户需求已进行优先级排序,以体现产品负责人对用户需求的优先次序安排
  • 大家已普遍了解这些已排序用户需求的验收标准
为了进行发布计划的开发,产品的用户需求应具备以下重要特征:
  • 足够小,可在发布计划的周期中完成
  • 可验证它是否已正确实现
合适大小的用户需求列表

规模太大的、无法在一个发布计划中完成的产品用户需求列表应拆分成多个发布计划。 拆分产品用户需求列表的最佳方式是按价值(优先级)而非过程进行拆分。

如果我们能够按照价值拆分用户需求列表,那么我们的发布会以递增方式交付。 但是,如果我们按过程拆分用户需求列表,则会影响到产品的上市时间,因为只有当所有发布计划都完成后才能交付价值。[/vc_column_text][vc_empty_space][vc_column_text]

计划过程

[/vc_column_text][vc_empty_space height=”16px”][vc_column_text]

发布计划可分两步完成:
  • 确定发布中可容纳多少个用户需求
  • 将这些需求分解成多个任务并分配给多个负责人

估量是指估测用户需求的相对范围,通常是以相对点值的方式进行估量。 团队会在用户需求首次创建时以及召开计划会议之前定期估算用户需求的大小。 当计划开始时,团队应该知道排列在用户需求列表上方的哪些需求可容纳到发布计划内。

估算是指估计一下要将用户需求分解成多少个任务。 一旦确定用户需求的分期交付步骤后,即可给每个任务估算出人天数。 这个数值可确保团队随时跟踪某一开发任务的进度。 团队也需要知道每个团队成员可在发布中贡献的小时数(称为承载力),以防某些人员超过负荷。

用户需求的预估工作量不可换算成总任务小时数,也不可使用总任务小时数作为对照。

用户需求大小

成熟的团队会根据过去的速度确定要在发布过程中致力于哪些产品用户需求列表。 速度是指一个团队能够在一个发布中完成的平均用户工作量。 例如,一个新团队在他们的上三个发布中各完成了 12、14 和 8 个工作量。 审核会议显示,由于某个技术问题,该团队在最近一次发布中仅完成了 8 个工作量,该问题现已解决。 基于这些因素,该团队会将他们的速度估计为可在一个发布中完成 12 个工作量。

新团队可能不知道他们的速度或者他们的速度不够稳定,不能作为发布规划的参考依据。 针对这一问题,新团队最好是根据以往的项目工作给出一个最合理的承诺。 如果该团队能够迅速完成所有的排定工作,那么他们可以再接纳更多工作。 如果所估计的速度太低,该团队应该在随后的发布中接纳更少的工作。

任务承载力

团队的承载力是根据每个团队成员的三个简单指标计算出来的:

  • 工作日中的理想工作时长
  • 成员能够为发布贡献的天数
  • 成员能够为该团队贡献的时间百分比

 

例如,假如一个团队包含五名成员,他们都能将全部时间贡献给团队。 每个成员每天都可花费大约六小时从事该开发任务,而且没有人请假或度假。 对于一个为期一周的发布而言:

5 名团队成员 X 6 个理想工作小时数 X 5 个工作日 = 150 小时的任务承载力

计划步骤

1. 产品负责人描述排名最高的产品用户需求。
2. 团队确定完成每个产品用户需求所必需执行的任务。
3. 团队成员自愿领取任务。
4. 任务负责人估算他们完成每项任务所需的理想小时数。
5. 当团队在不低于最佳速度的前提下致力于交付时,计划步骤会重复进行。

如果有任何成员在发布计划期间无法消化他所承载的任务,那么整个团队应协同分配掉他的负载。[/vc_column_text][/vc_column][/vc_row]