• 大多数工程组织都专注于交付项目。他们应该专注于里程碑。管理项目很困难。公司会为了做好这件事而扭曲自己。与其下棋,不如改用跳棋。里程碑是一个更简单的游戏,你会得到更好的结果。在这篇文章中,我描述了:我建议您采用一种特殊的里程碑。为什么人类很讨厌
  • 不受欢迎的观点:拥有一个运行良好的瀑布流程比一个功能失调的敏捷流程更好?以下是我认为多年来在产品管理工作中学到的最重要的经验教训。每个点都在列表下方进行了更详细的描述,我试图使其尽可能实用(甚至包括您今天可以针对每个点采取的具体行动的建议)。始终将问题与解决方案分开。 icon
  • Amplitude 的核心是为跨职能的产品团队(以及影响产品体验的增长和营销团队)而设计。我们将我们的产品视为加速学习、透明度、结果、一致性和自主性的良性循环。成为“真正的产品团队”( icon
  • 本文来自产品管理专家约翰卡特勒文章:在过去的八个月里,我花了无数个小时与变革推动者交谈。他们向我寻求产品管理建议,但 icon
  • 需要其他团队合作是很自然的。等待他们或依赖他们为您提供一些东西可能很诱人,发生这种情况是因为他们拥有您需要工作的区域。例如,您可能需要一个团队将一个字段添加到他们的 API 中。或者您可能需要它们为您构建新的 API。有时,如果没有这些更改,您就无法交付所需的内容。这是一个组织陷阱。 icon