100-questions-to-pm

自己关于PM的100个问题，持续更新中

100-questions-to-pm

自己关于PM的100个问题

TOC

10/100 PM需要并行管理多个项目么？

最近由于公司的运营需求，需要部分PM同时兼管多信项目，问题：PM需要/可以同时并行管理多个项目么？

依据自己的个人经验：交付型项目经理分为两种沉浸式/非沉浸式项目经理。

  • 沉浸式项目经理：在管理团队的同时会深入到项目内部的业务上下文，学习并引导客户完成价值交付。
  • 非沉浸式项目经理：仅做项目的团队管理，不会触碰业务相关。

如果基于上面这种划分方法，那么：

  • 非沉浸式项目经理可以同时管理多个项目，项目经理的带宽是允许的
  • 沉浸式项目经理由于要了解业务，带宽通常是不够的

9/100 PM的发展轨迹是怎样？

说实话，自己对这个问题一直在思考。但没有想出个一二三四。以下内容，都是从网上查询总结的。

发展方向

  • 管理型PM：PM–>PMD–>PD–>CEO/CIO/COO
  • 技术型PM：PM–>技术经理–>架构师–>技术总监
  • 产品型PM：PM–>产品经理–>产品总监
  • 咨询型PM：PM–>咨询师–>管理咨询
  • 单打型PM：PM–>HeroPM
  • 售前型PM：PM–>SA

如何选择

以上的方向也不是唯一的，只是大部分方向。如何选择，还要看自己的喜好。 从网上搜集的发展方向，可以看出来，这个跟常规公司的结构是基本一致的。这就回归一句话，铁打的营盘，流水的兵。

参考

8/100 PM需要具备产品经理的能力么？

今天在跟客户沟通需求变更，客户针对填写的需求描述不够专业，反馈需要提升下产品设计的能力

产品设计

大到Apple，小到一顿饭的做法。个人理解，都可以类比为产品设计。

需要做的事情有：

  • 做这个事情的目的是什么
  • 服务的目标用户有哪些
  • 成本需要考虑哪些
  • 时间范围是哪些
  • 可用的资源有哪些
  • 后续如何改进和优化

如果按上面这种方法来

PM就必需要具备这种能力，同时，各有角色在规划一些工作时，都需要考虑产品设计。

7/100 PMP证书有必要考么？

What 是PMP

PMP,Project Management Professional。

由PMI机构颁发的证书。

Who 值得有PMP证书

管理学相关的东西，对所有人都会有帮助。 但，真正能把理论知识，合理运用才获得最大收益的。

When 什么时候考最合适

个人理解：从现在就开始准备不算晚。 虽然我自己从去年就想考试，但一直没有落地，惭愧。

Where 在哪考试比较方便

报个培训班，花钱走捷径。 自己也报了一个，还在学习中。

Why 是PMP证书，其它可行么

证书没有什么不好的，PMP证书，只是针对项目管理方面的证书。 PMI机构还是其它的证书可以考取，其它机构也有很多的证书可以考。

How 如何应用

以下为个人理解： 证书或者考试中的知识，会在工作中是一个指南针。但我们是否要完全的follow，还要看实际的情况来量体裁衣。 相信，重要的技能是基于PMP的理论，再结合实际情况的运用，才能把PMP的价值最大化。

6/100 项目临近结束，如何进行需求置换？

What 需求置换

项目在签定合同时，约定了要做ABCD。但在实际交付过程中，由于客户价值排序发生调整，额外做了EF。

CD无法按合同的计划，完成内容交付。

以上情况，为发生一种需求转换的条件。

Why 置换

按上面的情景继续发展下去，如果不置换需求。那么在合同验收的时候，就会出现：

  • 开发完成的EF功能，无法验收
  • 未开发的CD功能，在合同中有签署，但没有开发。

所以，按合同的条款，这样的合同是没有办法验收的。

Who 参与者

由于是按合同进行的，那么参与者就会涉及：

  • 甲方
  • 乙方
  • 中间商（可能存在）

When 什么时间

正常情况下，需求置换的发起，应该在客户价值排序发生调整后。就立即发起需求变更，尽量不要拖到项目验收的尾声。

Where 在哪里

不同的项目在合同变更层面的处理方法不一样，常见的类型有：

  • 电子流层面的变更
  • 双方重新签定合同
  • 邮件变更确认

How 怎么做

  • 由需求变更方，发起变更动作。
  • 在相应的流程工具中，进行变更操作。如：电子流审批
  • 确认需求变更成功

需求置换，在项目管理中一个常见的操作。每个公司或者项目都有不同的流程。但基本的方法，应该跟上面是一致的。

5/100 技术型项目中的QA，是必需的么？

近期带的几个项目都是偏技术型，业务需求都很少，那么这种类型的项目需要传统的QA人员么？

项目分析

技术型项目，少有传统的业务需求。

因此

  • 对QA人能的业务理解能力要求不高
  • 需要QA人员从架构设计/安全规范/实施部署/代码逻辑等层面，来切入

QA的作用

  • Quality Aanalysist，这是我们公司对QA的定位。当然每个公司对于QA有不同的解读
  • 基于上面的定位，那么QA在项目中是负责质量分析。那么QA便会在产品开发过程的各个环节。如：
    • 需求规划是否存在质量问题
    • 代码编写是否覆盖足够的场景
    • 架构设计是否考充分的业务需求
    • 整体项目的质量是否有遗漏
    • ….

