面试总结-项目经理（持续更新）

Posted 2021-09-04 pinkDonkey

1、自我介绍

您好， 我叫XX，来自黑龙江哈尔滨，17年来北京，刚开始做技术，由18年开始转做项目管理，目前来说我所在的公司的产品为企业内部管理系统，大致是以集团的业务流程建立业务模型，然后提供给全集团内勤伙伴使用，以便更简捷、高效的完成企业内部相应工作。
我的日常工作是：
   1、项目需求跟踪和项目的需求调研。
   2、项目启动过程的执行，召开项目启动会，发布项目任务。
   3、项目执行中的问题处理，和项目质量与进度的监控。
   4、项目结束后的项目资料提交和总结会议。

2、介绍一下较重要的一个项目

较重要的项目为“XXXX系统”，这个项目主要目的为解决由于集团及子公司制度管理缺失，造成了公司制度混乱，影响公司运转效率，风险事件频发的问题。XXXX系统不单包含制度库，也包含制度草拟、会签、审批、评估等在内的全生命周期管理的完整机制。整体框架由Java、Vue组合搭建。我主要负责的就是项目的整个周期，从启动，规划，执行，到验证结束整体的把控。

3、工作中遇到的问题

工作中遇到的问题一定有需求变更，这个是所有的项目经理都会遇到的问题。我的方案是看需求的重要度和项目基准，如果需求优先级较高不影响基准，我会走变更流程。如果优先级不高，我会跟业务方商量看是否可以放到下一个迭代的版本中进行。如果影响到了项目的基准，那我会先评估影响，然后再提交到上级领导批示是否要变更。

4、如何处理工作中团队的人际关系，遇到不配合你工作的同事，应该如何应对

在日常工作中经常会遇到这种情况，目前很多时候都在处理两类人的关系：程序员和产品，程序员的前端和后台。一般我的方法是：把他们拉到同一个房间去沟通，做中间人去调解，因为大家都是要做事的，所以总会找到一个折中的办法。我也有遇到不配合自己工作的同事，我是用自己的办法解决的，就是，没有一顿饭解决不了的问题，如果有，那就再喝点酒。吃个饭，聊一下。很多时候都是沟通没到位，说开了就好了。

5、项目管理中，你认为哪些最重要

我觉得项目管理中，沟通是最重要的，因为不管做什么项目，我们必须要在规定的时间，保质保量的完成要做的事情。其中都少不了沟通。对上和对下，都需要不同的沟通方法和方式。

6、为什么离职

我在泰康的工作其实是非常愉快，在那里的我成长了很多，但是因为目前的职级为研发主管，出于职业规划考虑，还是想找一个项目经理的工作机会，所以选择了离职。

7、如何获取产品需求

1、用户访谈
  用户访谈前：明确访谈目标、尽量面对面访谈、选择合适的场地、对访谈中进行细分。
  用户访谈时：简单给受访用户阐述访谈的内容和目的、鼓励受访用户讲故事、让受访用户对访谈中的问题进行排序、让受访者尝试提供解决方案。
  用户访谈后：给予用户一定的奖励、问题整理、疑问点趁热打铁、需求挖掘。
2、问卷调研
  问卷设计：确定调研目标、确定目标用户。
  调研方式：线上投放问卷、线下投放问卷。
  问卷总结：线上投放的一般平台均会有统计功能，通过统计报告即可完成需求分析挖掘、线下投放的需要将问卷结果通过Excel统计整理后进行需求分析挖掘。
3、业务分析
  产品经理对企业各条业务线的进行体验，包括现有业务流程和现有工具所能提供的能力，进行业务建模，抽象归纳后提炼出优化点。在做业务分析的时候还要考虑企业的战略、企业的发展方向、企业的盈利模式等，找到与公司发展战略相契合的产品需求。

8、如何控制项目范围

1、制定范围计划：范围计划编制是将产生项目产品所需进行的项目工作(项目范围)渐进明细和归档的过程。不同的计划详尽程度不一样，其中范围说明和范围管理计划必须包含在内。
  范围说明：在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。
  范围管理计划：描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题。它应该包括一个对项目范围预期的稳定而进行的评估，以及对变化范围怎样确定，变化应归为哪一类等问题的清楚描述。
