项目经理vs产品负责人
你好,
我一直在网上搜索PM和PO来解释角色。
我读起来就像
项目经理在预先计划的、有组织的系统中茁壮成长，而产品负责人在不断变化的环境中工作得最好。
或
项目经理需要更多的组织技能，而产品负责人需要更多的沟通技能，但他们有许多共同的品质。
但从我读到的内容来看，如果我是一个使用敏捷/ Scrum /用户故事和任务的项目经理，那么我真的是一个产品负责人吗?这对吗?
我发现很难将它们区分开来——只有PM看到的项目是瀑布式的，而不是敏捷
如果我被聘为项目经理，并被要求遵循敏捷/ Scrum框架，我真的是项目经理吗?
谢谢。
在Scrum中没有项目经理这种东西。因此，如果一家公司正在使用Scrum，我会让他们告诉你，你将在Scrum团队中担任三个角色中的哪个，以及公司希望你在这个角色中做什么。
如果一个公司不知道它在用Scrum做什么(或者在我看来更糟的是，它为什么要使用Scrum)，你可能不会得到一个明确的答案。你可能会得到一个听起来像是Scrum管理员、产品负责人和一些与Scrum无关的额外内容的组合。在这种情况下，我可能会避开这样的公司
我发现很难将它们区分开来——只有PM看到的项目是瀑布式的，而不是敏捷
仅这一差异就可能比你想象的更重要、更实质性。
在PMI- acp考试和PMI敏捷实践指南中，
团队推动者=仆人式领导者，项目经理，scrum管理员，项目团队领导者，团队教练。
在我看来，传统的“项目经理”更接近于scrum管理员(而不是产品负责人)。
我对Scrum中的项目管理有很多不同的看法。在Scrum世界中，Scrum是否相信或拥有项目经理?
的Scrum指南描述了3个职责:产品负责人，Scrum管理员，开发人员。这些职责都不属于项目经理的范畴。
在Scrum中，每个Sprint都被视为一个项目。这句话出现在Scrum指南中描述Sprint的部分。
每个Sprint都可以被认为是一个短项目。
但是“正常的”项目管理实践并没有在Scrum中使用。每个Sprint都专注于交付满足Sprint目标的价值。每个Sprint都将交付一个产品目标的进度增量。
我建议你阅读Scrum指南，形成自己的观点，而不是仅仅相信别人的话。关于Scrum有很多误解在流传。还有许多出版物、博客和文章的作者观点可能并不代表Scrum的真正意图。我链接给你的Scrum指南是Scrum的权威信息来源。它对所有人免费。