工程,项目,工程管理,项目管理,国际工程,项目经理,房地产,融资,可行性研究,总承包,信息化,代建制,招投标,设计管理,进度,成本,风险,质量,概预算,造价,合同管理,施工组织,监理,工程咨询,保险,劳务,FIDIC,索赔,BOT,PPP,PMC 中国工程管理网,关注工程的策划,建设与运营。 工程,项目,工程管理,项目管理,国际工程,项目经理,房地产,融资,可行性研究,总承包,信息化,代建制,招投标,设计管理,进度,成本,风险,质量,概预算,造价,合同管理,施工组织,监理,工程咨询,保险,劳务,FIDIC,索赔,BOT,PPP,PMC 中国工程管理网,关注工程的策划,建设与运营。
打印本文 打印本文  关闭窗口 关闭窗口  
项目经理面试指南
作者:佚名  文章来源:互联网  点击数  更新时间:2012/7/21 18:54:04  文章录入:web13741  责任编辑:web13741

的课程,所有这些都有助于你准备项目管理。

  你应该了解的软件

  掌握一种项目管理工具。例如微软的Project和Applied Business Technology/Project Workbench。所有这些工具都有许多有效的项目管理方法和术语字典。

  除了上述提到的工具外,还有一个越来越流行的工具可以针对不同技术环境中的项目在计划编制、费用估算和管理方法上提供帮助。这个工具就是LBMS/Process Engineer,具有CASE界面的工具。

  如果你使用过此类工具,把这些内容列在你的简历中。当然,不仅要掌握工具,你还必须具有坚实的基础知识和项目管理方法。

  一个项目经理必须足智多谋。通过email进行通信已经取代了电话和邮寄备忘录。许多公司有自己的系统,还有许多公司使用Lotus Notes。无论是用何种产品,必须具有如下性能:

  能够与处于不同地理位置的人取得联系

  能够有效地通知团队(包括供应商)范围,进度的变更

  能很快地解决小问题

  要记住人们工作方式的差别,性格内向的人更愿意通过email沟通。这样他们可以有时间思考问题的答案而不是在会议上立刻做出答案。

  作为一个项目经理,你可能会作报告(report)和介绍(presentation)。因此,需要掌握字处理软件和图形软件。这些软件在市场上都可以买到。在你的简历上列出你会使用的此类软件。

  寻找思想

  任何行业都有好的项目经理和差的项目经理。你可以从两种项目经理身上得到启示(什么是应该做的而什么是应该避免的)。如有可能,问一些优秀的项目经理他们是如何做的。如果你对你的职业发展道路还不太清楚,你可以拿一篇刚刚读过的有关文章,问问这些项目经理对此文的观点。

  一个成功的项目经理的标志有拥有一支气氛融洽的积极的团队,上层领导的信任和用户的尊重。一致的行动是另一个标志,它是衡量领导能力的基础。优秀的项目经理应该了解每个雇员的长处和短处。他们认为失败并不是缺点,而是一次学习机会。

  项目经理必须建立一套专业标准。但按照一套完美的例子来进行管理却是一个失败的项目经理。这虽然说明他们的多才多艺,但更体现了他们在授权和沟通方面的能力不足。使原来想积极工作的员工变得消极的做法可以毁了项目经理。你在技术方面的能力应该用于指导和培训员工。如果你参与编程或设计,你不是在开发你的团队,也不是在做项目经理。

  项目计划技术

  以下是在面试中通常会提到的有关项目计划编制的术语和图表。大多项目计划编制工具都会使用到一些或全部术语和功能。你应该复习一下有用的一个或多个项目管理工具,这有助于你进一步熟悉常用的技术和功能。

  图表类型:

  甘特图:用图形,特别是条形图,描述项目进度的图表。每一个条形符号代表不同的意义。例如:关键任务的条形符号及/或颜色可能与非关键任务的不同。概要任务(活动或阶段)的符号可能于其他任务不同。

  Pert图:用流程图来表示所有任务的现行依赖关系。PERT的意思是计划评价与审查技术,是一种网络图。

  任务列表:文本/纵向地列出项目计划。通常至少应包括以下栏目:任务编号,任务名称,开始日期,结束日期,持续时间和工作效率。

  工作分解结构:项目任务和/或活动的结构图。

  关键路径:是贯穿整个项目的一条路径,表明在限定的时间成功完成项目涉及的各任务间的依赖关系。调整关键路径上任务的时间进度将会影响整个项目的交付时间。关键路径方法(CRM)图是一种网络图,用于项目的进度控制和协调项目的活动和事件。

  可交付成果:证明一个或多个任务完成的有形事物。例如:逻辑数据模型。

  依赖关系:任务间的联系会影响一个或多个任务的开始时间。例如:在没有弄清需求前,不能开始编程。

  JAD/简化方法:联合应用程序设计(简化方法是90年代的术语)。一套面向结果的,大脑风暴式的,有一个共同的商业目的信息集合/分享会议。该方法是IBM公司在1970年开发的,由固定的,结构化的过程组成,并在一个有经验的实施者的领导下进行。简化方法去掉了一些结构,然而,仍要求所有各方都必须参加所有的会议和一个有建模技术的记录员作记录。参加者们包括项目团队,管理(与用户)和行政官员。为会议的成功,每个人必须理解和同意目的并且尽快解决他们的任务。

  延迟:是任务的

上一页  [1] [2] [3] [4] [5] [6]  下一页

打印本文 打印本文  关闭窗口 关闭窗口