压力容器项目管理实践_范文

泓域/压力容器项目管理实践 压力容器项目 管理实践 目录 一、 管理的目标 3 二、 有效的和成功的管理者 5 三、 项目管理的基本概念 8 四、 项目管理知识体系 10 五、 项目维护阶段 13 六、 项目实施阶段 15 七、 产业环境分析 22 八、 压力容器行业发展趋势 23 九、 必要性分析 25 十、 项目概况 26 十一、 进度计划方案 28 项目实施进度计划一览表 29 十二、 经济效益及财务分析 30 营业收入、税金及附加和增值税估算表 30 综合总成本费用估算表 32 利润及利润分配表 34 项目投资现金流量表 36 借款还本付息计划表 38 十三、 投资方案 39 建设投资估算表 41 建设期利息估算表 42 流动资金估算表 44 总投资及构成一览表 45 项目投资计划与资金筹措一览表 46 一、 管理的目标 管理的目标主要包括以下两个方面： •效果，有时也称作效益，通常是指目标的正确性，也就是确定做什么。 •效率，通常是指实现目标的代价，也就是确定如何做。 任何管理活动的目标都可以在这两个正交的维度上分解，这样就产生了四个象限。很容易得出结论，四个象限中最好的一定是“有效果、有效率”，最差的一定是“没效果、没效率”。问题是“有效果、没效率”和“没效果、有效率”哪一个更好呢？ 在管理学上，效果因素确定了目标的意义，效率因素确定了实现目标的代价。显然效果的优先级要高于效率。没有意义的事情，其实现效率再怎么高也是没有价值的。所以，“有效果、没效率”要好于“没效果、有效率”。但是在现实中，效果和效率两方面是紧密关联的，有时甚至很难区分。 我们经常头疼的“官僚主义”就是有效果没效率的情形。国际上有个“幽默”，认为世界上存在三大官僚机构，分别是：世界银行、政府机构、大型公司。它们都有一个特点，就是组织规模庞大，机构复杂。为了防止出错，就制定了复杂而繁琐的管理制度，从而导致“有效果、没效率”的事情发生。 另外一个普遍而有趣的现象是：工程师容易犯“没效果、有效率”的错误。这又是为什么呢？一个可能的推论是：大多数工程师都是理工科背景出身的，他们过去所接受的教育一直以解决问题为主，所以形成的思维习惯是给定目标后快速地实现目标，他们很少去自己选择目标，所以对目标的正确性缺乏判断力。在实际工作中，一个项目的目标往往与市场和商业价值相关，如果工程师沉浸在问题解决过程中，则常常会偏离真正的目标价值。 说到这个问题，我们可以看一下有关教育方法的例子。我们经常使用搭积木来教育小孩子。这有两种教育方式：第一种方式，先给小孩子做示范，将积木搭成约定的形式，例如一座塔，然后让小孩子搭出同样的一个塔来；第二种方式，并不先做示范，而是直接给小孩子一堆散乱的积木，小孩子按照自己的想象去搭积木。显然，这两种方式暗含着的目的是不一样的，采用第一种方式时，我们更多的是表扬“搭得快”的小孩子，因为大家的“答案”都一样，是事先约定好了的；采用第二种方式时，我们首先关注的是“搭出来的是什么”。也就是说，第一种方式关心“效率”，第二种方式关心“效果”。大多数接受正统教育的人，都是在多年的快速寻找“标准答案”的训练中成长的，久而久之，就形成了“凡事皆有标准答案，快速寻找和实现标准答案”的“效率定式”。但在实际工作中，“效果”因素往往要重于“效率”因素。 二、 有效的和成功的管理者 管理者的活动可分为四类： •传统管理：决策、计划和控制。 •沟通：交流例行信息和处理文书工作。 •人力资源管理：激励、惩戒、调解冲突、人员配备和培训。 •网络联系：社交活动、政治活动和与外界交往。 研究结果表明，平均意义上的管理者所从事的四类活动中，“沟通”所占比例高的是有效的管理者，“网络联系”所占比例高的是成功的管理者。这个结论和许多长期从事技术工作的人的最初判断并不一致，“传统管理”对项目成功的贡献并不大。而“沟通”，无论是“对外”还是“对内”，都对项目成功有着更关键的作用。 为什么会出现这样的情况呢？ 我们发现，从事技术工作的人思维上有一个定式，那就是，他们认为凡事都有规律可以遵循和掌握，所以他们在接触管理工作时总是把管理当做一门技术去掌握。管理包含“管事”和“管人”两个方面的活动。其中，“管事”一般具备可以遵循的客观规律，但是“管人”却是一个令很多人头疼的问题。虽然很多心理学家和社会学家试图掌握和挖掘人类行为的规律，但是直到今天“管人”仍然是具有高度“艺术”特征的行为和技巧。而对人实施影响和控制，就离不开最古老的方法—“沟通”。所以说，无论是“成功”还是“有效”的管理者都会关注“沟通”。 为什么“成功的管理者”主要关注的是对外的沟通呢？ 在实践当中，一个管理者所谓的对外沟通活动内容主要包含与上级的沟通、与客户的沟通、与合作伙伴的沟通。 我们先来谈谈与上级的沟通，它有三个主要的目的： •获取任务或者项目的资源支持。 •不断确认任务或项目目标。 •汇报任务或项目的真实状态。 管理者的上级领导在很多情况下都是完成一项任务或者项目所需要资源的提供者。在现代的商业企业中，一个项目或组织感到资源充足的情况是极其罕见的，而组织的一项活动或者一个项目目标的实现与有效资源的提供和保障有着直接的关系。管理者的一个必要技能就是获取上级领导对本项目的有效资源支持。从某种意义上来说，管理者甚至应该具备争夺资源的能力。这一点和我们所熟知的“谦让”是相左的。一项任务或一个项目最重要的是获得成功，如果因为谦让资源而导致一项任务或者一个项目失败，上级领导可能不会因而原谅他。 与上级沟通的第二个主要目的是不断地获取和确认上级领导对这项任务或项目的目标和真实意图。难道一项任务的目标需要反复确认吗？它不是在任务确立的时候就表述清楚了吗？这个表面上看起来很简单的问题在现实中却是最棘手的，因为这涉及一个目标转化的问题。大多数企业的任务和项目目标都是来自商业性质的目标。当它们被传递到一线实施人员时，大多数已经被具体化或被转化成了技术目标。这一转化是否准确，是否存在偏差就决定了任务或者项目的最终商业目标是否可以被任务或项目目标所实现。所以，和上级沟通的最终目的是不断确认任务或者项目的目标是否准确地反映了组织的最终商业策略和目标。 与上级沟通的最后一个要点是主动地对上级汇报任务状态。任何一个领导都不会希望其所负责的任务状态是一个“黑匣子”。作为一个下级，可能会觉得“只有任务在出现问题的时候，才需要上级管理者的参与”。但事实上，大多数管理者会认为，“任务的状态不明确或者不透明，并不是没有问题，而是问题被掩盖了起来”。这种状态会让他们觉得不安，会担心有些问题在被发现前变得不可收拾。所以及时让上级了解任务或者项目的真实状态，可以消除上级的这种不安。 上面所谈到的这一类活动经常被称为“向上管理”。大多数从一线技术领域提拔上来的管理者都存在着“向上管理”的缺失。但实际上这是相当重要的一环。在西方的商业学校经常有一门类似的课程叫做“一分钟电梯演讲”，主要是指当你在类似乘电梯这样的短暂场合遇到老板时，如何抓住仅有的机会和老板做一次卓有成效的沟通。其实，很多工程师特别容易忽视和上级的沟通（很多组织在节日聚餐时，你往往会发现很多工程师都试图避开领导者所在的餐桌）。他们往往认为自己已理解了上级的意图，不需要上级过多地干涉。殊不知，上级最担心的就是下级领悟有偏差，并且高效率地完成一个错误的目标。那些刚刚走上管理岗位的工程师们不仅要学会管理好自己的下属，还要学会管理自己的上级。 三、 项目管理的基本概念 项目最重要的特征就是“做一件以前没有做过的事情”，但只有一次机会把它做好，要完成这个目标所需要的技巧和方法就是项目管理的主要内容了。 上面是一种通俗的讲法，在项目管理知识体系中，项目管理被定义为：在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期望。 我们需要关注如下几个要点： 第一，项目实现最终的目标是达到干系人的需要和期望，也就是说，项目目标是由项目干系人的需要和期望来表达的。那什么是项目干系人呢？项目干系人是指参与或可能受到项目活动影响的个体和组织，通常包括： •项目团队，这是完成项目工作最主要的力量。大多数项目团队成员把项目当做一份工作来看待。 •项目资源提供者或者发起者。项目发起者主要是通过投入资源来实施项目，以实现某一特定的目标和利益。 •客户，也就是项目要交付的对象。客户也是产生项目需求的来源。 •最终用户，项目交付产品的最终使用者。在很多情况下，项目的客户和最终用户往往并不是同一个对象。 •合作的其他职能部门。 •承包商。 •项目团队的家属。 在项目干系人中，容易被忽略的是产品的最终用户。在很多项目中，产品的交付者和产品的使用者往往不是一类团体，所以他们对项目目标有着不同的期望，需要分别对待。 另外，在很多领域，特别是IT领域，由于从事的是脑力活动，工作质量和精神状态关系很大。由于工作压力很大，导致了团队成员的家属都或多或少地受到了项目的影响。反之，家属对团队成员的支持也对项目的成功起到了积极的作用。 所谓干系人，我们可以理解为受到项目影响或者与项目有关的人，“干系”这个词很贴切地表达了这个意思。现在我们可以看到，项目不是无缘无故产生的，它是源于干系人的某种需要。当然这些不同的干系人对项目有着轻重不一的影响。例如，客户和项目发起者往往是最重要的干系人。 第二，干系人对项目目标的表述既包括明确的需要，又包含隐含的期望。项目由干系人的需要发起，但并非仅仅局限于那些被明确表达出来的需求，所以定义中特别强调了不仅仅是“达到”，而且需要“超过”干系人的期望。这一表述也反映了现代管理中“全面追求客户满意”的理念。 第三，项目中的干系人不止一个，而干系人对项目的期望未必一致，这就导致项目的最终结果很可能是他们之间的一种平衡。 四、 项目管理知识体系 上述关于旅游的例子虽然并不正规，但很好地向我们示例了一个普通项目所需要经历的过程。我们就此来延伸出正规而完整的项目管理知识体系。如前所述，项目管理知识体系总结出了人们做好项目的一些经验，把它们归纳成一系列的管理过程。这些过程根据其涉及的领域和起到的作用，按照两个维度进行了分类，即知识领域和过程组。 第一维度称为知识领域，共有三类，分别是核心知识领域、辅助知识领域和整体管理。 核心知识领域包括以下四项： •项目范围管理：对项目包括什么与不包括什么的定义与控制的过程。这些过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。 •项目时间管理：确保项目准时完成所必需的过程。 •项目成本管理：确保在批准的预算范围内完成项目所需要的各个过程。 •项目质量管理：确保项目满足它所应满足的需要。 其实，项目管理的核心知识领域就是构成项目目标的四个要素。也就是说，项目管理就是确定和细化范围、时间、成本和质量这四个目标，然后围绕这四个目标的实现进行监督和控制。除非项目的目标构成因素发生了变化，否则项目管理的核心知识领域是不会发生改变的。 所谓辅助知识领域，是指那些有利于项目目标实现的过程活动它们包括： •项目人力资源管理：管理项目最重要的资源——人力资源的过程。 •项目沟通管理：管理项目信息的过程。 •项目风险管理：管理项目所遇到的不确定性。 •项目采购管理：管理那些从执行组织外部购买项目所需产品和服务的过程。 •项目干系人管理：管理项目干系人关系的过程。 最后一个知识领域是项目整体管理，它是指作为一个整体性的大框架在项目生命周期中来集成和协调所有其他项目管理知识领域所涉及的过程。 第二个维度称为过程组，它是按照过程本身的作用来分类的，共分为：启动过程组、计划过程组、实施过程组、控制过程组和收尾过程组。 这几个过程组最主要的是计划、实施和控制。启动过程组主要承担项目的立项过程，收尾过程组主要承担项目的结项过程。各个过程组之间的主要关