结论

  • 技术型项目中是需要QA人员的，要看合适的时机引入，并让QA发挥最大的价值。

4/100 团队中成员效率底，如何处理？

上周六加班一天，快到下班时，开发团队在集体联调。
联调时发现，张三同学开发的功能无法集成，且与之前约定出入较大。

调查

  • 同组开发李四沟通，反馈：开发效率太低了，没有找到问题的重点。不知道一天在尽快什么
  • 同组技术负责人王五沟通，反馈：需要每次给指派比较明确的任务，能完成的比较好。但如果安排有一定复杂度的任务时，张三就会无从下手
  • PM观察：张三同学经常一个人加班到深夜；平时项目成员沟通时，也会主动表达自己的想法。
  • 跟本人沟通后信息：自己现在比较享受当前的工作状态，跟随在TL后面，也可以学习到很多的知识。

分析

  • 张三：对当前的状态比较满意。在能学习到新知识的同时，工作也充实。
  • 同事：对张三的要求有与年限相Match的能力，从表现上面来说，没有达到同事的预期

结论

  • 不要用别人的眼光来要求其他人，每个人有自己满意的工作状态，达到这个程度或者状态就可以了。即使出现了能力与表现不匹配的情况，不要太勉强，As PM做一个好的引导者就可以。
  • 针对一个现状，不要急于去评判。从多个方向去分析，再做决定

3/100 管理绩效如何提升？

管理的四个关键词：人/资源/目标及工作过程。前三个是管理的条件，后一个是管理的重点。

做好决策者

不同时间段，明确什么是最重要的。并让团队在第一时间，明确当前的第一优先级在哪里。

传递信息需要：简洁/清晰/目标导向。

管理没有对错，面对事实解决问题

基于事实来解决问题，没有对错，用结果来判断管理的正确与合理性。

结果会证明怎样才是对的。

管理是一个过程，人与事的搭配

要把人与事分开看，不同的人做相同的事，会有不同的结果。

所以在管理过程中，要把事情讲清楚（第一位），再把事情与人结合。

个人目标与团队目标的融合

管理过程中，最好能把个人目标与团队目标融合。

如果无法融合，那就想办法最大化的向一个方向。

给团队成员使用资源的权力

  • 不要把活分得太细，让大家都在发挥的空间。给团队成员足够的空间，发挥个人的价值。大家都是成年人。
  • 把好处也分配给团队成员，切记吃独食。

以上来自于对陈春花老师文章的理解，原文地址：陈春花：提升管理者绩效的5个常识

2/100 PM的权力有哪些？

权力

the ability or capacity to do something or act in a particular way.

影响、甚至控制别人行为的能力。

从定义来看，权力是一个很有诱惑的东西，它是一个双刃剑。

PM的权力

常见的PM的权力有：

  • 公司：团队成员KPI定级/团队成员调薪确定
  • 项目：项目资金支配/项目交付进度及风险把控
  • 成员：角色任命/角色去留
  • 客户：客户关系管理/公司形象维护

个人认为：权力只是在最后一步拿出来的工具，不要一直想着自己手中有把武器。 一个好的PM，应试是一个团队的润滑剂，而不是鞭策者。

参考

1/100 PM的定义是什么？

在IT行业，关于PM有两种划分：Prduct Manager(产品经理)和Project Manager(项目经理)。

Project Manager(项目经理)

A project manager is a professional in the field of project management. Project managers have the responsibility of the planning, procurement and execution of a project, in any undertaking that has a defined scope, defined start and a defined finish; regardless of industry. Project managers are first point of contact for any issues or discrepancies arising from within the heads of various departments in an organization before the problem escalates to higher authorities, as project representative.

摘自Wiki:Project_manager

项目经理( Project Manager ) ，从职业角度，是指企业建立以项目经理责任制为核心，对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。它要负责处理所有事务性质的工作。也可称为“执行制作人”（Executive Producer）。项目经理是为项目的成功策划和执行负总责的人。项目经理是项目团队的领导者，项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容，并使客户满意。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。 [1]

摘自百度百科：Project Manager

Project Manager(项目经理) 是对项目的范畴/进度/风险/客户满意度所负责的第一人。

Prduct Manager(产品经理)

A product manager is a professional role that is responsible for the development of products for an organization, known as the practice of product management. Product managers own the business strategy behind a product (both physical and digital products), specify its functional requirements, and generally manage the launch of features. They coordinate work done by many other functions (like software engineers, data scientists, and product designers) and are ultimately responsible for the business success of the product.

摘自Wiki:Product_manager

产品经理（Product Manager）是企业中专门负责产品管理的职位，产品经理负责市场调查并根据产品、市场及用户等的需求，确定开发何种产品，选择何种业务模式、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。

摘自百度百科：Product Manager

Product Manager(产品经理)是对产品内容负责的第一人，有产品规划/设计/产品商业模式的能力。

回答

ProductManager和ProjectManager的工作存在一些重叠，或者有的公司是同一个角色。但其实两者是有差异的，Product更偏重于产品的特性/玩法等，Project则注重项目为单位的完成进度/交付质量/客户满意度等信息。 所以后续关于此文中的PM均是指ProjectManager.