上下文

想象你开车行驶在夜间不熟悉的公路上,因为视线与不熟悉路况的关系,汽车的灯光应该主要在远光灯上。而且越是不确定存在风险的状态下,汽车行驶的速度会更更慢一些。远光灯和近光灯会根据情况交替地切换。

这件事是跟风险的承受能力直接相关的。比如你驾驶的是坦克,并且你行驶的道路上无所谓障碍。你绝对有关闭灯光并全速前进的理由。

但对于一般产品研发的过程,还是需要相对认真的应对潜在风险。我们需要一种方式来应对风险,有一定的可预测性。虽然敏捷强调适应性但也并不回避可预测性。对于计划(Planning)来说包含估算、预测、风险评估、调整等一系列操作。两种灯光的能力,以及关注远光灯与近光灯的时机就是预测的关键。

类似概念

远光灯如同你的视野,帮助你了解前方的整体路况,预测潜在的风险;而近光灯则像你的步伐,确保你能够安全地前行。在不熟悉且充满危险的道路上,你的视野会变得更短,因为你需要更谨慎地观察周围环境,步伐也会相应放慢,以避免意外。当道路变得安全且熟悉时,你的视野可以延展得更远,步伐也会随之加快,能够更加自信地前进。在前进的时候步伐和视野是同时发生的,越混乱和不确定的时候视野就会更靠近步伐。

在产品开发过程中,这种视野与步伐的关系同样重要。面对不确定性和潜在的风险时,你需要缩短视野,关注当前的细节,放慢步伐,小心翼翼地推进项目。而当你对整体情况有了更清晰的理解,安全度提高时,你可以放宽视野,看到更远的目标,加快步伐,更加从容地推动项目的进展。

关键特征

概念

对于产品或项目整体交付过程持续的理解就是所谓的远光灯,近光灯就是当前目标的细致安排。在远光和近光照什么?方向其实就是需求,我们的视角应该关注等待迷惑。不停澄清与校准等待迷惑才是双光计划的关键。

整体进度(远光)

  • 整体
    • 当前范围内的所有待开发的板砖需求的估算总量。
  • 进度
    • 与当前用户感知的情况相比较,当前已经完成了百分之多少,或待办的事项还有多久能够完成。
    • 如果是全新的产品或项目,没有任何的进度,就需要对进度进行一个预测(猜测)。

当前安排(近光)

  • 当前
    • 当前的一个目标或效果是什么?
    • 当前是否有迷惑的问题?
  • 安排
    • 有哪些阻碍事项?谁是责任人?谁在等待?
    • 有哪些迷惑的问题?谁来负责回答?

角色

推动者(Prompter)

推动者可能是需求或业务相关人员,也可以是引导者。

职责:

  • 确保所有整体进度放置在一个平面之上:可以是单一的电子工具的页面,也可以是物理的统一画布上。
    • 如:燃上图、累积流图、可以看出进度的用户故事地图
  • 确保所有风险、等待、假设等不确定的内容也放置在同一平面上:能够直观的看到可能阻碍团队的信息。
  • 推动团队协作更新整体进度。
  • 确保等待事项与迷惑内容都已经完整记录在统一的位置。

参与者(Participant)

其他形成整体进度以及推进任务执行的相关人员

过程

这个过程可以称为:需求校准会议

  • 更新整体视野与目标:能看出整体的进度、等待事项、迷惑事项、阶段效果。
  • 更新当前任务与执行细节:能看出下一步的待办、等待事项、迷惑事项。
  • 形成待办:谁去处理等待,谁去解释迷惑,什么时候再次召开需求校准会议。
flowchart TD
start1([开始]) 
end1([结束])
start1 --> big[更新整体视野与目标]
big --> cal[校准等待与迷惑]
cal --> big
cal --> 更新当前任务与执行细节
更新当前任务与执行细节 --> cal
cal --> 形成待办
形成待办 --> end1

相关内容

需求梳理和快速启动、Inception的注意事项

  • 快速启动 / Inception:(项目初期)
    • 远光灯部分可以更加宏观,侧重于产品愿景、市场策略、关键成功指标等。
    • 近光灯部分要帮助团队快速启动,明确短期内的工作任务和里程碑。
  • 需求梳理:(项目中期)
    • 远光灯部分应专注于需求的整体理解和排序,确保团队对所有需求有一致的理解。
    • 近光灯部分则聚焦于当前或下一个迭代的需求细节,确保每个需求都可以明确分配和执行。
  • 灵活调整频次与重点:
    • 你可以根据项目的复杂程度和团队的实际需求,灵活调整会议的频次和每个部分的重点。
    • 在一个成熟的团队中,可能每日只需轻度更新远光灯内容,而对当前任务的执行细节(近光灯)则更为关注;而在项目早期或不确定性高的时候,则可能需要更多的远光灯分析。

站会的注意事项

  • 明确等待事项:确保识别当前任务中由于外部依赖或内部资源导致的等待项,分配责任人去跟进解决,防止进度被阻塞。
  • 澄清迷惑:针对任务中的不明确之处(如需求、技术细节),快速澄清并指派相关人员负责进一步解决,确保团队没有困惑。
  • 形成待办:根据等待项和迷惑内容,生成具体的待办事项,分配责任人并设定时间节点,以便下次站会跟进任务的进展和解决情况。

原子敏捷性的考虑

在原子敏捷性中,团队不仅要关注当前任务的精确执行,还需具备应对变化的灵活性。通过时刻有整体视角,团队就像在夜间驾驶中依靠远光灯一样,能看到项目的全局,识别潜在的风险和障碍,确保在前进中能够做出合理的调整。这种宏观思维帮助团队避免被局部问题牵制,保持正确的方向。

同时,更强悍的纪律,就如同近光灯确保驾驶中的每一步都清晰可见。团队需要对当前任务进行精细拆解,明确执行步骤与责任,确保各个环节顺利推进,从而避免细节问题拖延整体进度。

对于项目中的等待迷惑,正是更明确的灰度所在。团队不需要在等待完美的解决方案或完全忽视问题之间做出选择,而是找到中间的平衡点,灵活应对等待项和迷惑点,通过适度的妥协来推动项目继续前进。这种灰度思维确保了在推进中应对复杂性和不确定因素时的敏捷性与可控性。