奥列里产品管理涉及大多数内部小组,但 不平等 和 not all at the same time. PMs need to exert enough gravitational 拉 to keep each organization in its correct orbit, 和 still save some energy for customers. So let’s give our planetary analogy a spin.

从工程学入手…

在传统的瀑布模型中,一个典型的项目计划为9个月,但不可避免地需要一年才能完成。所以我们’将经典软件开发组分配给 地球 在我们的产品太阳能系统中,周期为365天。 一个起点’温暖,舒适,并且毫不奇怪地与年度预算保持一致。产品经理有一些“pull”在开发过程中,但要保持一定距离:我们会发出MRD和PRD以阐明客户需求,因为知道R过滤掉了很多&D atmosphere.

转向敏捷使工程学更加接近:思考 在其88天的轨道上每两到四周进行一次冲刺,并每季度发布一次,我们’我们看到了开发过程的巨大加速。 PM现在是产品创建各个方面的日常合作伙伴,发挥了更大的推动力,以使Engineering始终如一。产品经理现在还有很多工作要做–迭代计划和审查会议,积压排名,回顾–保持旋转。根据团队的需求,用户故事和需求以较小的块出现的频率更高。因此,只要有一个好的产品经理来密切关注,敏捷星球就可以更快,更热,更灵活。

其他重要组织

一家公司’最大的群体是销售和营销。无论您的开发过程如何,它们都离产品创建的细节很远。显而易见的选择是 木星 土星:大型,遥远,预算庞大且规划周期极长。编辑日历,贸易展览和品牌宣传活动可能提前1-2年预订,企业的销售周期可能很冷淡。 (让’匹配“营销”与“土星”,因为“戒指”吸引了创意类型,“销售”则与“天然气”木星。)

产品人员需要记住,即使以Internet速度传输,发送到遥远星球的消息也要花费很长时间,并且有效载荷必须很小。因此,我们需要 反复 发送 简短的简短信息 而不是详细的,时间敏感的功能列表。大量文件经常迟到并成为空间碎片。

有时,个别销售代表的行为就像 哈雷’s Comet,机会难得。他们大部分时间都与遥远的客户在一起,但有时需要您的帮助才能完成一项复杂的交易。彗星移动很快,所以你’我们需要快速判断此机会是否适合您的产品:敏捷提供了一个机会,可以调整您的积压和发布计划。无论如何,您再过75年都可能看不到该代表。

其他一些重要功能也有可能像 冥王星:被认为是冰冻的荒地,并被降级为亚行星身材。这可能包括 技术支持 或制造甚至是质量检查。如果您看到了这一点,请记住,项目经理可以通过照亮他们的成就并将他们包括在适当的会议中来发挥很大的作用。 PM带来的一点光和温暖可以改变公司的气候。

最后,《金融与法律》: 小行星 需要进行映射和管理以避免意外影响。保持循环。您可能会在其破烂的,麻子状的外表之下发现一些有价值的东西。

PM面临着将不同组织置于各自轨道并防止冲突的挑战。周期时间差异很大。由于跨功能通信可能很慢,因此请尽早且经常发送胶囊更新。

声音字节

Product Managers exert the most influence over development, 和 敏捷 makes this even stronger. We need to stay connected with other groups, 拉ing each along the path to success. Done right, we drive alignment behind great products.

分类目录 组织机构 产品管理