HI~,大家好,我又回来了,距离我的第一篇文章已经有3年多的时间了,2021年8月份又更新了一次,看了下数据,没想到还是能给大家带来一些帮助的,同时也感谢大家耐心看完我的每一篇文章,其实我文采很烂,只是把一件事情叙述清楚而已。这篇文章很长,是我总结了这几次面试的精华,希望也对大家能有点帮助。
这两年写东西很少,因为工作很忙,结婚之后生活中也很多事情,很少能真正总结自己,感觉自己像是一个陀螺,在一直转一直转。趁现在换工作的时间,工作的事情交接的差不多了,终于可以停下脚步,整理一下自己了。首先回顾了一下自己的整个职业历程,我前段时间面试,把自己的简历都搞错了。很多时间有点记不清了。这个其实在面试的过程中,很重要。最近因为疫情的问题,面试很多都是在线上。 线上有一个好处就是你可以准备一些纸质东西。一般我在面试前都会有这样一条时间轴,方便让自己的面试时思路更清晰。
个人职业轨迹
首先恭喜自己又跳槽成功了,也是一家上市公司,这次面试的职位是项目经理,正儿八经的项目经理了。唉,其实挺感慨的,30多岁了,才正式转型为项目经理。不过还好,我感觉自己算是幸运的,转型算是比较成功的。这次的面试分享我准备换个方式,因为我一共面试了有6次,进入复试是5次,拿到了2个offer,自我感觉还算是可以。因为其实每次面试的套路都差不多,但是有几个是面试项目经理比较常问的问题,我想在这里跟大家分享一下自己的思路和回答。希望大家多多提意见,多多回复,完善下自己,也为自己的面试添砖加瓦。
我面试这么多,所有的开场都是千篇一律,自我介绍,那自我介绍这块,我一般会准备3-5分钟的时间,很简单,就是介绍自己嘛,我叫某某某,我来自哪里,工作多少年了,每一家公司里面都做哪些工作,重点说一下你跟你要面试这家公司有关系的一些工作。有些面试官会在你做自我介绍的时候打断你,提问一些他感兴趣的问题,有些面试官会认真听你做完自我介绍,然后再提问。不过这个都不是什么大问题了。而且,每次面试,复试,都要讲一遍, 等于我面试6次,讲了应该有10遍以上经历。其实每次讲一遍,我都是在观察和总结, 观察面试官的表情,哪里没听明白,哪里需要重新整理语言,等到下次面试的时候,要总结下之前的不足,把该说的说出来。
然后就开始步入正题了,一般一面的时候都是人力面试,有的时候加上一个主管或者经理级别的,主要看的是你的表达能力,沟通能力,业务能力,还有整体的素质。人力聊的基本上也是围绕着整个职业生涯,比如会问到你以往的工作内容,如何解决问题,如何沟通,如何面对用户等等,只要表达比较顺畅,态度比较积极,我觉得问题都不大的。如果有经理级别的在,可能问的问题就相对来说比较专业,这个时候可能就考验自己的专业知识了。在这里就不详细展开赘述。
接下来二面应该是最关键的了,这一轮的面试官是至关重要的,我感觉进入二面之后,其实才是真正考验的时候,语言,逻辑,专业,问题分析与处理,都是在这一轮面试所要准备好的,我经常会被问到以下几个问题,可以和大家分享一下。
一、 项目的阶段有哪些。
这个问题在我面试的时候几乎是必问的一个问题,如果根据项目管理来,肯定就是五个阶段,启动、规划、执行、监控、收尾。但是其实很多面试官不想听到这些,所以我会根据公司实际情况组织自己的语言进行来描述:我所经历的项目基本上都是产品类的项目,销售和售前在前期去拿单,其实这个项目到我们介入的时候已经是真正执行的阶段了,有的时候可能在启动或者规划的阶段,售前会组织一次交底会,把整个项目的情况和规划跟我们沟通清楚。然后我们才开始介入,因为是产品类小集成的项目,所以一般情况下我们会直接去进行执行,并且确保在规定时间内保质保量的完成交付,接下来可能我们还会有一部分时间是系统试运行的时间,这段时间我们主要工作其实就是收集用户需求,因为我们的产品最终还是交付给用户使用,所以在这个阶段,我们会做用户需求的收集,需求分析,需求评审等一系列的动作,产品类的软件,对于产品范围也比较有限,所以改动也比较少,比较多的是对接各种第三方厂家。最后就是验收阶段了,一般联调完毕,试运行之后,我们就会开始准备验收资料,推动验收了。验收完成之后我们这边的项目就基本会转到运维了。运维是属于我们公司各省办负责的。
我个人觉得根据自己的经验来回答这个问题,还是比较顺畅的。我目前的项目阶段其实就是,启动-实施-联调-需求-验收。
二、 如何进行需求评审
这个问题也是经常会问到的一个问题,我在这里就不说官方的回答了,度娘那里有很多,我只在这里聊一下自己的回答:需求评审我认为其实就是让我的项目团队成员了解需求,明白自己要做什么。做需求评审前,首先我们需求一定要收集到位,明白用户的真正需求,避免在会议中描述不清楚,因为本身我也做过研发,所以对需求评审并不陌生,只不过是换了一个角色。通知项目组成员都要参加需求评审会议,研发,产品经理,测试等都需要参加,如果有条件,甚至可以拉上需求方,然后准备好需求评审需要的资料,比如需求文档,原型图,流程图等。会议时,我一般会先描述一下需求的背景,然后描述需求的场景,以及讲解流程或者用原型图进行讲解。然后会反复询问是否有听明白,确认成员中基本已经了解清楚。有些时候因为人多了思想就会发散,会被别人带跑偏,这个时候就一定要把会议拉回正题。如果有些实在处理不了的问题,我会先告诉大家由于时间关系,这些问题先放一放,不在会上讨论了。一般在会议前我会告知一个团队成员要在会议结束后输出会议纪要,把工作落到实处。
纯软项目的招聘问这个就比较多,因为纯软项目需求确实很多。
三、 如何进行成本的控制,或者谈一谈你对成本的控制
刚开始问到这个问题的时候,我是比较懵逼的,因为在我工作的印象中,对于成本的控制确实接触的不多,因为都是小集成的产品类项目,而且我做的又是交付阶段,做完项目交接给运维人员,基本上没涉及什么像样的成本。第一次被问到这个问题的时候,也回答的一塌糊涂,面试官直接就说,项目管理,时间、成本、质量;三者缺一不可,你都没接触过成本,谈什么项目管理。很尴尬,那次真的很尴尬。下来之后我就仔细总结了下,感觉其实对于成本来说,还是有很多地方可以聊的。我自己做的很多东西,其实就是在控制成本,只不过自己没有讲出来罢了。后续的面试也问到了同样的问题,我是这样回答的:我在目前所做的项目中对项目采购和项目总体成本确实没有过多的涉及,我所接触到有关项目比较多的是两方面,一方面是人力成本,我会在项目实施前,列好资源计划,确定在某一个阶段需要哪方面的资源。然后按照计划去协调相应的资源,这样不仅仅是节约了人力成本,其实对于整体项目的进度也会有很大的帮助;另一方面就是进度成本,其实就是时间,做好进度的把控,其实也是节约成本的重要因素之一。
我不知道其他项目经理对于成本的把控多不多。我接触到的真的不是很多。欢迎大家来补充。
四、 如何进行进度的控制。
学项目管理的时候,对于进度学了很多工具,很多方法。我自己总结其实就几点,1.列好项目计划,这个是必不可少的,其实在做实施的时候我也会列好计划,(万事皆项目)计划中会有节点,就是传说中的里程碑,以我经常做的项目为例,比如设备安装、设备联调,系统部署,系统联调测试,系统对接测试,系统试运行。这些其实我一般都会有列,特别是作为项目经理总体进行把控的时候,一定要有计划才不慌。而且这个计划,我一般都会项目组全员参与定制,落到实处,在接下来,每个人做什么事情,其实都是比较明朗的了。 2.接下来就是按照计划进行实施,一般来说,我都会要求项目组成员严格按照计划行事,因为制定计划的时候,我是全员参与,每个人的计划相当于是自己定的,自己说过的事情自己完不成,那赶进度加班大多数人都会比较自觉。我要求我的项目组成员每2天必须要有一个日报,(因为我觉得每日一报有点不太现实,有时候一个问题一处理可能就是一天)日报中主要体现目前手头任务的完成情况,接下来的工作计划安排,然后当前剩余的任务及需要我这边帮忙协调的问题。然后每周都必须要提交周报,周报的内容是项目的总体进展、进度,遇到的困难和需要协助解决的问题。日报是我掌握项目组成员任务的进度,避免发生人员方面的风险,周报其实是我掌握整个项目进度的主要信息来源,每周我都会在周五的时候汇总周报,看是否存在偏差,是否需要调整,说到调整,那就是我想说的第3个方面了。3. 及时调整计划,俗话说计划赶不上变化,计划列的再好,遇到变化如果不进行调整,那计划也会执行不下去,项目中经常会遇到各种各样的风险,影响进度,在每周的周报里,我也会汇总之后看是否有进度偏差。及时调整偏差,如果问到怎样调整的话,我一般会用自己的话来讲:协调更多更好的资源,加班,如果用户真的要快速交付的话那就跟用户谈条件缩减一些需求,先保证上线运行。
我回答进度的话,基本上都是围绕着进度计划来的,定制 - 实施 - 调整。可能会有些面试官在这里会问到变更的问题,变更一般我的项目上面都会有项目变更单的,实际操作的项目中,我尽量都会让他们签变更单,因为需要留底,很多都不会走项目变更流程。如果涉及到金额或者比较大的需求变动。那这种的肯定要走项目变更流程了,有的时候可能销售跟售前也需要接入进行商务谈判的。
五、 如何进行质量的控制。
对于进行质量的控制,我还是会以我现在工作为例,因为我们属于小集成产品类项目,所以其实质量的标准或者目标已经是确定的了,那接下来我的质量控制其实就是围绕这个目标来的,我一般控制质量主要是两个方面,一方面是人员,一定要全员参与,在项目开始的时候就要告诉每个项目成员,我们的目标是什么,让每个人都知道项目目标,这个主要是预防在项目中出现重大质量问题,而且让每个人都有责任心。另外就是需要责任到人,比如负责弱电的同事,负责部署实施组的小组长等,如果有质量问题,首先找到负责该项的责任人。第二个就是测试,软件产品一定要经得起反复测试。在工作中,用不同的人员用不同的方法去使用系统,因为每个人的想法都不同,所以经过多次反复测试的结果肯定是相对来说质量较高的。
我回答质量问题,基本上都是从几个方面,如果有其他的方面,欢迎大家提出,我自己也可以丰富下自己的经验。
六、 如何面对用户提出的各种需求。
这问题是几乎每个面试官必问的一个问题,我一般的回答是这样的:我在以往的项目中,经常会遇到这种问题,分几种情况看吧,如果用户提出的需求属于合理的,并且确实是我们没有想到的,那我可能会先告诉用户,这个需求我们可以做,但是我要先和研发沟通一下,接下来就和产品和研发沟通下研发时间,然后回复用户。还有些需求属于不合理,但是用户非常强势,要求你必须在规定时间内完成的,一般这种我会先跟用户说,我要和公司沟通下,下来之后再找用户聊,深挖一下用户为什么会提出这种需求。有些时候,用户可能是拍脑袋想出的问题,后续自己也觉得很难说实现,有一些时候,用户提出这种需求的背后,其实是有另外的原因,找到这个根本的原因,帮助用户实现或者采用其他方式实现,都是可以的,其实很多时候,用户看的是你的态度。还有一些需求虽然合理,但是属于超出产品范围的需求,那这种需求,我一般直接会找到售前和销售,跟他们讨论下是否需要满足用户需求,是否需要走商务渠道,达成一致后,和销售售前一同去找客户谈判。
七、 沟通的方式有哪些。
这个问题其实本来不应该出现在这里的,因为问的面试官可能比较少,我也是只有一次面试问到了这个问题,那个时候已经被面试官问懵了,竟然连这个都没有回答出来,后来想想挺搞笑的。所以就放到这里了。
我们常用的沟通方式是微信,钉钉,电话,面对面会议,访谈,电子邮件等。沟通分为正式沟通和非正式沟通,很多时候,非正式沟通比正式沟通更容易解决问题。正所谓,没有一顿饭解决不了的问题,如果有,那就两顿嘛。
八、 验收资料都包括哪些东西。
其实我对验收了解甚少,因为我这边的工作属于交付类,而且我们做的属于政府类的项目,很多工程今年做,明年才验收,所以我们公司的制度是,我们如果去项目上面只需要做好实施交付,后续验收的问题我们一般都给各个省的办事处。但是我还是在面试中遇到了两次这个问题,第一次回答的不好,回来之后我就问我大区的同事,验收的流程我大致还是知道的,但是资料我还真没注意。后来问过后才知道,其实项目验收里,其实就是整合了项目过程中的所有资料,然后在加上项目验收报告之类的。
项目验收资料包括但不限于这些:
招标文件、投标文件、中标通知书、合同、深化设计方案(报审表)、实施方案(报审表),开工申请,开工令,设备开箱记录表,设备信息表,项目周报,测试方案审核表(申请表),测试方案,自检自查报告,培训方案,培训实施记录,用户意见书,用户手册,售后服务承诺书,竣工报告,设备移交清单,设备安装点位表,项目初验申请,竣工图纸。
以上资料仅供参考,面试的时候说几个重要的就可以了,每个公司,每个项目上面所需要的验收资料都不会一模一样的。