2、项目分解：取分解的手段把主要的可交付成果分成更容易管理的单元，最终得出项目的工作分解结构(WBS)。
  常用的方式：以项目进度为依据划分WBS，第一层是大的项目成果框架，每层下面再把工作分解，这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。
3、范围变更：项目经理在管理过程中必须通过监督绩效报告、当前进展情况等来分析和预测可能出现的范围变更，在发生范围变更时遵循规范的变更程序来管理变更。

9、如何进行项目变更控制

1、谁有权确认变更：事先明确客户方有权提出变更请求的人员和项目组有权受理变更的人员，并且变更请求必须有书面材料。
2、什么样的变更需要执行：必须对客户提出的范围变更进行审核，决定哪些变更需要修改和何时修改。用户的镀金需求可以延期解决甚至不考虑，用户的新增需求如果不是影响到核心业务的实现，也可以安排在现有功能的完善之后。
3、变更的影响多大：必须评估变更的代价和对项目的影响，并且要让客户了解到变更可能会发生的问题，一起判断变更是否依然要进行。
4、客户是否接受变更的代价：让客户对于明显的变更做出确认，一般是签字确认。这样既可防止频繁变更，也让客户认识到变更带来的工作量加大是项目延期的原因。
5、变更进行时必须保证最终方案的唯一性和完整性。同时，要对所有变更进行跟踪和验证，确保变更按要求完成。

10、如何控制项目进度

1、制定详尽的、可行的项目进度的基准计划
  进度计划包括：任务、资源、时间等三部分内容。任务来源于工作分解结构和活动定义。要进行有效的进度控制，就要求必须有细致的、可执行的、可检查的、可控制的活动定义（任务）。
2、建立有效的风险防范计划
  a、制定一套项目风险防范的体系，包含：风险识别，风险确认，风险应对等方面的完整内容。
  b、针对项目，提出项目风险的协调负责人，及相应的协调措施。
  c、在项目组内部建立对风险识别的特殊机制，如：每个人可以根据自己的工作内容，定期列举风险指数最高的5个风险，并提出相应的应对方案。
3、建立良好的项目组内部及项目干系人之间的沟通管理制度
  a、及时与项目客户进行沟通，了解其对于项目的特殊进度要求，以实行对工作任务的特殊处理。
  b、对于需要项目组之外的资源进行配合的工作，及时通过有效的沟通途径提交给相关人员，以提早准备好配合的工作，免得影响项目的进展。
  c、充分发挥项目组成员的作用，使之参与到问题解决当中来，如项目偏差的处理，风险的预防等。
  d、定期举办项目进展的沟通会议，了解各成员的任务执行情况，通报项目的整体进展情况。
4、进行进展检查，并针对检查结果采取相应的对策
  进度检查工作可以分为四个步骤执行： 
    a、收集项目任务的进展信息
      方法：进度汇报和进度查验。
      需要收集的项目进展信息：任务执行状况和变更信息。
    b、进行项目实际进展信息与进度基准计划的比较。
    c、针对出现的进度偏差，寻求最佳解决方案。
    d、执行进度调整后的进度计划和确定的解决方案。
5、预见性的发现和解决项目实施中的问题

11、如何控制项目质量

1、需求的时候做需求评审。
2、概要设计时体系结构的评审、多次讨论。
3、详细设计尽可能统一、规范。
4、测试要在需求和设计阶段就开始（研发中CodeReview）。
5、对重要的功能实现代码做CODEREVIEW（上线前）。
6、版本控制。
7、文档要做到规范、踏实。
8、完备的测试集。

12、如何处理比较强势的用户

适当弱势先倾听需求，再做出合理评估，决策上及时汇报领导，在涉及到底线的目标要强势维持，不能示弱。和客户沟通需求时，管控好范围，做且只在合同内的需求，不镀金也不蔓延。

13、常用的软件开发文档

1、可行性研究报告。
2、项目开发计划。
3、软件需求说明书。
4、数据要求说明书。
5、概要设计说明书。
6、详细设计说明书。
7、数据库设计说明书。
8、用户手册。
9、操作手册。
10、测试计划。
11、项目开发总结报告。

14、软件项目经理各阶段主要工作

1、可行性分析。
2、需求：需求调研、需求分析、需求确认、需求管理等。
3、设计。
4、开发。
5、测试。
6、实施。
7、维护。
8、总结。