转向长期运作、基于
产品的环境的
组织可以利用多种策略来调整和协调
产品管理。三种策略包括但不限于(另请参见图 X4-3):
▶ 建立稳定的团队。不要在初始开发完成后就解散团队,而是利用该团队与指定的
产品负责人或该团队中可反映客户观点的人一起维持和发展
产品。这就消除了知识转移的需要,并减轻了由于失去隐性知识而导致未来的
产品增强被延迟的
风险。
长期团队比短期团队还能更好地增强市场意识、客户洞察力和客户同理心。这有助于维持以客户为中心和客户忠诚度,并建立竞争优势。当人们知道他们将负责维护和增强某一
产品时,他们不太可能走捷径来准备
产品发布。因此,长期服务的团队比开发后即移交
产品的团队,更能提升
产品的
质量、可维护性和可扩展性。这些因素反过来又有助于
创造价值并持续价值
交付。
在客户现场开发和部署初始
产品的合作伙伴或承包商,他们应该进行有效的
变更管理,以确保客户能够在
产品移交后有能力维护
产品。作为移交
规划的一部分,可能要包括关于在接收
组织内建立一个团队的讨论,以便在
产品的整个生命周期内支持和发展
产品。
▶ 增量式的指导和提供资金。应考虑更频繁的(如每季度一次)评审,并为下一个季度提供资金,而不是按预先确定的
项目期限或年度
预算提供资金。如能更频繁地进行评估和提供资金,企业就能更加密切地控制总体进展、方向和决策。
与
风险投资类似,对
交付的价值进行定期评审可将资金直接投向提供预期价值的
产品,并减少或缩减对业绩不佳的举措的投资。这种提供资金模式使各
组织能够寻求新的市场
机会并利用成功开展的工作,同时对不可避免的新举措失败的百分比,降低
风险敞口。
▶ 利用
项目集管理结构。与支持以客户为中心的
产品的稳定团队合作的从业者,可以应用
项目集管理结构来管理长期运作的举措。
项目集可很好地适应市场变化并聚焦于客户收益。它们的运作时间也通常比单个
项目更长。
《
项目集管理标准》可应对
优先级排序的持续
变更,具体如下“
项目和
项目集之间的主要区别在于,
项目集内部认识到,随着组件的成果分别实现,可能需要自适应地优化
交付收益的策略。
交付项目集收益的最佳机制最初可能模糊不清或不确定。”
许多传统的
产品行业(如基础设施、航空航天和汽车)都使用
项目集管理指南和框架。这些行业利用
项目集来统一方向和整合各个组件的活动(
项目集、子
项目集和
项目的活动)。例如,针对整个生命周期内最大化平台投资回报率的功能,拥有技术平台的
组织可以使用
项目集管理和
产品管理进行
优先级排序和
监督。稳定且有连续性的开发团队能够开展以客户为中心的增值特性和功能的工作。然后,
项目团队对设备升级,并与新系统或增强后的系统相连接。运营团队可以对用户接口问题进行故障排除,并帮助客户适应新的特性。当
组织中已经存在
项目集结构时,转向这些
产品管理结构并不要求每个人形成新的思维方式或采用新的工作方式。