听取客户对不满意的路线图过程的担忧…  his main issue was 想要更好的路线图:显示更快交付更多功能/版本的路线图.

下次你’重新制定路线图流程(或受到批评),看看您是否可以将投诉分类为以下类别:

  • 绝对优先事项 (“我们同意C比D更重要,但是D出现在C之前。”)
  • 我的重点 (“我们认为C比D更重要,但我仍然比D更需要D。”)
  • 透明度和信息访问 (``我不知道E和F会来。我在哪里?’一直在要求吗?”)
  • 相信 (``发展可能/应该更具生产力。我们给了他们他们要求的10个要求…”)
  • 时间表和稳定性 (“我们需要6周的时间才能构建出这种规模的功能,但是每2周我们将完全重新确定优先级”)
  • 紧急销售 (“是的,我上周审查了路线图,但是我们新的前景很特殊…”)
  • 估算不佳 (“我们认为G 会很容易,但是’s not”)
  • 收入/业务模式不足 (“我们必须尽快发布6.2版,否则我们’d miss this quarter’s 目标”)
  • 缺乏审查/投入 (“技术支持人员并未计划功能J,也不会准备在发布时为其提供支持”)
  • 不参与 (“您需要加入此客户呼叫,写下他们的要求,然后将其移至队列的顶部。”)

30分,如果您可以将其分解为纯粹的沟通问题,坚持决策的能力以及对实际计划的实质性更改。

如果您和R中的某人获得100点奖励积分&过道可以对此大笑。顺便说一句,我听到敏捷组织和瀑布组织说的是相同的话,只是时间单位不同。