规则引擎开源产品_开源公司产品经理的规则

规则引擎开源产品

产品管理是一个有趣的职业。成为用户，业务战略，工程和产品设计之间的界面是非常有益的。这也是一项利润丰厚的职业，对雄心勃勃且善解人意的从业人员的需求日益增长。

这也是没有单一路径的角色。您可能会看到各种认证和课程的出现，以帮助解决严重的技能短缺问题。好消息是，这些已经开始为人才渠道做出贡献，但是他们很难满足职位的更广泛要求。尤其是在角色需要直接经验的情况下，他们需要广泛的经验来构建和交付成功的产品。

公司方式（和开放方式）

一些组织选择通过创建关联程序来解决有抱负的产品经理要求过时的经验的Catch 22。最著名的可能只是Google的产品助理经理计划。

该计划由Google的第一位产品经理Marissa Mayer创建，旨在让未来的领导者毕业-首先在全球范围内对他们进行为时两周的磨练，以吸收现实环境中的挑战和挑战，然后在经过两年的激烈竞争后通过Google内部团队轮换他们学习和共情建设。

其他组织则采取较不正式但同样开放的方法。 2015年，我在Google的APMP团队中度过了一段时间，当时他们访问了我正在参加的巴黎的一家创业加速器。比较笔记，我意识到他们的经历听起来像是我在Red Hat担任以前的职务时所享受的固有的开放性和迁徙文化的结构化版本。

我自己的产品管理生涯是参与一系列内部和上游开源项目的结果。这些最终导致了有机会分拆资金并专注于全职开发产品。

通过比较，我意识到，尽管赞助的公司计划和认证是很棒的资源，但还有另一个强大的产品教育和经验来源。

我们称之为开源。

公开管理

2020年的开源活动正在经历一些有趣的变化，这些变化将继续为新参与者打开向社区提供其技能和观点的机会。我们可能会喜欢开源的最早时代，就像一群好奇的工程师学习如何共享代码以及在项目上进行协作一样。这使企业中的开源产品能够实现产品化，并伴随着相关的演变，成为云和现代网络背后的潜在力量。

尽管到目前为止，这还不是一个排他性的或详尽的总结，但它使我们不仅欣赏项目或产品，而且欣赏建立和维护整个人类数字互动的所有投入和努力。史诗。

这是一项任务，涵盖设计，营销，支持，销售，文档，多样性，社区管理，法律和财务等各个方面，并且清单还在继续。综上所述，我们现在可以意识到一个角色的重要性，这个角色通常具有巨大的影响力，以确保这些各种贡献及其对世界的所有要求和目标感到满意，或者至少在运送产品时保持一致实际产品走向通用解决方案。

是。那是产品经理。

无压力。

开源产品经理的角色

产品经理可以做出贡献的方式将取决于项目或产品的规模和目标。接近开源的一个很好的基础是考虑以开发者为中心的透镜，即使不是大多数，许多项目也将开始。这与我们认为的另一极端不同-过去十年来，硅谷一直倡导以产品为中心的主导重点。

两种极端情况之间的共性是基本的操作卫生水平，需要分解跨多个时间范围和潜力的高层视野，需要了解项目内外的市场和社区，并需要参与一些复杂关系的处理在时间，资源和所需功能之间。

一个有用的框架是避免陷入尝试将产品管理技能应用于开放源代码项目的陷阱，而是将其表达为问题。在团队或社区中引起最大共鸣的是那些可以成为优先事项的人。考虑以下示例。

正在探索什么问题或机会？
如何设计解决方案来解决这个问题？
正在衡量什么来确定是否成功？
该解决方案为谁服务？
他们如何得知的？
他们如何学习实际使用或从中受益？
他们如何参与与我们合作解决方案？
新的协作者入门会有什么样的体验？
该解决方案如何适应当前和更广泛的生态系统？
在我们的运营方式中是否有可以消除的障碍？
可以提供哪些其他资源？这些资源在哪里最有帮助？
该项目的文档在哪里维护？
我们了解无障碍要求吗？我们要见他们吗？

清单继续。

大量核心目的问题可以映射到我们在产品管理中使用的少量工具中，例如精益画布和价值主张画布。添加一些角色，以及客户旅程图以及对UX和总体设计元素的一些关注，甚至是临时贡献者也可以对协助技术团队产生重大影响。这将是一种经验和投资组合的建立，对发展职业潜力大有帮助。

实际上，大量的请求和机会可能围绕基本文档，入门，帮助请求请求，更新项目登录页面和社区管理。有了时间和信任，就可以增强处理反馈和功能请求的能力，对原始团队的自我看法之外的实际（和潜在）用户的了解，以及DevRel和营销活动的范围。

重要的是要确信有抱负的产品经理可以做出的贡献不仅是有效的，而且是受欢迎的；并且越来越有必要。开源有时可能是一个充满挑战的生态系统，但请记住，这一切都源于人们对事物运作方式的共同好奇心以及对创造共同成果的热情。相信有好人在外面，等不及要您参与其中。

如何寻找开源机会

因此，介绍一些有关如何找到并利用这些机会的想法。记住，不必使用“产品经理”这一短语来获得作为贡献者的技能和丰富经验，这可能会很有用。

在为开源项目做出贡献（或创建一个开源项目）时，明确动机和局限性总是很高兴的。这有助于更广泛的社区找到平衡并避免误解。这也是产品经理沟通手册的核心部分-宣告远景，同时也致力于快速迭代，并带有行动偏见。

在寻找项目方面，以下想法可以作为起点。

阅读GitHub指南以查找开源项目，然后按您的兴趣甚至每天的趋势进行搜索。
加入产品经理社区，例如Mind The Product，并直接通过其Slack或LinkedIn组寻求建议。
在LinkedIn上搜索在大型开源公司（如GitLab，Mozilla，Elastic等）工作的特定产品经理。请与他们联系以分享您为某件事做出贡献的意图。
在开源公司中搜索开源倡导者和DevRel团队。 Twitter是查找和参与的好地方（ #opensource和#prodmgmt主题标签也是如此）。
在AngelList上搜索开源公司，或在Product Hunt上搜索流行的开源产品。
参加当地的聚会和开源会议。志愿服务是真正参与其中的好方法。

最终行动

作为产品经理，我们几乎总是在实验和行动呼吁方面进行思考。因此，让我们在这里结束。

如果您是一位有抱负的或目前的产品经理，想参与开源项目或产品，请在下面发表评论。同样，如果您是一个开源项目或产品，希望从我在上面提到的广泛领域中获得一些贡献，请在下面发表评论。

随着开放源代码作为现代Web的推动力的兴起以及对经验丰富的产品经理的需求从未如此之高，现在可能是时候组建一个小项目来帮助两者结合了。通过路线图和便利贴…

翻译自: https://opensource.com/article/20/2/product-management-open-source-company

规则引擎开源产品