©著作权归作者所有:来自51CTO博客作者pcdog的原创作品.


项目经理面试问题总结 二


如何理解云架构,云架构的好处

项目经理每天应该做的事情

对于项目资源的流失,项目经理应该如何做

软件项目和硬件项目的区别

遇到最challenge的问题

项目范围变更如何处理



面试官:如何理解云架构和数据中心,云架构的好处


问题是问了2个问题,第一个是问你对云的理解,第二个是问云的优势

Q1:无非就是3种类型SAAS,PAAS,IAAS展开说就好了


Summary interview question for Project Manager -2_第1张图片


Q2benefit的方面,只要说到几点就可以了。换句话说就是问,你们公司为毛要用云,选择云的理由是

  1. 大容量大规模

  2. 高可用,分布式

  3. 即用即付费,低成本

  4. 可扩展可伸缩

  5. 维护简单

带过即可



面试官:项目经理每天都很忙,你作为/认为项目经理都在做些什么事情?

问题其实不是问你作为项目经理每天的事情,比如收发邮件开会等,问题其实是问

如何对项目进行整体把控

项目的质量管理

项目的沟通管理,干系人管理


Q1:项目执行需要项目经理整体把控,项目经理需要对项目的绩效进行考核和跟踪,以及项目经理需要提供相应的工作绩效报告outputPM要有产出)需要展开说。

  • 资源可用性/资源日历resource calendar,有什么资源,用多久,用的时间长短决定了下面的成本

  • 进度WBS相关的燃尽图,甘特图等

  • EVM 挣值,成本信息,实际成本/完工所需成本 ECTP/EATP

Q2:项目三要素范围成本和时间,前提是质量不能变,在大多数情况下,PM负责项目的质量。带过即可。

Summary interview question for Project Manager -2_第2张图片

Q3:项目经理需要往往需要跨部门进行沟通,无论是协调资源,跟踪状态,识别风险以及干系人管理。带过即可。


面试官:在一个开发项目中,遇到关键的主程的离职,项目经理应该如何做。

这里牵涉到三个问题

项目风险

控制进度

项目人力资源管理

推荐的回答Q1PM在项目初期就应该对风险进行规划和识别,然后进行风险的定性和定量分析,最后生成风险跟踪矩阵和风险处理矩阵(风险处理人)。预留相应的时间和钱来应对风险。


Q2:实战题目。需要计算团队人数和每年的离职人数,得出年离职率,例如10人团队2人离职,则年离职率20%,通常大公司离职率在10-15%,基础架构的流动率比较少,在8-10%,小公司人少所以可能数字更高20-30%都有。然后根据交接时间和人员培训所需的时间,可以计算出人员的替换周转时间,加入到项目的风险的应对措施。10人团队2人离职,原来工作量120个人月一年,假设某人离职需要另外一个人花一个月去接离职人的的工作,那么某一个月工程师就完全没有项目的工作量只有交接工作量,当月减2个人月,2人离职就是4个人月。假设后续人员1个月之内可以替补上去,预计人走后还有2/月的空档期,全年就是6/120=5%的整个项目时间预留。

一般高级人员是6-9个月,中级人员是3-6个月,初级人员是1-3个月,根据不同等级来评估项目风险 –人员流动带来的预计项目延。

Q3:项目的人力资源管理,换句话说就是你作为PM,作为中层如何帮助公司压榨员工,又如何保住员工保证项目顺利进行,你是如何取得平衡点的。根据你公司实际情况,带过以下几点。

  • 培训和证书

  • 新闻报道

  • 奖金结构

  • 公司制度

  • 员工关怀

  • 项目额外待遇

 

 

 

面试官:软件项目和硬件项目的区别

这个也是实战题目,看你作为项目经理是否有带过研发团队,或者有硬件项目的实际经验。

推荐的回答:带过研发团队遵循的流程ISO9002CMMI5SDLC,软件开发的生命周期,需求开发测试上线等,说出来就知道你有经验了,硬件方面招投标流程带到也就知道你有经验了。

 

面试官:遇到最challenge的问题

实战题目,项目经理本身就是problemresolver问题解决者,

  • 关键技术难点无法解决导致项目严重拖延进度

  • 项目运行到一半,但是费用几乎已经耗尽

  • 业务方遇到巨大的市场变化,要求对项目进行大量变更

  • 关键人物出车祸死亡

  • 项目接近完工,遇到地震台风洪水等事故

  • 项目质量验收不合格/偏差导致项目延迟收工

  • 验收结果不符合项目目标

  • 运营团队不肯接受项目可交付成果

问这个问题无非是看你个人经验是否丰富,问题解决能力如何,学习到了什么,如何总结经验教训。

 

面试官:手上的项目范围需要进行变更,PM应该如何处理

项目范围管理,如何定义范围和规范需求

项目范围变更的影响,控制和确认

Q1:理论知识。

项目范围的流程是由规划范围,收集需求,定义范围,创建WBS,确认范围和控制范围组成

 

 

 

 

Q2:实战题目。

项目范围变更会引起项目成本和时间的变化,PM如何取舍,比如固定成本,范围变大,必定要延长时间(做得久一点)。固定时间,范围变大,必定要投入更多成本(堆资源),两种情况下PM都要带到。

PM如何控制需求,需求管理计划如何和业务方、干系人沟通收集需求,转换WBS,需求跟踪矩阵,指派任务跟踪进度,交付结果的管理。其实就是PM的需求管理的流程和方法,需要详细展开说明。