前言:我们精心挑选了数篇优质项目经理总结报告文章,供您阅读参考。期待这些文章能为您带来启发,助您在写作的道路上更上一层楼。
加强和规范化中心机房基础设施故障(事故)的报告和处置流程,提高运维保障效率,保证故障(事故)的快速反应并及时修复、恢复,使损失降低到最低。
二、范围
中心机房,共计3个机房区域。
三、定义
3.1一级故障:
故障影响范围小,不会对业务系统造成中断影响,并且不会对其它系统使用造成影响。
3.2二级故障:
关键系统单个设备或独立系统故障,造成单个或局部业务系统中断,不会造成重大业务系统运行中断,不会造成关键系统运行中断。
3.3三级故障:
外部出现供水、供电、网络系统等中断,关键性系统造成大面积中断。涉及到外协单位修复,并且无法在短时间(2小时)内恢复,可能造成重大损失。
四、故障报告原则
先抢修,同报告;先核心,后边缘;先始端,后末端,分故障等级进行处理。
五、故障(事故)类型
5.1一级故障
单台的机柜PDU断电、单台UPS及空调关键设备报警、机房温度上升到30℃以上、空调漏水影响到其他区域等。
5.2二级故障
单台UPS电源故障停机、单台空调机组故障停机、环控系统无法检测数据、机房温度超过35℃等。
5.3三级故障
UPS前端供电中断、空调配电柜前端供电中断、空调冷冻水供水中断(失压)、机房温度超过40℃、网络中断等。
六、故障报告流程
6.1当发现一级故障的情况下,当班运维人员首先进行故障确认,确认故障后进行一般性修复,无法修复的设备及时通报运维管理负责人以及数据中心当日的值班民警,运维负责人通知相应的技术工程师到场维修。事故恢复后形成事故总结报告。
6.2当发现二级故障的情况下,当班运维人员首先通知运维负责人以及数据中心当日值班民警,值班民警及运维负责人及时赶到现场,同时判断故障产生的原因。值班民警、运维负责人和相应专业技术工程师协调沟通相关部门,相关单位派维修工程师进驻现场解决,短时间(1小时)无法解决的通知项目经理,值班民警及时通知数据中心主管领导。事故恢复后形成事故总结报告。
6.3当发现三级故障情况下,当班运维人员首先通知运维负责人、项目经理以及值班民警并告知物业管理部门相关人员。值班民警、项目经理及运维负责人及时赶到现场,判断故障产生原因上报公司上级领导,值班民警上报主管领导和数据中心主要领导。由相应的数据中心领导、项目经理及物业部领导联系外协单位进行解决。事故恢复后形成事故总结报告。
七、故障处置方法
7.1一级故障的情况下,现场运维人员主动解决故障,运维负责人及时联系专业工程师到场解决故障。值班民警现场关注解决故障进程,并且配合解决外部单位协调工作。
一、 测试组组成测试组由测试组长和测试工程师组成。
二、 测试组工作职责负责理解软件产品的功能要求,搭建配套的测试环境,然后 对其进行系统测试,检查软件有没有错误 (Bug),决定软件是否 具有稳定性 (Robustness),并写出相应的测试用例、各阶段测试 报告。
(一) 测试组长工作职责:
1、 协调测试组与各个项目组之间的流程及工作关系;
2、 对各个项目的测试工作进行统筹安排,并对各个项目的 测试工作进行计划、分工和管理;
3、 定期或不定期与各个项目负责人沟通项目进度,随时了 解项目进展情况;
4、 对测试组成员的日常工作进行评审考核;
5、 定期或不定期向部门总监汇报工作情况;
6、 参与日常的软件测试工作。
(二) 测试工程师工作职责:
1、 仔细阅读项目规格说明、设计文档、使用说明书等,充 分掌握软件的性能、特点、使用方法、业务流程等,协 助测试组长制定项目的测试计划;
2、 依据项目要求,搭建相应的测试环境,维护测试设备;
3、按照测试计划编写测试用例,保证测试用例合理有效;
4、 根据测试计划及测试案例,执行测试,并根据产品特点 及测试要求,实施集成测试、系统测试等,及时发现软 件缺陷,评估软件的特性与缺陷;
5、 详细记录测试过程,编写测试报告和对测试结果进行分 析,通过测试,掌握软件具有的能力、缺陷、局限等, 对软件质量给出评价性的结论与意见,整理测试文档, 填写软件测试报告,编写测试总结,为软件开发成果提供 总结性意见;
6、 配合研发部门各项软件产品,并详细编写产品 通知单;
7、 完成上级及部门其他领导交办的临时任务。
三、 测试组工作流程测试组的工作与项目开发进度紧密相关,所以测试的工作流 程依据开发进度分阶段进行大致分为以下几个阶段:
(一) 计划和设计阶段
1、 项目组成立时,确定项目需求及项目设计方案,了解软 件产品的主体功能及实现目的;
2、 项目经理下发测试预通知,通知内容包括:正式交接测 试时间、测试规模预计估算等信息;
3、 召开测试启动会议,会议内容包括:开发团队与测试组 交接测试内容,对测试目标达成一致,商讨测试计划,
统一项目组的目标和测试的工作重点;
4、 编写测试计划及相关文档,依据测试启动会议中确定的 目标和重点,结合项目经理下发的《测试任务书》,编写
《测试计划书》(见附件一)。计划书的内容应该包括:
l测试需求:需要测试组测试的范围,估算出测试所花 费的人力资源和各个测试需求的测试优先级;
l测试方案:整体测试的测试方法和每个测试需求的测 试方法;
l测试资源:本次测试所需要的人力、软件、硬件及技 术资源;
l 测试组角色:明确测试组人员的工作内容及相关职责;
l里程碑:明确项目进行过程中的测试组应该关注的里 程碑;
l文档报告:确定在项目测试过程中需要提交的测试计 划,测试报告等;
l测试计划编写完毕后,需提交给全体项目组成员,由 项目成员综合评审后,确定最终《测试计划书》(见 附件二)。项目经理要以此为依据,跟踪监控项目测 试进度,评估测试计划的可行性,完整性,并且在项 目结束后评估测试质量。
5、 设计测试用例,依据《测试计划书》相关内容,根据每 一步测试计划编写全部的测试用例,测试用例必须能满
足全部的测试需求。
(二) 测试实施阶段
1、 实施测试用例,测试工程师依据《测试计划书》中分配 的测试任务和测试用例,实施相应的测试工作,并详细 记录测试过程及结果。
2、 提交测试报告,在实施测试用例的过程中,依据记录的 测试过程和结果,填写《测试报告书》,并由测试组长审 批后,上报项目经理。项目经理安排开发组修改相应的 软件产品。测试报告内容包括:测试产品版本、测试人 员、测试时间、测试过程、产品运行BUG、产品缺陷状态、 急待解决的问题。
3、 回归测试,接到开发组的回归测试通知后,测试组重新 拷贝修改后的最新版本,进行回归测试。回归测试的用 例属于测试用例的一部分或者全部测试用例,但不能超 出测试用例的范围。
(三) 测试总结阶段
1、 编写测试总结报告:回归测试全部通过完成后,由测试 组长整理填写《测试总结报告》,报告主要内容包括: 测试资源描述——参与测试人数,耗用测试时间; 测试结果摘要——描述各个测试需求的测试结果和功能 实现情况; 缺陷分析——按照缺陷的属性分类进行分析;
测试需求覆盖率——如果在测试过程中未覆盖到的测试 需求,在此应详细说明原因; 测试评估——对此次项目质量进行评估; 测试组建议——从测试组角度为项目组提出工作建议。
2、 测试验收:项目经理收到测试组长提交的测试总结报告 后,对此次测试工作进行验收。验收内容包括:测试效 果验收、测试文档验收、测试工作评估、测试工作建议, 签字验收后,宣布此次测试结束。
3、 测试文档归档:测试验收结束后,对测试过程中涉及到 的各种标准文档进行归类、存档。相关文档包括:测试 任务书、测试计划书、测试用例、测试报告书、测试总 结报告、测试验收报告等。
(四) 产品阶段
【关键词】中小企业、配置管理流程
【中图分类号】C29【文献标识码】A【文章编号】1672-5158(2013)07-0492-02
一、 引言
软件配置管理的发展在国内虽然是21世纪的事,但是发展比较迅速,得到了软件公司的普遍认可。但是对于中小公司,由于重视不够或缺少相关知识,在实际使用中存在一些问题。中小公司照搬大公司流程存在也不切合实际。
二、 配置管理流程
2.1制定配置管理计划
在《项目开发计划》完成后,配置管理员(SCME)参考项目经理制定的《项目开发计划》完成《配置管理计划》,《配置管理计划》中需要明确项目的基线配置项计划,以及基线计划等信息。
不同的项目,配置管理计划的内容可以不同。主要受以下方面影响:
项目的大小和复杂性会影响到配置管理计划。特别简单的项目可能只需要一个配置管理工具,简单管理一下源代码;但是大项目、复杂的项目则需要详细的配置计划。
特殊的项目需要更详细的计划。举例来说,如果企业中绝大多数产品都是完整独立开发,而某产品使用了开源代码。那么在该项目的配置计划中,此点就要考虑。
2.2 项目配置库的建立
项目立项后,项目经理通知配置管理员建立项目的配置库,同时为项目组人员开放配置库权限。
2.3 配置识别
配置识别的目的是识别配置项和基线。
配置项是指处于配置管理之下的软件或/和硬件的集合体。这个集合体在配置管理过程中作为一个实体出现。
基线是已经通过正式复审和批准的某规约或产品,它因此可以作为进一步开发的基础,并且只能通过正式的变更控制过程来改变。
配置识别活动包括以下几个内容:
* 配置项识别
配置项可以分为基线配置项和非基线配置项。基线配置项包括所有的技术类文档和源程序等;非基线配置项包括项目的各类计划和报告等。
配置管理工作的关注重点是基线配置项。配置项识别由SCME参照项目开发计划中的交付物,同项目经理共同识别基线配置项,以及配置项间的依赖关系。配置管理员需要完成《配置管理计划》中的配置项计划。
* 配置项标识
配置项的标识,版本等规则,参见企业标识规范。
* 基线建立
一般在项目的不同阶段有对应的基线。
> 基线建立
当基线包含的配置项稳定后,由项目经理通知SCME建立基线。基线建立后一般不允许随意更改。SCME需要对基线库的权限进行设置。
> 基线变更
当基线建立后,如果基线配置项经过若干次变更,在配置项稳定后,项目经理认为有必要进行变更(再等),或者基线不稳定,需要回朔到上一基线,由项目经理通知SCME对基线进行变更。
2.4 版本控制
版本控制能够简单、明确地重现软件系统的历史版本。一般的配置工具都能自动保存配置项的版本历史,但是大多时候,针对项目不同阶段需要整体化的标识。以下是整体化版本控制的方法:
* 标签
如果项目只有一个主干,只需要通过打标签的方式,来辨明当前的整体版本。这样将来搜索所有的以这个整体版本命名的标签,就能找到这个整体版本对应的所有文件的正确版本,包括源代码。
* 分支
不同的客户,基本需求一定,但是有不同的差别,此时就需要用到分支。使用分支,能够有效地实现隔离,也实现共享。但是分支是有管理成本的。如果标准版的比较频繁,而客户又要求变体的跟上标准版的话,那么需要频繁创建分支。另一方面,如果变体所在的分支上,包含了一些应该共享的改动,那么应该合并到主干。这样,相应管理成本也会提高。
2.5变更控制
在项目开发过程中,配置项发生变更几乎是不可避免的。变更控制的目的就是为了防止配置项被随意修改而导致混乱。
在瀑布模型的管理中:修改处于“草稿”状态的配置项不算是“变更”。当配置项的状态成为“正式”,或者被“冻结”后,此时任何人都不能随意修改,必须依据变更的规则执行。
以下为变更规则:
1) 变更请求
2) 变更审核
3) 配置项出库
4) 变更实施
5) 变更验证
6) 配置项入库
SCME负责实施配置项入库,确保配置项处于“正式”状态,并且版本正确。并通知项目经理,项目组人员,质量保证人员等变更已经完成。
但是还有两种情况,可能不需要严格的变更流程:
1) 功能小变动:把程序已有的功能,稍微增强或改变一下。特点是:数量多容易丢,改动量不太大。对这类请求的管理,建议像对缺陷的管理,进行分别跟踪、处理,直至解决。
2) 迭代模型中管理变更
迭代开发把一个大项目在时间轴上分解成很多小项目,每个小项目被称作一个迭代。几乎每次迭代,都会包含需求分析,系统设计、代码实现,以及集成和测试。这样就不必刻意走变更流程,只要通过基线或标签的方式就可以对配置项进行识别。但是在每一个迭代中,出现的对正式的配置项进行修改,还需要走变更流程。
2.6配置审计
配置审计是对交付的软件基线进行检验,以验证其中包含了所有必需的内容,并且这些内容本身都是经过验证而满足了需求。配置审计分为功能审计和物理审计两种:
1) 功能审计是一种验证审核,它验证配置项的开发是否完全满足特定的性能和功能特性,并且所有的操作和支持文档是齐备的。功能审计主要方法有评审、测试等。一般由研发人员和测试人员来做。
2) 物理审计的目的是为了验证配置项是按照技术文档中的规定构建的。
物理审计工作主要由配置管理人员定期(每月)执行。也可因事件驱动进行,比如配置项,新版本等。
主要进行以下内容:
> 审核配置项一致性,具体检查点如下:
* 参照配置管理计划检查配置项是否按时提交;
配置项是否满足配置管理相关规定,如配置项标识,版本,状态,版式等;
配置项信息是否正确;
配置项评审记录、变更记录是否完备等。
审核配置项版本一致性:检查配置管理工作表中配置项版本信息与配置库中配置项版本信息是否一致,以免工作疏漏造成不一致情况。
审核基线一致性:检查配置管理工作表中基线内容与配置库中基线信息是否一致。
审核结构权限一致性:检查配置库结构权限是否合理,是否满足安全适用需要。
2.7配置状态报告
配置状态报告工作主要由SCME定期执行。也可因事件驱动进行,比如阶段总结,阶段评审等。
常用的配置状态报告分为:
> 周报告
周报告每周进行,主要内容为本周开展的关于SCM的活动总结,以及对SCM工作发现的问题的跟踪。周报告的审阅人为项目经理、质量部经理。
> 总结报告
总结报告主要用于项目结束时,或者因事件驱动而对SCM工作的当前状态进行概括总结。总结报告的审阅人为项目经理、质量部经理。
2.8 配置中止
当项目结束时,由项目经理确认此项目已不会再有配置管理方面的变更,由项目经理通知配置管理员项目关闭。
配置管理员关闭该项目的所有读写权限,并将项目基准库内容移入产品库中。该项目配置管理活动中止。
三、 结束语
本文对配置管理各环节都根据实际进行了简化变通,或提供了方法,对中小企业的配置工作有一定的借鉴意义。
参考文献
项目经理的工作对于项目的成功与效果起着关键的作用,具体表现在以下五个方面:
1、合同履约的负责人:项目合同是规定承、发包双方责、权、利具有法律约束力的契约文件,是处理双方关系的主要依据,也是市场经济条件下规范双方行为的准则。项目经理是公司在合同项目上的全权委托人,代表公司处理执行合同中的一切重大事宜,包括合同的实施、变更调整、违约处罚等,对执行合同负主要责任。
2、项目计划的制定和执行监督人:为了做好项目工作、达到预定的目标,项目经理需要事前制定周全而且符合实际情况的计划,包括工作的目标、原则、程序和方法。使项目组全体成员围绕共同的目标、执行统一的原则、遵循规范的程序、按照科学的方法协调一致的工作,取得最好的效果。
3、项目组织的指挥员:总承包的项目管理涉及众多的部门、专业、人员和环节,是一项庞大的系统工程。为了提高项目管理的工作效率并节省项目的管理费用,要进行良好的组织和分工。项目经理要确定项目的组织原则和形式,为项目组人员提出明确的目标和要求,充分发挥每个成员的作用。
4、项目协调工作的纽带:项目建设的成功不仅依靠公司的工作,还需要业主、分包单位的协作配合以及地方政府、社会各方面的指导与支持。项目经理应该充分考虑各方面的合理和潜在的利益,建立良好的关系。项目经理是协调各方面关系使之相互紧密协作配合的桥梁与纽带。
5、项目控制的中心:对项目工期、工程质量及工程造价的控制是项目投资效益的重要因素,也是项目合同考核的主要指标。项目经理要运用先进的项目管理技术对项目的进度、质量、费用进行综合控制。制定执行效果测量基准,进行进展情况分析,采取纠正偏差的措施,保证项目的正常运行,是项目控制的中心。
总之,项目经理是公司法定代表人在工程项目上的全权委托人。对外代表公司与业主及分包单位进行联系处理合同有关的一切重大事项;对内全面负责组织项目的实施,是项目的直接领导者和组织者。
工程项目提成分配:
我们是专业的工程公司,其提成方式为工程毛利的10%~25%(商量后定)之间,具体根据项目的合同额和项目的预期毛利润额来规划提成比例。工程实施完工后,按四种情况进行确定项目组的项目提成:
1、工程管理混乱,没有完成合同的内容或不能按期完成合同内容并对公司形象、声誉造成不利影响的,如可能的情况下及时更换项目经理,并对原项目经理进行调离和罚款等处罚。
2、工程全部完成,但管理较乱,给业主印象不好的,不享受提成。
3、保质保量按合同要求完成合同内容,并基本达到预期毛利润额,充分维护公司利益和形象,得到业主认可的,按项目开始时规定的提成比例进行提成。
4、超额完成合同内容,并很好的协调各方关系,为公司赢得客户,并提高了毛利润额的,除按项目初期规定的提成比例进行提成外给予一定的经济奖赏。
项目管理工程中需要利用的报表
(一)前期准备
1、现场勘察纪要
2、施工组织方案及TEAM各成员名录和联系方式
3、工程施工任务书
4、工程进度计划表
5、材料设备供货时间表
6、技术交底记录
7、前期准备会议纪要
8、工程成本预核算
9、材料设备进场报验单
(二)工程实施工程中
10、立项表
11、合同
12、技术设计方案
13、开工报告
14、工程设计变更
15、工程进度计划表变更
16、工程洽商
17、施工日志
18、周工作报告
19、工程会议纪要
20、质量工作实施情况检查记录
21、隐蔽工程验收记录
22、分部/项工程预验收记录
(三)工程验收期间
23、请验报告
24、验收报告
25、相关技术文档列表
26、相关技术文档模板
27、系统试运行记录
28、工程移交纪要
29、记录整理归档及移交
30、结算
31、工程总结报告
32、发文登记表
33、收文登记表
(四)售后维护期间
34、用户现场维护记录
35、用户回访信息记录
关键词:项目管理;软件;开发应用;问题;对策
现在,信息技术发展速度越来越快,在这种背景下,企业需要应对信息化变化的挑战就必须高度重视软件的开发在具体项目中的应用。但目前一些企业在软件的开发与应用中存在着许多不容忽视的问题,需要我们认真研究并努力解决。
一、项目软件管理的基本内涵
1、什么是项目管理
项目管理是在一定的约束条件下,以高效率地实现项目业主的目标为目的,以项目经理个人负责制为基础和以项目为独立实体进行经济核算,并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。
2、为什么要有项目管理
没有项目管理,项目也有可能成功。但没有管理的项目,很难保证项目的利润空间,对公司来说,亏损的风险就大。所以,我们要有项目管理,以保证公司在总体上是盈利的,注意不是每一个项目都要盈利。
二、项目软件管理的发展现状
现在项目管理作为一种现代化管理方式在国际上已获得了广泛的应用,从最初的国防、航天、建设工程领域,迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展,项目管理技术的不断进步,项目管理软件产品层出不穷,其功能、特点、应用对象也各不相同。从概念上讲,软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。
软件开发是一项复杂的系统工程,牵涉到各方面的因素,实际工作中,经常会出现各种各样的问题,甚至面临失败。如何总结、分析失败的原因,得出有益的教训,对一个公司来说,是在今后的项目中取得成功的关键。目前的软件开发正逐步趋向于复杂化、多元化,大多数开发团队中都会出现同时开发多个版本、开发维护工作并存、多地点同时开发等情况,给软件开发管理带来了前所未有的困难。如果管理不善,必将造成版本混乱,各个开发人员的工作相互交叉、干扰,整个开发团队的工作在一种无秩序的不良状况下运行,严重影响软件产品开发的进度和质量。
三、项目软件管理常见问题及解决策略
1、缺乏项目管理系统培训
项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法,所以在实际工作中没有项目管理知识的指导,完全依靠个人现有的知识技能,管理工作的随意性、盲目性比较大。在软件企业中,以前几乎没有专门招收项目管理专业的人员来担任项目经理,被任命的项目经理主要是因为他们能够在技术上独当一面,而管理方面特别是项目管理方面的知识比较缺乏。
解决策略:项目经理接受系统的项目管理知识培训是非常必要的,有了专业领域的知识与实践,再加上项目管理知识与实践和一般管理的知识和经验的有机结合,必能大大提高项目经理的项目管理水平。应实行项目经理知识技能资格考核制度,让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。
2、项目计划意识问题
项目经理对总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快,项目中也有很多不确定的因素,做计划是走过场,因此制定总体计划时比较随意,不少事情没有仔细考虑;阶段计划因工作忙等理由经常拖延,造成计划与控制管理脱节,无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。
解决策略:在高技术行业,日新月异是主要特点,因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识,采用项目计划制定相关各种知识、技术、工具,加强对开发计划、阶段计划的有效性进行事前事后的评估。
3、管理意识问题
部分项目经理没有意识到自己项目经理的角色,没能从总体上去把握管理整个项目,而是埋头于具体的技术工作,造成项目组成员之间忙的忙、闲的闲,计划不周、任务不均、资源浪费。
解决策略:加强项目管理方面的培训,并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前,最好能经过系统的项目管理知识,特别是其中的人力资源管理、沟通管理的学习,并且在实际工作中不断提高自己的管理素质,丰富项目管理经验,提高项目管理意识。
4、风险管理意识问题
项目经理没有充分分析可能的风险,对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档,而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性,对计划书中风险管理的章节简单应付了事,随便列出几个风险,随便地写一些简单的对策,对于后面的风险防范起不到什么指导作用。
解决策略:通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容,并切实评估相应对策的有效性和可行性。
5、不重视项目经验的总结
项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识,或者是因为紧接着要参加下一个项目,总体对项目总结的重视程度不够。有些是项目总结报告一再拖延,有些是交上来的报告质量较低,敷衍了事。
关键词:项目管理;软件;开发应用;问题;对策
现在,信息技术发展速度越来越快,在这种背景下,企业需要应对信息化变化的挑战就必须高度重视软件的开发在具体项目中的应用。但目前一些企业在软件的开发与应用中存在着许多不容忽视的问题,需要我们认真研究并努力解决。
一、项目软件管理的基本内涵
1、什么是项目管理
项目管理是在一定的约束条件下,以高效率地实现项目业主的目标为目的,以项目经理个人负责制为基础和以项目为独立实体进行经济核算,并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。
2、为什么要有项目管理
没有项目管理,项目也有可能成功。但没有管理的项目,很难保证项目的利润空间,对公司来说,亏损的风险就大。所以,我们要有项目管理,以保证公司在总体上是盈利的,注意不是每一个项目都要盈利。
二、项目软件管理的发展现状
现在项目管理作为一种现代化管理方式在国际上已获得了广泛的应用,从最初的国防、航天、建设工程领域,迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展,项目管理技术的不断进步,项目管理软件产品层出不穷,其功能、特点、应用对象也各不相同。从概念上讲,软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。
软件开发是一项复杂的系统工程,牵涉到各方面的因素,实际工作中,经常会出现各种各样的问题,甚至面临失败。如何总结、分析失败的原因,得出有益的教训,对一个公司来说,是在今后的项目中取得成功的关键。目前的软件开发正逐步趋向于复杂化、多元化,大多数开发团队中都会出现同时开发多个版本、开发维护工作并存、多地点同时开发等情况,给软件开发管理带来了前所未有的困难。如果管理不善,必将造成版本混乱,各个开发人员的工作相互交叉、干扰,整个开发团队的工作在一种无秩序的不良状况下运行,严重影响软件产品开发的进度和质量。
三、项目软件管理常见问题及解决策略
1、缺乏项目管理系统培训
项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法,所以在实际工作中没有项目管理知识的指导,完全依靠个人现有的知识技能,管理工作的随意性、盲目性比较大。在软件企业中,以前几乎没有专门招收项目管理专业的人员来担任项目经理,被任命的项目经理主要是因为他们能够在技术上独当一面,而管理方面特别是项目管理方面的知识比较缺乏。
解决策略:项目经理接受系统的项目管理知识培训是非常必要的,有了专业领域的知识与实践,再加上项目管理知识与实践和一般管理的知识和经验的有机结合,必能大大提高项目经理的项目管理水平。应实行项目经理知识技能资格考核制度,让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。
2、项目计划意识问题
项目经理对总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快,项目中也有很多不确定的因素,做计划是走过场,因此制定总体计划时比较随意,不少事情没有仔细考虑;阶段计划因工作忙等理由经常拖延,造成计划与控制管理脱节,无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。
解决策略:在高技术行业,日新月异是主要特点,因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识,采用项目计划制定相关各种知识、技术、工具,加强对开发计划、阶段计划的有效性进行事前事后的评估。
3、管理意识问题
部分项目经理没有意识到自己项目经理的角色,没能从总体上去把握管理整个项目,而是埋头于具体的技术工作,造成项目组成员之间忙的忙、闲的闲,计划不周、任务不均、资源浪费。
解决策略:加强项目管理方面的培训,并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前,最好能经过系统的项目管理知识,特别是其中的人力资源管理、沟通管理的学习,并且在实际工作中不断提高自己的管理素质,丰富项目管理经验,提高项目管理意识。
4、风险管理意识问题
项目经理没有充分分析可能的风险,对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档,而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性,对计划书中风险管理的章节简单应付了事,随便列出几个风险,随便地写一些简单的对策,对于后面的风险防范起不到什么指导作用。
解决策略:通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容,并切实评估相应对策的有效性和可行性。
5、不重视项目经验的总结
项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识,或者是因为紧接着要参加下一个项目,总体对项目总结的重视程度不够。有些是项目总结报告一再拖延,有些是交上来的报告质量较低,敷衍了事。
2011年为进一步加强客户服务工作,根据总公司制定的《客户服务标准》,我分公司对客服工作的目标、责任、流程做了详细规定。
2011年在总公司相关领导及分公司经理的指导下,第一项目分公司客服中心以总公司下发的《客户服务标准》为工作准则积极开展客户服务工作,建立了分公司、项目部二级客服体系,分公司客服工作在分公司分管副经理统一领导下,分公司客户服务负责人负责具体工作,项目的项目经理为项目客服工作第一责任人,项目客服负责人负责项目客服具体工作。
为保证客服工作在工程施工过程中的顺利开展,我分公司客服体系工作人员深入工程施工现场,为项目工作人员讲解《客户服务标准》,指导项目部开展客服工作,解决他们在客服工作中的问题和疑问。
通过客服人员半年来的努力工作,分公司客服工作得到进一步开展,逐渐形成了分公司、项目部主动开展客服工作的局面,分公司客服工作水平进一步提高。
2011年第一项目公司的自己施工的主要工程为海信天玺空调安装工程、海信天玺主体安装工程,这两个工程按照公司《客户服务标准》要求实施客户服务工作。
2011年客服工作存在主要问题是,挂靠工程客户服务意识差,挂靠单位对客服工作不重视,工作责任心不强,未按《客户服务标准》要求开展工作,相关客服工作滞后,资料上交不及时,客服工作资料不齐全。
2011年我们通过分公司客服专题工作会议找出了公司客服工作的不足,提出了新的一年工作开展的具体措施,使我分公司客服工作在新的一年中能上一个台阶。
基本信息
真实姓名: 王瑞 性别: 男
年龄: 29 岁 身高: 170CM
婚姻状况: 未婚 户籍所在: 贵州省遵义地区仁怀县
最高学历: 本科 工作经验: 5-10年
求职意向
最近工作过的职位: 项目经理/销售总监
期望工作地: 贵州省/贵阳市
期望岗位性质: 全职
期望月薪: 面议
期望从事的岗位: 销售部经理,销售主管/助理
期望从事的行业: 房地产开发
技能特长
技能特长: 房地产销售管理,房地产销售等;
教育经历
西南交通大学 (大专)
起止年月: 20xx年9月至20xx年6月
学校名称: 西南交通大学
专业名称: 道路桥梁施工
获得学历: 大专
工作经历
贵州永耀房地产公司 - 项目经理/销售总监
起止日期: 20xx年6月至20xx年2月
企业名称: 贵州永耀房地产公司
从事职位: 项目经理/销售总监
企业介绍: 单位名称: 贵州永耀房地产公司 起止年月:20xx-06-06 ~ 公司性质: 私营股份有限(公司) 所属行业: 房地产业 担任职位: 项目经理。销售总监 工作描述: 在本公司项目担任项目经理职务主要负责管理本项目销售组织事务(销售、策划、招商等)。
贵州宏立城集团 - 网络销售
起止日期: 20xx年3月至20xx年5月
企业名称: 贵州宏立城集团
从事职位: 网络销售
企业介绍: 单位名称: 贵州宏立城集团 起止年月:20xx-03-15 ~ 20xx-05-28 公司性质: 私营有限责任(公司) 所属行业: 房地产业 担任职位: 网络销售 工作描述: 返乡工作的第一份工作在宏立城集团旗下花果园项目做网络推广网络销售,线上线下结合开展销售接待谈判签约等工作,个人总业绩,140套,约5600万左右
江苏金大地集团房地产开发有限公司 - 销售经理
起止日期: 20xx年2月至20xx年2月
企业名称: 江苏金大地集团房地产开发有限公司
从事职位: 销售经理
企业介绍: 单位名称: 江苏金大地集团房地产开发有限公司 起止年月:20xx-02-01 ~ 20xx-02-01 公司性质: 私营有限责任(公司) 所属行业: 房地产业 担任职位: 销售经理 工作描述: 跟随原SOHO中国销售总监胡大维进入江苏金大地集团组建销售部,销售金大地集团旗下,南京金奥国际金融中心,南京金润国际广场,管理销售员的日常工作生活,分析各销售员的业绩情况制定管理政策,做相应部分培训,销售总结报告,制定销售任务传达公司的有关文件辅导各销售同事完成公司下达的任务目标做好销售服务工作,接待合作商
上海筑诚房地产营销策划管理有限公司 - 销售经理
起止日期: 20xx年3月至20xx年1月
企业名称: 上海筑诚房地产营销策划管理有限公司
关键词:海上现场气象服务 预报质量 沟通
中图分类号:P49 文献标识码:A 文章编号:1672-3791(2014)01(b)-0231-01
21世纪是个服务的世纪。服务业在各国国民经济和社会生活中的地位正在不断提高,传统的经济竞争已经从产品竞争转向了服务竞争。服务质量是服务企业的生命线,因此研究服务质量能够促进相关理论的发展和企业的实践创新,帮助服务企业获得市场竞争优势。
海上现场服务最重要的有两点,一是保证预报的质量;二是与用户及时有效的沟通。
1 预报的质量
预报的质量主要体现在两个方面:一是指现场预报员所做出气象预报的准确度;二是为用户提供预报单的内容。
1.1 气象预报的准确度
想要做出准确的预报,与详细可靠的资料是密不可分的。预报员做现场气象预报主要是对数值气象预报产品进行分析解读,结合作业现场的天气实况和预报经验对未来天气进行预报,这就需要我们在做预报之前要及时的搜集数值天气预报产品,并且要定时对现场天气实况(如风速、风向、气压、能见度以及风浪涌浪等)进行记录。在现场每次预报前要下载欧洲ECMWF数值预报资料和日本数值预报资料,结合着实况天气情况进行分析,分析未来几天作业船所在海域受什么天气系统的影响,由此来判断未来3~5天各个时段的风速风向如何,海况如何,对海上施工是否有影响,这些预报出的信息自己心里要有非常清晰的了解,还要对未来十天总体天气形势有所了解,以便用户询问起来能够确切的回答。
预报经验是预报准确度的一个重要保障,而预报经验则源于对不同天气过程的及时总结。通常预报员在现场的服务工作要持续一个月左右的时间,这段时间内天气过程往往会反复出现,比如南海夏季西南风的影响,什么情况时风会大,风持续多久会造成涌浪的明显加大,什么样的气压梯度造成多大量级的风,及时的对这些要素和条件进行总结分析,在后面的预报中如果出现类似的天气过程影响,就能通过比较来做出较为准确的判断了。现场气象预报其实是一边学习一边实践检验的过程。
1.2 预报单的内容
预报单是天气预报的直接表现形式,用户收到预报单后,如何能最快的了解到未来几天的天气变化,如何能第一时间了解影响现场施工作业的恶劣天气过程,这就是预报员在做预报单时要重点体现出来的内容了。
预报单通常要有三部分组成,第一部分是现场目前的天气形势描述及未来三天现场的天气情况的预报,这首先是让用户了解目前的天气情况是什么原因造成的,并且知道短期内的天气变化以及对现场的影响,要注意描述天气过程时所用的语句要简单易懂,对风的描述要用量级,对特殊的天气过程可以进行重点的描述,而且特殊天气过程的字体要加粗或者改变成较为醒目的颜色,让用户可以一目了然;第二部分是未来三天内每6小时一次的气象要素预报,让用户可以更深入的了解到未来3天中每个时间段作业海区具体的天气和海浪预报情况,这里的风速预报要精确到米/秒;第三部分是对未来4~5天的天气进行展望,让用户可以提前知道后期的天气变化,并及早进行项目进度的安排。
在有特殊天气出现的时候,要在预报单后附上卫星云图或雷达图,以方便用户直观的了解天气情况。如果在未来几天可能有台风将要影响作业海域,就要将实况的卫星云图附在预报单后,如果短期内作业海区有强对流天气发生的可能,就要找出预报海区附近的雷达拼图附在预报单后。
2 专业的沟通
服务质量带有很大的主观性,是用户感知的服务质量。因此,若想提高服务质量不能仅仅单方面地提高服务的技术水平,还要在把握好与客户的沟通和交流。现场气象预报服务,归根结底是“服务”,而服务则离不开人与人的沟通和交流,做现场气象预报服务的时候,在服务态度要好的前提下,还要特别要重视与用户的沟通,具体要从以下四个方面进行及时的沟通。
第一,在刚到现场接触到项目经理的时候,就要及时的进行沟通。每次现场服务可能遇到的项目经理都不同,所以首先要向项目经理来自我介绍,让项目经理知道预报员的名字,要向项目经理询问项目施工过程中对于气象预报方面的一些基本要求,比如每天做好的预报要发送给哪些人,做好的预报要打印出来送到哪里,每天的项目例会是什么时候在哪里开。还可以提前将所做的预报打出一份模版,让项目经理看有没有什么需要修改的地方以便及时的做出调整,要做到“想用户之所想”。
第二,在项目施工的过程当中,遇到特殊天气情况要及时和项目经理进行沟通。当未来几天天气可能影响项目施工的时候,要当面向项目经理进行汇报说明,比如什么时候现场会起大风,大风的量级是多少,什么时候天气会转好,海上风浪会小下来,什么时候可能会下雨,会下多大的雨,什么时候可能有强对流天气影响,诸如此类的情况都应该及时和项目经理进行沟通,让项目经理了解到可能发生的天气情况,以便及时对项目进行调整,避免安全生产事故的发生,也能有效的抓住好天气窗口进行作业,避免不必要的浪费。
第三,在遇到预报结果有变化和调整的时候,也要及时和项目经理进行沟通。比如预报冷空气大风,前一天预报的是12日早晨开始受冷空气影响,现场风力将逐渐加大,而今天最新的预报显示冷空气要12号晚上才开始影响作业海区,起风的时间要比之前预报的推后了,这样项目就有多干12个小时左右的可能了,工程船工作一天的费用基本都在一百万以上,有的甚至达到两三百万,能早一天完工的话,就能为项目节省上百万的开支了,所以遇到这种情况的时候要及时把情况向项目经理汇报。
第四,在项目即将完成的时候,也要和项目经理进行沟通。通常项目经理在完工后还需要所有的现场预报来做项目分析和总结,所以在项目即将完成的时候,主动和项目经理进行沟通,主动将项目从开始到结束所做的所有预报都拷贝给项目经理,其中包括现场的日常预报、气象台发到现场的日常预报、中长期预报以及台风预报,一方面是方便项目经理在项目结束后写总结报告时用,另一方面是让项目经理全面的了解我们在项目施工期间所做的工作,也能体现出我们服务的主动性。
3 结语
海上现场服务最重要的有两点,一是保证预报的质量;二是与用户及时有效的沟通。
一方面要认真仔细的做好气象预报,预报结果要有足够的准确度,对项目施工能起到积极的作用,这样才能赢得用户的信任;另外一方面要注重“服务”的观念,要“想用户之所想”,有主动服务的意识,及时有效的沟通能够使服务更加到位,也能最大程度得到用户的认可,而长期高质量的气象服务,是在海上气象服务市场中保持长久竞争力的重要保障。
参考文献
我是**年3月份有幸被xx公司录用项目经理一职的,就职后因新的环境新的项目都比较陌生,所以在公司勤奋苦干,以求可尽快掌握公司的各项工程项目重点。在公司桥梁检测地铁部担任桥梁检测的工作,至今已有十个多月了。
这一年来,从刚入职时对检测工作的渺茫和不懂,到现在领悟了部分仪器的操作,这一切离不开领导们和同事们的关心和指导。从最初刚接触到樱花西桥、把我领入了桥梁检测的领域,到后来春夏之季白石桥下那些日子的艰苦奋斗,师傅李福顺、耐心且严格的教导下,在一次次一步步地磨练中受益到了不浅的知识。
在后来接触的、陶然桥、广安门天桥、学院路三座天桥、中关村与成府路五座天桥、等等…又加强了我对桥梁检测行业的认识和学习。因自己所学与桥检专业跨度较大、知识尚浅,所以在工作方面领导们更是仁义至极,对我的尺度放宽,让我在工作和学习中获益不浅、动力十足。
后来公司又让我接触了许多桥梁检测的任务,例如:东单通道、安慧立交桥与安慧人行通道的检测工作,还有金融街旁月坛桥的检测工作,还有在寒风中让我和同事可以有机会并肩战斗两个通宵、记忆尤深的艰巨任务天宁寺桥,到后来的建安桥、卫星天桥、从建造中到铺平后高粱桥,还有西直门立交桥的检测工作、中关村一号桥、等等…还有很多让我学习和检测工作过的桥梁就不一一陈述了。
我和其他项目经理们在地铁、10号线、4号线、直径线、还有人行通道与热力管线工程挖掘工作旁的桥梁间排回着,作着桥梁观测的工作。
虽然努力接触、学习桥梁检测工作的知识、以丰富自己,从而更快地跟上工作专业的脚步。但是出错在所难免,有时还因为一时的不清醒、冲动做事和同事发生口角上的冲突,给同事带来了的不快和对工作的不重视、让自己懊悔万分,事后让我也是受益匪浅。因为对专业知识知晓的少之又少,对工作也会带来少许不便。幸好有同事们的细心关怀与指导,领导们的不计前嫌,给与了我不小的信心与动力。
在艰巨的桥检工作过程中、我和同事在放弃平常假期与国假、清明节和国庆节、以求努力完成单位给与的加班任务。大家都认真苦干、做好本职工作,加强学习,尽可能地完成可完成的任务。在勤奋工作中受到了领导和同事们的认可与好评,在工作实践中丰富了桥检工作的知识,使我对桥梁检测的工作和学习领悟又迈上了一个新的台阶。
下午好!
岁月如歌,华光如梦,流年似水,光阴荏苒。丰收的锣鼓敲醒了崭新的岁月,绽放的寒梅书写着春天的信息。我们一起度过了拼搏的20xx年,跨入了充满期待的20xx年。在这继往开来的日子里,我们相聚一堂,回顾昨日,眺望未来。
今天的20xx年终总结表彰大会分为四项议程:
一、各部门负责人作部门总结报告;
二、职工代表发言;
三、颁发先进个人奖
四、董事长刘天水总结20xx年各项工作,提出20xx年的工作思路。
下面进行第一项议程,各部门负责人作部门总结报告,请生产部发言。
感谢的发言,下面请工程技术部部长发言。年终表彰大会主持词
接下来进行第二项议程,职工代表发言。请销售部南方区经理发言。
谢谢的发言,下面请工程技术部 助理发言。 谢谢的发言。
如果说江苏***是一座大厦,那么他们便是支撑这座大厦的基石。他们只是江苏***大家庭中普普通通的一员,但是正是因为有了他们不懈的努力和辛苦的付出,江苏***的发展之路才拥有了源源不断的动力支撑,正是因为有了他们,江苏***才会拥有更加绚烂的明天。是的,他们便是江苏***先进个人。接下来进行第三项议程,将为大家揭晓20xx年先进个人。
过去的一年,我们遭遇了大环境的萧条,行业内的激烈竞争,然而我们的销售业绩却能逆势而上,这里有他们的汗马功劳。他们是企业的元老,却表现出了难能可贵的谦逊低调,他们又是一名忠臣的战士,是指挥官手中的利剑,剑锋所指所向披靡!他们就是销售部南方区经理,北方区销售代表,掌声祝贺二位!
车间的千锤百炼,给他打造了钢铁手臂;技术部的设计工作,给他配备了双核处理器;工程上的历练,给他安装了强劲的动力引擎,等待他的将是一飞冲天。请大家用掌声祝贺这位未来的工程项目经理!
她,总是和风细雨,润物无声。辛劳却不抱怨,繁忙却不敷衍。面对繁杂的事务,她怀着对工作的热忱和激情,任劳任怨,勤勤恳恳。她用自己的责任感打动了他人,用奉献赢得大家的认可。掌声送给工程技术部助理。
为保证一个清洁、舒适的环境,无论是在清晨,还是在黄昏,你留下的总是一个默默无华的背影,你用汗水辛勤地擦拭着企业的每一个角落。你不是公司的中流砥柱,但是你用平凡的付出,照亮了每一个人。我们用掌声感谢后勤保洁员!
驰骋沙场,大敌当前临危不乱方显英雄本色。征战南北,舍小家顾大局才是真男儿!他们顶烈日、冒严寒,夜以继日,默默耕耘,奔波在一个个项目的现场。他们攻克了一个个工程难题,维护了公司的形象,赢得了客户的赞许。他们是售后安装部的,我们用掌声感谢他们一年来的辛劳!
你们是公司的最基层,然而你们却承载着最沉重的托付。安全在你们心中,质量在你们的手中,精益求精是你们的使命。一块块坚硬的钢板,在你们手中变成绕指柔,一件件产品变成了你们的艺术杰作。掌声恭喜生产部。
让我们再次用热烈的掌声为他们祝贺!其实在座的还有很多和他们一样出色的先进个人,但是名额有限,希望你们能够一如既往的做好本职工作。
春去秋回又一载,似水流年旺年来,2020已向我们挥手告别,2021正随春潮滚滚而来!值此新年到来之际,很多公司召开一年一度的年终总结大会。下面是小编为大家整理的关于年终总结大会主持开幕词范文,希望对大家有所帮助。
年终总结大会主持开幕词范文1男:尊敬的各位领导,
女:亲爱的优秀员工,
男:各位在座的朋友,
合:大家上午好!
女:一元复始,
男:万象更新,
女:在这辞旧迎新的美好时刻,我们集团的主要领导和优秀员工欢聚一堂,在这举行__集团20__年年终总结暨表彰大会。
男:为了感谢各位领导家属一年来对我们工作的大力支持,我们特意把她们也请到今天的现场,请我们用热烈的掌声对她们的到来表示欢迎!今天的大会将分三部分进行,第一部分是各级领导和优秀员工代表的总结发言,第二部分是各公司选送的文艺节目和游戏互动,最后是请与会代表一起享用集团公司为我们准备的丰盛午宴。
女:首先我们用热烈的掌声欢迎集团公司__总裁致开幕词(5分钟)
男:_总的讲话似化雨春风滋润着我们的心田,让我们用热烈的掌声表示感谢!
女:下面有请__公司_总做大会发言,请大家鼓掌。(5分钟)
男:_总的讲话令人倍受鼓舞,催人奋进,让我们看到了__公司“不甘落后铸辉煌,打好生产翻身仗”的决心,请让我们再一次用掌声表示感谢!
女:下面有__公司_总做大会发言,请大家鼓掌欢迎!(5分钟)
男:努力拼搏和无私奉献使__公司成为我们集团的一流企业,在此我们用最热烈的掌声对他们的努力和辛勤付出表示衷心的感谢!
女:下面掌声有请__公司_总做大会发言。(5分钟)
男:不甘落后严抓细管是__公司从生产管理到企业形象都发生了质的变化,让我们深深领略到细节决定成败这一管理真谛,让我们再次对他们的敬业、奉献表示感谢!
女:在这一年里,我们身边许许多多平凡的人和事感动、教育和影响着我们,下面有请公司优秀员工代表__发言,请大家用热烈的掌声表示欢迎!(5分钟)
男:开拓创新倡导工作激情;忠诚敬业奉献毕生热情,每一位优秀员工时时刻刻都在用自己的实际行动诠释着__精神,下面我们用热烈的掌声欢迎__公司优秀员工代表__发言!
女:每逢佳节倍思亲,在新春来临之际,我们对战斗在生产一线的驻外人员和全体员工表示最衷心的感谢!下面有请__公司的驻外优秀员工代表__上台发言,请大家鼓掌!
男:20__年对我们__集团来说是拼搏之年、奉献之年、丰收之年。下面我们用最热烈的掌声欢迎集团公司董事长讲话!
女:_总的讲话情真意切,发自肺腑,为我们指明了努力的方向,吹响了奋进的号角,更使我们对__集团的未来充满了信心和力量!让我们再次以热烈的掌声表示感谢!
男:下面我宣布:20__年年终总结暨颁奖大会颁奖开始!(音乐起)
女:有请集团公司__董事长为__公司优秀员工颁奖。
男:宣读获奖员工名单。
女:有请集团公司__董事长为__公司优秀员工颁奖。
男:宣读获奖员工名单。
女:有请集团公司__董事长为__公司优秀员工颁奖。
男:宣读获奖员工名单。
女:颁奖完毕,有请主席台就座的各位领导到餐桌就座,下面文艺演出正式开始。
年终总结大会主持开幕词范文2尊敬的各位领导、各位同事:
你们好!
很荣幸能成为今天总结大会的主持。
在这辞旧迎新、万象更新的喜庆时刻,__公司送走了紧张忙碌、硕果累累的牛年,迎来了团结奋进、开拓创新的虎年。
今天,公司召开隆重而热烈的年度大会,认真总结__年取得的各项成绩;隆重表彰09年度为公司发展有突出贡献的优秀员工;安排布署__年度主要工作事项。
接下来,我向大家简单介绍一下大会的流程,大会一共分为3项内容:
第一、各代表部门给大家做__年工作总结报告;
第二、总经理对公司__年度的工作总结,对__年工作提出规划和期望;
第三、优秀员工颁奖典礼;
现在,我宣布:大会进行第一项,各部门负责人发言。
首先有请财务部马经理做年度总结报告,请业务一部郑经理做准备;
谢谢马经理的给大家做的年度总结报告,请马经理就座;接下来有请业务一部郑经理给大家做一年的业务回顾,请业务二部古经理做准备。
谢谢业务一部郑经理精彩的报告,接下来有请业务二部古经理为大家汇报09度的工作总结,请制造部代表李部长做准备。
谢谢业务二部古经理的报告,接下来有请李部长代表制造部门作年度总结报告;请品质部沈经理做准备。
李部长对过去一年各事业部的工作既表示了肯定,更提出了大量的要求,目标明确,思路清晰,谢谢李部长!下面有请沈经理代表品质部做年度总结报告。
谢谢沈经理对__年度品质部认真细致的分析报告,请沈经理就座。
接下来就由我代表仓储、采购部做年度总结报告,请各位领导、同事指正!……
我的总结完毕,谢谢大家!
年终总结大会主持开幕词范文3尊敬的各位领导、各位同事, 大家上午好 。
喜悦伴着汗水,成功伴着艰辛,遗憾激励奋斗,不知不觉间,我们已经一起走过了1年。20__已如约而至,我们满怀期待。在这个辞旧迎新的日子里,我们在这里欢聚一堂,召开“__事业部年终总结大会”,主要目的是一起回顾过去一年取得的成绩,以及我们工作中发现的问题,并借此机会总结经验、积累教训,为我们在新的一年里顺利展开工作打好基础。
年年岁岁花相似,岁岁年年人不同。回顾20__年,我们公司从3月份在__成立到现如今的规模及良好的发展势头,从初步打开市场到完全占据__大大小小近两千家药店,除此之外,我们还开发了黄陂、蔡甸、新洲、江夏、阳逻、汉南等周边地区。这些足以证明我们公司在短短一年里便取得了令人鼓舞的成绩。回眸我们的每一个成就,都凝聚着公司领导班子的辛劳和心血,洋溢着我们全体员工的不懈努力和辛勤汗水。在此,让我们向全体员工说一声“大家辛苦了!”
一、大会进行第一项:请吴总致开幕词。
好的,谢谢吴总。没有播种,何来收获,没有辛苦,何来进步。回首20__年,一路走来,我们风雨兼程,披荆斩棘、用汗水和泪水换来了今天的成长,我们在进步,其中最应要感谢的,是我们的项目经理吴总的关怀和帮助。
我想刚才吴总的金玉良言,大家都如沐春风。再次谢谢吴总!
接下来我们有请胡__作20__年工作报告并简述20__年规划并附带811__事业部财务分析报告。。。
二、大会进行第二项:胡__作20__年工作报告并简述20__年规划并附带811
__事业部财务分析报告
胡_从_回首过去我们热情洋溢 到坚定现在我们激情澎湃 再到展望未来我们斗志昂扬 ,这都充分说明她工作的努力和细心。感谢__!
接下来有请雷__作20__年商务代表工作报告并简述20__年规划。。。
三、大会进行第三项:雷__作20__年商务代表工作报告并简述20__年规划
千淘万漉虽辛苦,吹尽狂沙始到金。公司的营销伙伴不断超越自我,实现自我,用辛勤和汗水浇注出了今天骄人的成绩。我们把掌声送给雷__!
接下来有请赵__赵主管作__市终端业务工作报告并简述20__年规划。。。
四、大会进行第四项:赵__作_市_终端业务工作报告并简述20__年规划
赵主管在工作上兢兢业业、勤勤恳恳,踏实肯干是他的写照,的的确确是我们的楷模。我们把掌声送给我们脚踏实地的赵哥。
接下来请吴_吴总作20__年工作报告并简述20__年规划
五、大会进行第五项:吴_作20__年工作报告并简述20__年规划
谢谢吴总,您的报告令我们在座的每个人都心潮澎拜、斗志昂扬。正所谓“风劲潮涌,自当破浪;任重道远,更需策马扬鞭”我坚信在吴总的正确领导下我们定会同心同德、奋进拼搏、为我们__的明天再创辉煌!
公司的发展离不开员工的努力,更需要优秀的人才,
接下来我们将进行的是:优秀员工表彰仪式及优秀员工讲话
六、大会进行第六项:优秀员工表彰仪式及优秀员工讲话(尚__、胡__、赵__)
1、请吴总宣布优秀员工名单
2、对优秀员工进行表彰,请刘总、黄姐、吴总为三位优秀员工颁奖
3、请优秀员工发表感言。
尚__发言
我想尚__的发言也代表了全体受奖人员的心声,成绩只代表过去,面对崭新的一年,希望在不同工作岗位的优秀员工能够不骄不躁在工作中真正地起到模范带头作用。
胡__发言
这些在办公室奋斗的同事,也是我们学习的榜样,除了应有的能力之外,她们不仅工作努力认真,而且更需要耐心和细心。当然能评为优秀员工则更需要一颗上进心。只要大家努力我相信明年会有更多的人站在这里的。
赵__发言
赵主管的优秀大家都是有目共睹的,我在此就不多说了。
接下来有请总部黄姐发表讲话
七、大会进行第七项:总部领导黄姐讲话
八、大会进行第八项:总部领导刘总讲话
刘总的讲话同样让我们受益匪浅,让我们对新的一年充满信心、充满期待。好吧,就让我们在新的一年里张开腾飞的翅膀,向着更高的目标飞翔
让我们携手并肩,志存高远,实现新跨越,再创新辉煌。
九、大会进行第九项:吴_致闭幕词
十、大会进行第十项:合影留念
没有播种,何来收获,没有辛苦,何来进步。回首20__年,一路走来,我们风雨兼程,披荆斩棘、用汗水和泪水换来了今天的成长,我们在进步,其中最应要感谢的,是我们的项目经理吴总的关怀和帮助。
是英明领导,让我们有了发展的正确方向,给予我们前进的动力。811的发展一直受到刘总的高度关注,在今天这个欢欣鼓舞的日子里,刘总的莅临是对我们__年成绩的肯定,再次感谢刘总的到来。
年终总结大会主持开幕词范文4在新春佳节即将到来之际,我们在这里欢聚一堂,召开__年度公司总结暨表彰大会,主要目的是为了总结一年来的工作,总结经验,吸取教训,共商公司未来发展大计,并对为公司各项工作的发展做出贡献的员工、施工队进行表彰和奖励。
首先我代表__公司对我们会议的大力支持!感谢工作人员提供的帮助!
为保证会议的有序进行,在会议正式开始之前,我提几条要求:
1.请所有与会人员暂时关闭手机,不要接打电话;
2.不要在会场内、外来回走动,大声喧哗,或与人交头接耳;
3.不要随地吐痰,乱扔废弃物,不要抽烟;
4.会议结束以后,先欢送领导和来宾退场,然后依次序退场。
现在正式开会,
第1项:公司总经理__代表公司宣读对__同志任命的决定;(1分钟)
第2项:公司董事长__为__同志颁发聘书;(1分钟)
第3项:_总做就职发言;(3分钟)
第4项:__代表公司宣读《公司关于颁布规章制度的决定》。(1分钟)
第5项:__代表__项目部技术人员做工作总结(5分钟)
第6项:__代表__项目部技术人员做工作总结(5分钟)
第7项:__代表__项目部技术人员做工作总结(5分钟)
第8项:__代表__项目部技术人员做工作总结(5分钟)
第9项:__代表__做工作总结(3分钟)
第10项:__代表__施工队长做工作总结(5分钟)
第10项:__代表__施工队长做工作总结(5分钟)
第11项:__代表__项目部做工作总结(10分钟)
第12项:__做__和__工程工作总结(10分钟)
第13项:__代表__协作单位发言(5分钟)
第14项:__代表__协作单位发言(5分钟)
第15项:__做__工作总结(15分钟)
第16项:__代表__项目部做工作总结(15分钟)
第17项:_总做__年公司总结报告(45分钟)
第18项:_总宣读公司对优秀施工队和先进个人进行表彰和奖励的决定(3分钟)
第19项:_董事长为优秀施工队颁发荣誉证书和奖金;(3分钟)
第20项:_董事长为公司先进个人颁发荣誉证书和奖金;(10分钟)
第21项:_董事长做重要讲话;(5分钟)
主持人:今天上午的会议开的很圆满,也很成功,_总的总结报告,既对公司一年来的发展进行了全面、客观、公正的总结,也提出了公司第_个五年计划的发展思路,描绘了公司美好的未来。
_董事长的讲话站的高、看的远,使我们每一个人都能感受到公司的前景光明,更加坚定了我们每个人的信心,是一个振奋人心、催人奋进的大会!
会后,我们要深入学习、领会这次会议的精神,在_董事长、_总的正确领导下,继续坚持“诚信做人,踏实干事”的经营理念,和“对社会负责,让员工富裕”的发展方针,团结一心,共同努力、务实开拓,不断创新,共同为__公司的美好未来贡献我们的力量和智慧!
__年总结暨表彰大会到此结束,谢谢大家的光临!
年终总结大会主持开幕词范文5尊敬的公司领导、各位来宾、亲爱的同事们:
大家下午好!
我是公司行政部贺娟华。首先代表公司感谢聚湘楼对我们会议的大力支持,感谢工作人员提供的帮助。
今天我们的会议有二部分。
下面我们进行第一部分。年终总结暨表彰大会。
第一项:宣布会场纪律:
为了保证会议的质量和效果,希望大家集中精力,认真遵守会场纪律,共同开好这次大会。还是老规矩:
1、把手机调到关机或静音状态;
2、会场不得交头接耳,接听电话;
3、会场不得抽烟,随便走动。
现在给大家5秒钟时间,把手机调整一下:
第二项:介绍参加今天大会的嘉宾及公司领导:
出席今天会议的嘉宾有:
用热烈的掌声欢迎各位的到来!
今天出席本次大会的有公司董事长_先生,公司总经理_先生,副总_先生。在这里向在百忙之中亲临大会的各位领导和同事们表示热烈的欢迎和衷心的感谢!
岁月如梭。回首2020,我们不畏艰难,一起奋斗,共同拼搏。展望2021,我们期待着越海的明天会更好。今天的越海,因为有大家的共同付出而勇立潮头,我们的越海事业,因为有各位的辛勤耕耘而日新月异。这一年中,我们在前进中摸索更好的发展道路,同时,也涌现出一批批表现优秀的管理人员、基层员工。下面,我宣布年终总结暨表彰大会正式开始,让我们一起来分享2020年中珍贵的点点滴滴。
第三项:下面有请我们公司总经理吴_先生为今天的总结大会致开幕辞,掌声有请!
感谢吴总为我们今天的晚会接开帷幕。吴总的讲话既对公司一年来的发展进行了全面客观、公正的总结,也提出了公司2012年的发展思路,描绘了公司美好的未来,使我们每一名越海人都能感觉到公司的光明前景,更加坚定了我们每个人的信心。
第四项:2020年全厂员工在公司高层的领导下,持续稳健发展。同时,也涌现出一批批工作责任心强、待人友善,追求上进的员工。根据公司的评选标准,经过大家的共同参与,行政部的审核,公司领导的批准,优中选优,共评出了6名优秀员工,1名优秀主管。他们分别是:卢_、梁_、叶_、卢_、李_、梅_、黄_。
下面有请优秀员工代表李_发言。
有请优秀员工代表卢_上台发言。
越海这个平台给我们每位越海人提供了良好的成长机会,并给予了我们不尽的关怀。我相信与李_、卢_有同感的还有很多,很多。有了大家的共同参与与努力创造,我们越海之路定会越走越宽阔!
第五项:表彰
下面我们用热烈的掌声请优秀员工卢_、梁_、叶_、卢_上台(当选理由:)。
有请副总晏_上台为各位颁奖。荣誉证书一本,奖金800元。
请摄影师为他们合影留念。
谢谢。
下面有请李_、梅_上台,掌声有请!(当选理由:)
有请总经理吴_先生为两位颁奖。荣誉证书一本,奖金800元。
请摄影师为他们合影留念。
谢谢。
下面有请2020年度的优秀主管黄_上台。(当选理由:)
有请公司董事长_先生为黄主管颁奖。荣誉证书一本,奖金1000元。
请摄影师为他们合影留念。
感谢_。
有请摄影师为我们2020年度全体优秀员工及公司领导集体合影留念!
感谢颁奖领导。让我们再一次用热烈的掌声祝贺他们,同时也送给在坐的每一位为公司的发展辛勤付出的越海人!
时间是公平的,从不以人们的好不断改进而改变。令人难忘的2020年正在渐行渐远,令人期待的2021正向我们坚定地走来。感谢各位同事2020年的共同努力,2021年,我们又站在新的起跑线上,我们将在越海的舞台上心情展示自己,为越海新的里程碑加油!
【关键词】工程质量;建筑施工;质量控制
为了加强建设工程质量的管理,保证工程质量,保护人民生命和财产安全,认证贯彻落实《建设工程质量管理条例》相关规定,承建单位应当加强对建设工程质量监督管理,严格执行基本建设程序,坚持先勘察、后设计、再施工的原则,并采用先进的科学技术和管理方法,提高建设工程质量。工程质量保证措施,贵在“严”字,重在“落实”,核心是“标准化”。全面做到对工程施工前、施工过程中及施工后各个程序的质量控制。
一、事前质量控制
首先建立施工组织设计的审批制度,施工组织设计由项目总工主持,由项目经理、质检工程师、试验工程师共同商讨确认实施。施工组织设计在工程开工前15天报监理工程师审核,按照监理工程师的审批意见进行修改完善后方可进行施工。然后进行施工图纸复核制度,图纸的复核在施工开工前复核完毕,图纸的复核由工程部负责,必须明确复核内容,部位、复核人员及复核方法,复核结果填写《分部分项工程技术复核记录》,发现问题,及时上报监理工程师,进行复核,其结果作为施工技术资料归档。其次是技术、质量交底制度技术、质量的交底工作是施工过程基础管理中一项不可缺少的重要工作内容,交底必须采用书面签证确认形式,具体可分为以下几方面:一是项目经理必须组织项目部全体人员对图纸进行认真学习,并同设计代表联系进行设计交底。二是施工组织设计编制完毕并送业主和总监审批确认后,由项目经理牵头,项目工程师全体人员认真学习施工方案并进行技术、质量、安全书面交底,列出分部分项工程的施工要点。三是本着谁负责施工谁负责质量、安全工作的原则,各分部分项工程负责人在安排施工任务同时,必须对施工班组进行书面技术质量、安全交底,必须做到交底不明确不上岗,不签证不上岗。四是现场材料质量管理严格控制外加工、采购材料的质量。各种地方材料、外购材料到现场后必须由质检部和材料部有关人员进行抽样检查,发现问题立即与供货商联系,直到退货。搞好原材料二次复试取样、送样工作。
二、事中质量控制
依据指挥部制定的有关管理办法,加大检查力度,发现问题,随时解决。工序工程质量控制,由技术部和专职质量检查员将各作业工序质量管理要点落实到各工序,规范各道工序的施工操作规程。各工序作业负责人和质量检查员按质量管理要点针对工序施工操作人员进行技术交底,严格控制施工。各作业工序负责人和检验人员随施工过程和操作过程及时进行检查。专职质量检查人员应从巡视、检查、旁站监督等方面对工序工程质量进行严格控制。
三、事后质量控制
以质量检查为主,配合业主、监理办、,我项目部严格执行“三检”制度,即“自检、互检、交接检”。设置专职质检员,加大检测力度。(1)工序检测检验。首次检验是指某一分项工程的第一道工序检查验收,并对施工进行总结,将总结报告上报项目经理部,由项目经理部审批后,上报驻地监理工程师,得到驻地监理工程师同意后,方能进行正式施工。然后是自检,自检是指分项工程工序施工过程和完成后对该工程产品的检查,必须强化施工过程中的自检力度,发现问题及时处理,将问题彻底解决在施工过程中。其次是专检,项目经理部设工程质检部门,配备专人、专车、专用设备进行工程质量的监督检查。最后是序交接检查由施工单位技术负责人,专职质检员组织,由交接工序作业负责人、质检员检查参加,对已完工程产品质量检查验收,质量达标准要求的工序,填写工序交接单,完备交接手续,达不到质量标准要求的工序不能交接,必须采取措施进行处理。(2)验收及分部分项质量评定制度。分项工程施工过程中,各分管负责人必须督促班组做好自检工作,确保当天问题当天整改完毕。分项工程施工完毕后,各分管负责人必须及时组织班组进行分项工程质量评定工作,并填写分项工程质量评定表交施工队长确认,最终评定由项目经理部的质检部专职质检员检定。质检部门对每个项目进行不定期抽样检查,发现问题以书面形式发出限期整改指令单,项目施工队负责在指定期限内将整改情况以书面形式反馈到质检部门。(3)竣工自检。自检领导小组,由有关领导、项目经理、总工、工程质检部门有关人员组成,对工程内外业资料进行综合质量评定。自检小组由各施工单位技术负责人、工程科和质检科有关人员或专职质检员组成,对工程质量进行检验。对分部工程、单位工程、工程项目进行质量评定并编制工程竣工自检报告,上报有关部门,待最后检验。
参 考 文 献
[1]戚振强著.建设工程项目质量管理[M].机械工业出版社,2004
[2]建设工程质量控制.中国建筑工业出版社,2005
假如用两个字概括当前社会的特征,那就是“变化”,而这种变化在信息产业中体现得尤为突出,技术创新速度越来越快,用户需求和市场不断变化,人员流动也大大加快。在这种环境下,企业需要应对的变化以及由此带来的挑战大大增加,也给管理带来了很多新问题和挑战。软件行业是一个极具挑战性和创造性的新行业,管理上没有成熟的经验可供借鉴。而项目管理应该说对于软件企业,尤其是那些以应用开发为主的软件企业,是行之有效的管理方法。因此,项目管理在软件开发中的应用日益受到重视。
项目管理的两个新问题
1、什么是项目管理?
项目管理是在一定的约束条件下,以高效率地实现项目业主的目标为目
的,以项目经理个人负责制为基础和以项目为独立实体进行经济核算,并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。
2、为什么要有项目管理?
没有项目管理,项目也有可能成功。但没有管理的项目,很难保证项目
的利润空间,对公司来说,亏损的风险就大。所以我们要有项目管理,以保证公司在总体上是盈利的,注重不是每一个项目都要盈利。
另外,有了项目管理,就有了管理改进的基础,无论刚开始的项目管理多么糟糕,只要有管理,就有了改进的可能性,至于能不能得到改进,以及改进的快慢,则取决于两个因素摘要:一个是人,非凡是各级管理者;另一个是利益。关键是“利益”,准确的说是“利益的分配”,在权责利明确的前提下,人才能充分的发挥功能。还需要指出的是“利益”是多元的,这里的多元不仅指利益的具体形式,而且指利益的受众是多元的,包括客户方相关人员个人的利益。
3、项目管理的发展和目前状况。
今天,项目管理作为一种现代化管理方式在国际上已获得了广泛的应用,从最初的国防、航天、建设工程领域,迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展,项目管理技术的不断进步,项目管理软件产品层出不穷,其功能、特征、应用对象也各不相同。当前,越来越多的企业和组织在内部推广项目管理的理论方法及管理模式,假如都采用项目管理软件进行管理,效果就更加明显,可以节省大量的资源和财富。国外90%26#37;以上的项目管理都采用软件进行,但我国在这方面的应用还不到10%26#37;。新世纪项目管理在中国的迅速兴起,给软件企业的发展带来了前所未有的发展机遇。
项目管理在软件开发中的应用的成因
随着信息技术的飞速发展,软件产品的规模也越来越庞大,个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中,对开发实行有效的管理。从概念上讲,软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上,软件项目管理的意义不仅仅如此,进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力,企业的软件开发能力越高,表明这个企业的软件生产越趋向于成熟,企业越能够稳定发展(即减小开发风险)。同时,随着软件开发规模及开发队伍的逐渐增大,软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员和支持人员的工作,每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理,专业分工也可以降低对开发人员的要求,从而降低产品研发成本。
软件开发是一项复杂的系统工程,牵涉到各方面的因素,实际工作中,经常会出现各种各样的新问题,甚至面临失败。如何总结、分析失败的原因,得出有益的教训,对一个公司来说,是在今后的项目中取得成功的关键。
早在20世纪60年代中期,人们就发现软件的生产出现了“新问题”,主要表现在生产过程不规范,缺乏管理。后来,人们在软件工程方法学中引入了工程的概念、原理、技术和方法,这种思想在一定程度上解决了软件生产过程中碰到的新问题。但是直至80年代还是没有提出一套管理软件开发的通用原则,软件管理不善的新问题依旧在大范围内存在。
目前的软件开发正逐步趋向于复杂化、多元化,大多数开发团队中都会出现同时开发多个版本、开发/维护工作并存、多地点同时开发等情况,给软件开发管理带来了前所未有的困难。假如管理不善,必将造成版本混乱,各个开发人员的工作相互交叉、干扰,整个开发团队的工作在一种无秩序的不良状况下运行,严重影响软件产品开发的进度和质量。
因此,随着软件开发的深入、各种技术的不断创新以及软件产业的形成,人们越来越意识到软件过程管理的重要性,管理学的思想逐渐融入软件开发过程中,应用开发的项目管理日益受到重视。而项目管理技术的发展和计算机技术的发展是密不可分的,随着计算机性能的迅速提高,大量的项目管理软件涌现出来。它们可以用于各种商业活动,提供便于操作的图形界面,帮助用户制定任务、管理资源、进行成本预算、跟踪项目进度等。
软件项目管理常见新问题及解决方案
对于软件开发项目中,经常出现两种极端情况,一种是创造了新的生产率和质量的纪录;一种则完全是一场灾难,不是被取消就是拖延很长时间。前者如在很短的时间内,为了赶进度,在几乎不可能的时间内开发出一套软件产品,创造了软件开发的记录,满足了上级所要求的上机日期,由于开发时间太短,过于仓促,上机时,新问题百出,试运行时间长达几个月或一年半载的,而且程序一改再改,维护工作量大。
后者,如某套系统未弄清楚需求,或因设计新问题,开发失败。通过提炼这些成功和失败的例子,软件项目成功或失败的根本原因可能会更清楚一些。
目前我国大部分软件公司,无论是产品型公司还是项目型公司,都没有形成适合自己公司特征的软件开发管理模式,虽然有些公司根据软件工程理论建立了一些软件开发管理规范,但并没有从根本上解决软件开发的质量控制新问题。这样导致软件产品质量不稳定,软件后期的维护、升级出现麻烦,同时最终也会损害用户的利益。
分析目前项目管理需要改进的新问题可以从几种相关角色的角度去考虑摘要:项目经理、项目组成员、公司管理人员、市场人员、客户等。
新问题一摘要:缺乏项目管理系统培训(相关对象摘要:项目经理、管理人员)
项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法,所以在实际工作中没有项目管理知识的指导,完全依靠个人现有的知识技能,管理工作的随意性、盲目性比较大。在软件企业中,以前几乎没有专门招收项目管理专业的人员来担任项目经理(甚至很少是管理专业的),被任命的项目经理主要是因为他们能够在技术上独当一面,而管理方面非凡是项目管理方面的知识比较缺乏。
解决方案摘要:项目经理接受系统的项目管理知识培训是非常必要的,有了专业领域的知识和实践,再加上项目管理知识和实践和一般管理的知识和经验的有机结合,必能大大提高项目经理的项目管理水平。应实行项目经理知识技能资格考核制度,让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。
新问题二摘要:项目计划意识新问题(相关对象摘要:项目经理)
项目经理对总体计划、阶段计划的功能熟悉不足。项目经理认为计划不如变化快,项目中也有很多不确定的因素,做计划是走过场,因此制定总体计划时比较随意,不少事情没有仔细考虑;阶段计划因工作忙等理由经常拖延,造成计划和控制管理脱节,无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。
解决方案摘要:在高技术行业,日新月异是主要特征,因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识,采用项目计划制定相关各种知识、技术、工具,加强对开发计划、阶段计划的有效性进行事前事后的评估。
新问题
三、管理意识新问题(相关对象摘要:项目经理)
部分项目经理没有意识到自己项目经理的角色,从总体上去把握管理整个项目,而是埋头于具体的技术工作,造成项目组成员之间忙的忙、闲的闲,计划不周、任务不均、资源浪费。在软件企业中,项目经理大多是技术骨干,技术方面的知识比较深厚,但无论是项目管理知识,还是项目管理必备的技能、项目管理必备的素质都有待补充和提高,项目管理经验也有待丰富。有些项目经理对于一些不服管理的技术人员,没有较好的管理方法,工作不好布置的工作只好自己做。另外由于工作分解结构设计的合理性,项目任务无法有效、合理地分配给相关成员,以达到“负载均衡”。
解决方案摘要:加强项目管理方面的培训,并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前,最好能经过系统的项目管理知识,非凡是其中的人力资源管理、沟通管理的学习,并且在实际工作中不断提高自己的管理素质,丰富项目管理经验,提高项目管理意识。
新问题四摘要:沟通意识新问题(相关人员摘要:项目经理、项目组成员)
在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术新问题或成果等方面和相关人员的沟通不足,造成各做各事、重复劳动,甚至造成不必要的损失;有些人没有天天定时收邮件的习惯,以至于无法及时接收最新的信息。
解决方案摘要:制定有效的沟通制度和沟通机制,对由于缺乏沟通而造成的事件进行通报作为教训提醒,以提高沟通意识;沟通方式应根据内容而多样化,讲究有效率的沟通;通过制度规定对由于未及时收取邮件而造成损失的责任归属;对于非凡重要的内容要采用多种方式进行有效沟通以确保传达到位,例如除发送邮件外还要电话提醒、回执等,重要的内容还要通过举行各种会议进行传达。
新问题五摘要:风险管理意识新问题(相关人员摘要:项目经理)
项目经理没有充分分析可能的风险,对付风险的策略考虑比较简单。项目经理在做项目规划时经常没有做专门的风险管理计划文档,而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性,对计划书中风险管理的章节简单应付了事,随便列出几个风险,随便地写一些简单的策略,对于后面的风险防范起不到什么指导功能。
解决方案摘要:通过学习项目管理知识把握风险识别、量化、策略探究、反应控制的工具和方法把握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其策略作为风险管理计划中必要的风险内容,并切实评估相应策略的有效性和可行性。
新问题六摘要:不重视项目经验的总结(相关人员摘要:项目经理、管理人员)
项目经理在项目结束时有些是因为自身对写文档工作的喜好或意识,或
者是因为紧接着要参加下一个项目,总体对项目总结的重视程度不够。有些是项目总结报告一再拖延,有些是交上来的报告质量较低,敷衍了事。
解决方案摘要:在制度上鼓励和加强项目经验总结工作,使得项目总结及时并且具有指导意义而不是走过场。
新问题七摘要:项目干系人相关新问题(相关人员摘要:项目经理、项目成员、客户)
在范围识别阶段,项目组对客户的整体组织结构、有关人员及其关系、
工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理的工作新问题,客户参和程度部不高,客户方相关责任人不明确或对范围和要求责任心不强,提出的要求具有随意性,项目前期对需求的确认不够积极;或者是多个用户代表各说各话、昨是今非但同时又要求项目尽早交付;项目后期需求变化随意,造成项目范围的蔓延,进度的拖延,成本的扩大。
解决方案摘要:项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始,项目经理及其项目成员就要分清项目干系人包含哪些人和组织,通过沟通协调对他们施加影响,驱动他们对项目的支持,调查并明确他们的需求和愿望,减小其对项目的阻力,以确保项目获得成功。
新问题八摘要:项目团队内分工协作新问题(相关人员摘要:项目经理、项目成员)
项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任
分工不够清楚而造成工作互相推诿、责任互相推卸的现象,有时各阶段不同角色或同阶段不同角色之间的责任分工比较清楚但是各项目成员只顾完成自己那部分任务、不愿意和他人协作。这些现象或多或少地造成了项目团队内部资源的损耗,从而影响了项目的进展。
解决方案摘要:项目经理应当对项目成员的责任进行合理的分配并清楚地说明,同时应强调不同分工、不同环节的成员应当相互协作,共同完善。
a.市场为买方市场,设备供应商之间竞争惨烈,但为了保证网络调整稳定,运营商多和两家到三家的主要设备供应商形成较稳定的长期合作伙伴关系;
b.项目标的大,涉及面广:
工程标的高,尤其是重大工程的主设备项目,有的一期即高达几亿美元。
工程往往涉及多家设备供应商以及客户内部多个部门协同(如传输专业/无线专业/电源专业/空调专业),而各方又互不相属。如果没有有效的管理,项目极易陷入多方扯皮,进度严重滞后。
c.项目风险大:
1)新技术带来的不确定性:
迫于市场的严酷竞争,各厂家往往不断推出新版本/新技术,造成系统不稳定,原承诺的功能无法实现等问题。
2)项目进度受多方未知条件,很难控制:
例如一个新交换局的割接入网要受到是否与全网的重大调整相冲突,是否得到相关分公司的配合,各分项工程是否都进展顺利,甚至其它运营商的配合,都会影响到工程的进展。而这些限制条件往往是不可控的甚至是不可预见的。
比如某个外国元首来访,突然宣布封网(所有工程停工)一周;又比如不同运营商之间展开非正常竞争等等。
3)风险承受度低:
因为通讯行业的特点,一旦发生网络瘫痪/计费错误等重大通信故障,对运营商而言,将引发大批用户投诉甚至转网;对设备供应商而言,将面临运营商的高额索赔,并严重影响公司形象和市场竞争力。
2.国内主要通讯公司的项目管理形式
运营商方面多采取传统的功能型组织结构,在建设期由工程部牵头,项目初验后移交运维部负责维护和优化。因为国内通信市场的迅猛发展,工程往往一期接一期的上,并没有明显的运维期,有些省也有将这两个部门合而为一的。
设备提供商方面多采取矩阵式组织结构,即设专门的项目经理负责协调各职能部门负责整个项目的事务,主要分两类:
一类项目经理较强势:项目有独立的成本中心,项目经理对项目的预算有控制权,工程师等人力资源也由他向其它职能部门按工时数购买。工程师/外包工程队的绩效评估也由项目经理打分。这类项目经理多是工程部门出身。
另外一类项目经理只负责对客户的接口和协调,对其他部门的人员影响力较小。一般而言,这类项目经理是由原销售部门转来的。
3.个人的项目管理体会
对运营商而言,由于国内多采取固定价合同,不存在成本超支风险(或很小),我个人认为应主要加强以下三方面的管理:
a.进度管理:
对各种不可控因素应有专人负责分析跟踪,并做好相应的应急方案,对设备供应商通过在合同中加入激励条款,来减少项目延期。
b.质量管理:
首先应该有一套完善有效的网络指标监测体系和严格的系统定期自查制度,力争在用户投诉前/在故障发生前就排除隐患。
c.配置管理:
由于种种原因国内通信设备型号众多且相互间兼容性易出问题,同一家厂家设备硬件软件往往也有多个版本同时共存,备件库的往往也未及时更新,而这往往往往造成工作效率低下和重复购买。
对局数据的管理也是如此,统一和规范的数据库以及严格的数据更改流程能大大减少误操作的可能。
大量的故障与配件不匹配和值班人员误操作有关,搞好配置管理能极大地降低故障率和提高工作效率。
对设备供应商的项目管理人员来说,在配合运营商方面搞好上述的管理外,还要注意以下几个方面:
a.成本管理:
要提高资源利用效率,第一要防止工程师无效的差旅往返和等待窝工。这需要首先做好计划,并和各方保持良好沟通以保证随情况变化及时修正计划。例如,客户常谎称某项条件已具备让你早些派人,此时可请客户提供详细情况以分辨真假。
其次要做好质量控制。由于新技术的不稳定性和复杂性,别的环节发生的错误(如硬件设计部门的错误)往往要在工程上才被发现,而这时往往要付出大量的成本来返工和更正。除了寄希望于别的部门外,项目上对一些关键环节进行核查是绝对必要的。
b.进度管理及变更管理:
除了上述的对关键环节进行预查外,针对中国市场普遍客户成熟度不高(不尊重合同,尤其是对合同范围和进度)的现实,我们必须替客户预想一些问题,并做好相应预案。
对客户经常提出的“无理”变更要求,我们应该“笑脸要甜,拒绝要坚决”。同时,尽量设法寻求双赢的解决办法,比如在新的合同里涵盖变更要求。
c.人力资源管理:
对项目这样的临时性团队,要让工程师有一种项目虽然是暂时的,但我通过对项目的参与技能有提高,并且项目管理团队关心我的职业发展的感觉。
替他们争取必要的培训机会,组织团队活动,在项目成功完成后把贺电和感谢也发给较早前已离开项目的同事,都是很重要也很容易被忽视的。
d.客户关系管理:
项目经理(尤其是偏重工程实施的项目经理)不应忘记做好客户与公司间的沟通桥梁。
由于是负责具体事务且和客户打交道时间多,客户往往倾向认为我们较实际,“不象销售那样天花乱坠”,对我们信任度较高。我们应该认真分析和引导客户潜在需求,了解最新市场动向,这将是公司市场和销售部门宝贵的信息。
项目管理杂谈(1)
项目管理说起来很复杂,以我多年的经验,最关键的一点是控制。当然,要实现有效的控制,你需要事先明确很多东西。项目,就是在有限的时间内,有限的资源下,完成一个明确的目标的过程。这些,是作为一个项目经理必须要了解的,也是每一个团队成员应当要了解的。同时,沟通也是非常重要的,没有对项目各个进程的明了,要做到有效的控制,就是天方夜谭。
控制的依据,就是所作的项目计划,计划应当是按照目标安排的,并根据情况及时调整,项目经理的职责就是协调手里的资源,使项目进度按照计划完成(说说容易做起来难),并在这一过程中,实现资源的最优化配置,使得项目能够在有限的时间内,有限的资源下完成。从94年开始从事项目管理工作,管过的项目大大小小有十几个了,按投资额来算,大的有二三十亿人民币,小的也有几百万,其中酸甜苦辣滋味,一言难尽。愿意在这里跟大家交流一下这些年的体会,我想以杂谈的方式,一次一个题目,也希望大家多鼓励交流,我也有点动力。
我不想讲太多理论,毕竟非我所长,而且项目管理是一门实践性非常强的学科,这也是为什么认证考试都要求申请者要有几千小时的经验的原因。可以这样说,即使有人通过了认证考试,而没有真正做过项目,他决不会是一个合格的项目经理。第一次,就从项目的定义说起。所谓项目,就是在有限的时间,有限的资源内,完成一个或一些特定目标的过程。(不是从书上抄的,可能会略有差异,差不多吧)。先说目标,明确的目标是一个项目能够成功实施的前提,但在现实中目标的确定并不容易。在不同类型的项目中,目标的确定各有不同。在工程项目里,相对容易些,有合同作为依据,什麽时候完成,完成什麽样算合格在合同里都有明确定义,(不要跟我说没有,那就是另一回事了),这些都是硬性的,基本上不能改,那末项目的目标就很明确了。但是在研发的项目中,就不容易了,首先,客户经常并不知道他们到底要什麽(记得上学时讲软件工程的老师讲过一个笑话就是这样的),所以结果就是在开发过程中他们不断在变主意,这样就意味着项目的目标一直无法确定,结果可想而知。所以说,在进行软件研发的项目中,目标的明确是非常重要的,重要到经常近一半的时间是在做可行性研究,确定目标,而这一过程绝对必要。错误的目标会给项目带来极大伤害,可能导致项目半途而废,或是结束遥遥无期,结果经常是不断降低对目标的要求,以结束这一痛苦过程。相信大家会有这方面的体会。
再说时间,一个项目必然要有时间要求,对于工程项目尤其如此,而且经常是个硬指标,没有时间限制的无限期项目是不可想象的,不能称之为项目。
最后说到资源,资源包括很多方面,资金,人力,材料,设备,场地等等都是资源,而资源也是有限的,如何利用有限的资源完成项目,是项目经理存在的一个重要原因。项目经理应当在项目开始前做好预算,明确需要多少资源,所谓巧妇难为无米之炊,如果这一点无法由项目经理控制,这个项目经理还是别当的好,日子太难过了。
时间与资源之间是有互动关系的,在目标确定后,通常情况下,要想时间更短,在单位时间内资源需要的更多,但也不是无限的,需要具体情况具体分析。举例来说,有些特定的项目(经常是政治任务),时间是最重要的,那就不能再考虑花多少钱,要多少人,必须完成,才能在某天完成,为。。。献礼。
另一例子,几个人攒了个工作室要开发游戏,人就这麽几个,机器就这麽几台,只能以时间为代价了,要是目标再不明确,时间就更长了,这样的例子比比皆是,不再多说。关于目标补充一句,
目标是否定义合适有一个简单的衡量标准,简称SMART,含义如下,
S-specific
M-measurable
A-accepted
R-realistic
T-timebased
(2)通常来说,项目可以分为四个阶段,准备立项,可行性研究,执行,总结。
这里有个概念,称为TOLLGATE,我一直不知道该怎没翻译这个词,原意是关口,收费站等。
每一个阶段结束时都有一个TOLLGATE,目的是进行分析总结,是否将项目进行下去,在这一过程中项目组的职责是提供相关的信息和数据,以及分析,预测等,供决策参考,而是否进行下去的决定权在于STEERINGGROUP,大概是指项目的资助者及监督者,这个概念以后还会提到。准备立项,没什么好说的,就是有个意向,准备要搞个项目,关于目标,时间,预算有个大概的想法。可行性研究,在这一阶段要做的事很多,如确定项目目标,作出预算,时间表,所需资源预测,风险分析,应对手段等等。
前文曾经提及,这一阶段非常重要,毫不夸张的说,这时候把工作做好,项目就成功了一半。在研发的项目中,一般不会省略这一步,虽然有时做的很不够。但在工程项目里,尤其是扩容的工程中,常常会忽略其中某些必要的环节。我第一次接手一个特大型项目时,有过这样的教训。当时我们准备给一个省的客户做系统扩容,涉及合同金额大约有一亿多美元,习惯上在合同谈判时(从项目管理角度来说,可以视为可行性研究的重要部分)项目经理介入不多,尤其是关于设备采购数量,合同签了,第一次与客户研究技术实施方案时,问题发生了。
问题可以这样描述,客户原有1套系统在用,扩容到2套,为了节省投资,里面涉及到很多系统设备的利旧,由于没有经验,设备定购时考虑数量只是单纯的用扩容后的规模减去现有数量,但事实上在施工过程中必然存在这样一种状态,新的系统建成后,才能把在用系统的用户割接到新系统上,旧系统的一部分才能拆下来。而按照合同里的设备采购情况,只能把旧系统停下来,把设备拆下,再和定购的新设备一起组成新系统,由于客户所处的行业,系统运行决不能停,记得当时我的冷汗一下子就下来了,这个问题如果不能解决,我们就得向用户免费提供一套系统供周转,那对公司将造成极大损失。
后来我们与客户一起苦干了两星期,终于拿出了一份可行的技术方案,代价是工作量是原计划的3倍,而时间比原计划晚了4周,我运气不错,总是解决了,这很有可能是个解不开的死结的,不是每一次都能这样幸运的。
在又一次的扩容前,在我的坚持下,技术谈判时我们就开始介入,在合同签署之前,我与公司的技术人员以就所有可能的发生的问题拟定了解决方案,虽然新的扩容规模大了几倍,比前期复杂了很多,实施时却很顺利。执行,简单的说就是按照在前一阶段制定的计划控制监督项目进展,直至完成。总结,项目执行完后,对项目的回顾和总结。这一阶段很重要,但容易让人忽略,很多人都认为干都干完了,也还不错,有什麽必要写这些长篇大论。即使在我们这样的国际化大公司,一样如此,我每次写的FINALREPORT就基本上没人看,更别说提意见了。事实上,对项目各方面的回顾,如预算,时间表,人力资源,风险分析等,对下次的项目执行有非常重要的意义。记得刚进公司时做工程,办公室里贴着这样一句话,"Remeber,youhavenotfinishedtheworkuntilyoufinishthepaperwork".
(3)谢谢SPRING的鼓励,就你提出的问题,这涉及到项目的计划,我是准备作为一个专题以后要讲到的,这里我简单说几句。首先澄清一个观点,从理论上来说,项目经理和项目所涉及的专业完全没有关系,即使对相关专业一窍不通,仍可以进行项目管理。从我的经验来说,这个说法不错,但在实际工作中,具备一定的专业背景是非常有帮助的,可以节省很多时间,避免一些不必要的风险。记得我的一个师傅(我有过四个师傅,一个马来西亚华人,一个挪威人,一个芬兰人,一个英国人,跟他们共事很有意思,以后再讲)曾经说过,你不知道并不可怕,可怕的是你不知道你不知道!而对所涉及专业的不了解,就意味着你不知道你不知道,就意味着你无从知道有可能存在的危险。那末怎没才能知道哪?只有实践,在第一次的实践中要多问,弯路是肯定要走的,时间也会多花,这个代价是值得的。同时,对项目经理的要求也不会太高,能满足你知道你不知道就足够了,毕竟很多专业问题应当由技术人员去解决,而不是项目经理,你所要做的就是当问题出现时,知道属于哪一类的问题,该由谁来负责,就足够了。
否则的话,以做个游戏为例,就要求一个人既要做策划,又要做引擎,还要做美工,音乐,也许有这样的天才,我是没怎么见过。至于另一个问题,仍是由目标开始,先明确要做的产品,性能,外观,成本等等,再把要做的工作逐步细化,并对每一项进行时间和资源的量化,即使对没做过的也要如此,不准确可以即使调整,但从一开始就要有个预计的数字,而这一部分,理所当然在风险分析中应当占据很大比重。只能简单说到这里,可以给我发MAIL,提供更详细的情况,希望能给你更多帮助。另外提一句,我发现这里很多求助的人的问题太抽象,拿这个做题目可以写本书了,很难在这里回答,所以,越具体越好。
言归正传,下面说说项目的组织。说到组织结构,可以分为两种,一种称为LINEORGANIZATION,一种称为PROJECTORGANIZATION,它们有着本质的区别。LINEORGANIZATION通常是按职能划分的,较稳定,长期存在,我们常称其为RESOURCEPOOL,为项目提供所需人力资源;而PROJECTORGANIZATION是按项目划分的,因项目而生,随项目结束而解散,人员来自不同的LINEORGANIZATION,为同一个项目而聚会到一起,而项目经理,就是这个临时团队的领导者。
在一个项目组织里,可以分为三个层次,第一层,是项目的资助者,我们称其为STEERINGGROUP,职责是负责批准项目的立项,提供项目所需资金,在每一个TOLLGATE时审查项目经理的报告,决定项目是否继续,同时也是定期的项目进度报告的接收者。第二层,是项目管理层,包括项目经理,助理项目经理,可能的话,还有对各个部门的协调人,这个集体由项目经理领导,
负责整个项目的协调,控制,进度,报告,同时也是对客户(如果有的话)的主要接口。第三层,是由各部门参与项目的人员构成的项目组成员,由各职能部门的不同,负责项目中的不同部分,做具体工作。他们应当按项目计划要求完成自己的任务,并有义务对项目经理定期报告所负责领域的进展情况,提醒项目经理可能存在的问题。
值得一提的是,这个结构只是个大概的轮廓,由于项目的不同,会有很多变化,但从逻辑上来说,都应有这三个层次的存在。对于很小的项目,有可能第一,第二层合二为一,对于大型项目,会有更多的层次存在,比如说,对于每一个参与项目的职能部门,他们的任务也是一个项目,那末其协调人就是一个子项目的项目经理,依此类推。在这种情况下,结构一定要在事先明确,以避免在进行中的职责,权利不明,沟通渠道不畅。
(4)项目管理是一项主要与人打交道的工作,与人打交道是最难的,这样领导能力就成为项目经理的必须。LEADERSHIP,我将其称为领导艺术,是一门专门的学问,我没有时间,也没有能力在这里专门讲述,希望每一个项目经理都有机会能参加这方面的培训,至少要找本书自己读读,在这里我只提跟项目管理直接相关的几个方面,以理解在项目管理中领导艺术的重要性。
先说说团队合作,一个项目组织就是一个团队,而项目经理就是这个临时团队的领导者。是团队就必然要经历团队的几个过程,初创期,磨合期,生产期,结束期。一个项目成立,成员来自不同的部门,彼此或认识或不认识,对于大多数人来说是不熟悉的,接着开始干活,慢慢的彼此熟悉,其间会有冲突,争论,甚至争夺领导权,自然而然某些人在团队里成为大家信赖的人,建立起领导权威,大家逐渐熟悉了对方的工作方式,建立了相互信任,工作效率明显提高,然后,大家已成为配合默契的伙伴,一切都在井然有序的高速运转,效率达到最高,终于有一天,项目结束了,团队解散,大家回到各自部门。
好的项目经理能够使前两个阶段尽量缩短,使整个团队迅速进入第三个阶段,而做到这一点并不容易。一个经验丰富的项目经理在团队成立之初,通过项目目标的确定,项目的范围,各个相关部门的责任等讨论及定案的过程中,就能够树立自己的威信,建立起团队成员对自己的信任。
再说一下对自己下属的领导,在这里举两个例子。
在一个省内扩容项目中,我有3个助理,同时还有3个工程项目经理作为工程公司的接口,工作范围大概是按照地区划分的,我对我的助理们的工作通常不过问,除了定期的报告,他们主动来找我请示外,一般不介入他们的具体工作。原因有几个,一是在我到任之前,他们都已经至少做过一年的助理了;二是考虑到我将来总要离开,他们要作为项目经理而独立工作,我有意不作具体的介入;三是他们的年龄都比我大,总要给人留几分面子。终于有一次出了问题,一个工程师到了现场,
发现有些设备未到,打了报告给工程项目经理,工程项目经理报告给了我的负责该地区的助理,他告诉了我,这一地区的后续工作因此推迟。而实际上,在工程师发现缺货两天后,他发现这是一个由于自己经验不足产生的错误,他没有撤回自己的报告,只是打了个电话给工程项目经理,工程项目经理转头就把这个事情给忘了,所以在我的记录里,这里一直不能进行后续工作直到我们发现了这个错误,结果是工期推迟了一个月。作为项目的总负责人,我当然要为此负责任,而我的错误不在于没发现这个问题,而在于对于我的这个助理用错了领导方式。
对于下属的领导方式可以分为四种,第一种称为教练,对于新手来说,你需要告诉他每一件事该怎没做,有时还要自己做示范;第二种称为后座驾驶,意即坐在司机后面告诉他怎麽开(我最讨厌的方式);第三种,对不起,忘了,大概是只用简单指导;第四种是只交代任务即可。我自己习惯的是最后一种,对助理们大概是第三种,而实际上因人而异,对其中两个可以,对这一个,不行。现在想想,我当时才到那里两个月,还谈不上对他们有多了解,就敢如此,只有一个给我惹祸,运气还是不错的。还有一次,是项目组里的货运协调,那是一个年轻的女孩,性格活泼,讨人喜欢,和我平时关系不错。有一次,她犯了一个明显的错误,她把报告交给我时让我发现了,当着别人的面我指了出来,还开了几句玩笑,当时她脸就红了,下班时约我去吃饭,然后很严肃的对我说,下次能不能私下告诉她,我当即意识到我犯了个错误。当众表扬,私下批评,永远是正确地。
说到这里,忍不住想说几句项目经理的素质要求,有一个笑话,是我的一个师傅讲的,“有一个项目经理休假出去玩,把身上的东西不小心都丢了,天晚了,无奈下找个农家求助,老大爷说住下可以,但要他帮忙干活,先是铲粪,一会就干完了,然后让他挑土豆,大的一边,小的一边,挑了一夜,一个也没挑出来”,讽刺当项目经理的非常善于把责任推给别人(putshittoothers),
但永远不会做决定。由于项目经理工作的性质,他永远不会做什没具体的工作(理论上),所以一个不负责任的项目经理总能找到借口把责任推给负责具体工作的人,如果这样的一个人作为团队的领导者,可以想象项目成员们的感受。一个优秀的项目经理必然具备以下几种特点,勇于承担责任,敢于下决定,责任心强,工作细致,坚韧不拔(在巨大的压力下能保持镇定,领导团队前进)。
关于项目经理应该具备的素质,感觉还有很多东西可以讲,以后有机会再说。需要说明的是,素质和知识,经验无关,而是和个人的性格,品德修养有关,一个经验丰富的项目经理同样可能是个不负责任的人,每到关键时刻总是把自己摘得干干净净。(我的一个师傅就是如此,正好给我做了反面教材)
(5)项目的计划
项目的计划应当在第二阶段进行,其重要性就不再强调了。在项目的目标确定后,通过项目的计划可以确定项目的时间表,所需资源,成本,以及主要风险等重要内容。举例来说,以做一把椅子为例,目标是一把木质的椅子,有扶手,刷红漆。工作细化后,可以发现,有这样一些工作要做(是我想当然的,我可没做过椅子):
1,打出椅面,椅腿,靠背,扶手;
2,刷清漆;
3,晾干;
4,装配;
5,刷红漆;
6,晾干。
再进一步细化,把所需时间加进去,得到下面的表格,
制作刷漆晾干
椅面412
椅腿10.50.5
靠背21.51
扶手1.511
装配需要2小时,椅腿是4个,扶手是2个。考虑先后次序,显然制作之后才能刷漆,晾干后才能装配,然后才能上红漆(2),最后再晾干(2),完成。制成图表后会发现,在人力充足的情况下,所有工作在可能的前提下都可以同时进行,最长的一条线是制作椅面-》刷漆-》晾干-》装配。。。总共需要4+1+2+2+2+2=13个小时,这就是全部完成所需的最短时间,我们称其为关键路径(CriticalPath)。关键路径的意义在于,在关键路径上的任何工作如果被延误,整个项目的完成将会延误,不管其它工作做的再好也没有用。所以在关键路径上的工作的风险要引起高度
重视,因为对全局有重大影响。
再考虑如果人力不足时,比如说只有3个人,制作不能同时进行,怎没分配人力?分析后可以发现,让1个人负责靠背和扶手是最省时间的,这时关键路径改变了,所需总时间增加为16.5小时。上面考虑的是比较简单的情况,假设一个工人既可以干木活,也可以油漆,考虑到不同工种,每个工种的人力情况,会更复杂,但原理是一样的。
实际工作中项目会复杂得多,但是可以依照这个原则来做,首先确立项目目标,然后将工作逐步细化,给每个工作一个预测的时间值,找到关键路径,根据现有人力资源情况进行调整,重新确定关键路径,得到总的时间表,所需总的劳动时间(可据此做预算),主要风险,相应对策。很多时候,最困难的是将工作细化,尤其是项目经理对项目涉及的技术不了解的时候,我的办法是把所有的相关部门经理们召集起来,让他们说,他们都需要做些什麽来完成任务,你会发现这象是一个网络,左边的起点是你的项目成立,右边的终点是项目的目标,部门经理们告诉你的每个任务是网络
的节点,它们之间的关系是网络的连线,而每个任务所需的时间和资源是连线的权值。一旦你将这个网络正确的建立起来,剩下的只是时间问题。
项目计划的另一主要部分是项目的风险分析。
首先要做的是把所有有可能发生的风险全部列出来,然后依据它们发生的几率和对项目的影响赋予一定的值,举个例子,用5代表最高,1代表最底,货物晚到的几率是5,而对工程影响也是5,相乘后这一风险的值是25;人员短缺的几率是3,影响也是5,相乘后是15。。。依此类推,你会得到一张表,而表内所有结果是25的,作为项目经理,必须要采取行动,如果此时不予理睬,到时候你就等着倒霉吧!
(6)项目的财务管理
对项目而言,与其说是财务管理,不如说是成本管理,或是成本控制。说复杂也复杂,说简单其实就是省钱,但省在什没地方,怎麽省,就是学问了。就我的经验,有几个原则是一定要遵守的。
首先,不能为省钱而省,不能本末倒置。项目,就是在一定时间,一定的预算内完成特定的任务。这一点一定要记住,完成任务是最重要的,如果因为成本问题影响了最终目标的达成,就是本末倒置,通常会导致项目的失败。同时时间也是一个极具约束力的因素,很多时候项目的时间要求很紧,压力很重,解决的办法通常是要求更多的资源,即意味着成本增加,这是必须付出的代价。举个例子,前段时间我们拿到了一个合同,是在一个我们新进入的业务范围,对于我们来说,把项目按质量要求按时完成是最重要的,因为要靠这个项目坚定客户对我们在这一领域业务能力的信心,不能给竞争对手任何口实把我们从好不容易进入的这一市场赶出去,所以这个时候,花多少钱就是次要的了,只要我们在这个新市场站稳脚跟,花多少代价都是值得的。所以说,该省的钱要省,该花的一定要花,一切以目标为重。
其次,一个事先经过充分准备制作的预算是非常重要的。因为预算实际上是一个衡量标准,一个藉以实行成本控制的依据。这里有一个关于预算的概念需要澄清,我认为预算是要完成一个特定任务所需要的成本。通常会有两种误解,一是认为项目结束时实际开销比预算越低越好,显得项目经理管理水平高,给公司省了更多的钱,错误!要做到这一点并不难,做预算时做得高高得就是了,实际上能把预算和最后得实际开销做得几乎相差无几,非常准确的才是一个有经验的项目经理,而事实上要做到这一点非常不容易,因为项目中总会有意外情况发生,是项目经理无法预测,也就无法做进预算里的;还有一个就是误以为预算就是合同里相关部分的报价,错误!你做这件事花多少钱和客户为此付多少钱绝对是两回事!任务定了,真正的所需开销就已经在那里了,你可能需要一百万来做,但销售人员把这部分卖两百万,还是免费送给客户与你无关,那是他们需要从其他角度需要考虑的,你要做的就是要来一百万做你的项目而已。
预算怎麽做,也是一个很复杂的问题,个人认为,目前没有一个完美的办法。从前我们是这样做的,把可能要做的所有工作细化,比如说现场勘查,需要一个人,做8个小时,旅行时间来回4小时,共12小时。这样每一项工作都有一个时间的权值,而每一个工时,都有一个费率,费率的制定是由相应的部门确定的。举例来说,部门A,总共12个人,一年总开销为一百万(包括一切,房租,家具,水电,培训,薪水),其中有10个工程师,每个人每年工作2000小时,那末他们的费率就是1000000/10/2000=50,而部门B因为技术性更强,同样人数一年开销2百万,那末他们的费率就是100。这样做预算的好处是很容易,我们有个软件,把基本数据输入,一下就算好了,自己在根据实际情况编辑修正一下就差不多了,坏处是难以控制,工程部门是按工程师花在项目上的时间来找我要钱的,这样就产生了一个怪现象。一个预计花100小时的工作,一个出色的工程师50小时就完成了,而一个新手可能要150小时,而对于他们部门来说,这个新手的贡献是老手的3倍,SHIT!你要是老板你用谁?答案是显而易见的,而我就惨了,花钱多不说,进度还慢,而我无从知道这延误的50小时是因为出了困难情况还是在现场的是个笨蛋!我经常在月末收到工程部门的时间报告后和他们打架,为这个得罪了很多部门经理。
后来老板们也发现这样有问题,改成了特定的任务一个固定打包的价格,这样做我无须再控制,反正就这麽多,但有另外一个问题存在,就是如何界定工作的范围。这样做以后经理们经常来找我,说这个那个不在范围之内,要求加钱,一样让我头痛。目前能做的只能是以前一个方法为依据做固定价格,尽量细化工作范围,同时手里留一部分预算,留作真有意外发生时追加用。
最后就是抓住成本的主要方面,严格控制。对于我做过的大部分项目来说,主要部分在两个方面,一个是硬件,一个是人力成本。有一个例子,我接手一个大项目时,鉴于前一期的经验,加强了对损坏部件更换的控制,效果是惊人的。前一期合同额约5000多万美元,这部分的开销按
LISTPRICE算达400万美元之巨,而这一期合同额约1亿1千万美元,控制后的结果是不到50万美元。(可惜没人给我发奖金,让我倍感挫折)另一个例子是关于人力成本控制的。通常情况下,把一些简单工作外包是个好主意。以设备的清点为例,以前是自己的工程师做,后来包给客户指定的清关公司,一箱货付5元,总共不到1万元,而我们自己的工程师来做,我得花几十倍得代价(在按工时付费的模式时),而工程师们也很不愿意,觉得让他们干这种活简直是在侮辱他们。
另一个需要注意的是客户的额外需求。客户经常在项目中间提出这样或那样的要求,我一般根据合同判断,是否是我们的义务,如果不是,需要向老板们汇报,要求追加预算,并且应该让客户承诺如何作出补偿。额外的要求总是伴随着预算之外的硬件和人力资源要求,且常常会影响计划的顺利进行。最好的方法是不让它发生,在计划阶段做好工作,不给客户机会提出额外需求。
个人的精力毕竟有限,把主要方面抓住,其它就无所谓了。在我管的项目里,这两方面的比重加起来一般在整个预算的95%以上,只要把这两方面控制好,足够了。所以我从来不管助理们请客户吃饭HAPPY花了多少钱,闭着眼睛签字,实在是毛毛雨啦!
(7)项目的执行
项目的执行无疑是项目管理中非常重要的一个阶段,从合同签订或项目计划任务书批准开始,到整个项目结束都是项目的执行期。对于工程项目来说,主要是到PAC(初验)为止。项目经理在这一阶段的主要职责就是依照确定的计划监督项目的执行,并根据具体情况对计划随时做调整,
以适应实际情况的需要,协调各方面的资源,保证项目能够按时按质完成。就本阶段而言,经验是非常重要的,而且与项目经理的个人能力有很大关系,这个能力通常是指在压力下解决问题的能力。对于从未经历过这一阶段的人来说,项目的执行很难解释,我个人认为,有几个要点一定要时刻铭记在心,也可称为原则吧。
第一条,永远不会有一个项目没有意外;就是说不管在做计划时有多认真,多全面,总会有一些事情你预见不到,或是没有充分估计其危害程度,认真的计划会减少问题的发生,但不大可能完全避免,所以总会有问题出现,需要你去解决,这也是项目经理在项目执行阶段存在的意义。认识到这一点很有用,它能帮助你保持平静的心态,同时通过你的表现稳定团队的情绪,并能够积极的去解决问题,毕竟问题总会有的,某种意义上来说,你应当感谢它,若没有问题的出现,项目经理的存在就没有了价值,你也就没了这份差使。
第二条,充分理解合同中的相关部分,如果没有合同,就把项目计划任务书作为目标,要是项目计划任务书都没有,且住,你还有工作没做完,不能开始执行!理解项目的目标,要做的工作,工作的范围,你所拥有的权限等等,这样在遇到问题时,你可以迅速判断问题的性质,是可以你自己解决的,还是必须要报告。刚开始做项目时,有过一次给别人“擦屁股”的经历,有经验的人都知道,这种事时最讨厌的,因为当时的记录,经手人都可能不存在了,问题处理起来很棘手。
当时的问题是用户抱怨很多材料短缺,致使部分系统不能满负荷工作,因此拒绝初验。与公司内当时经办人查询,原因是材料没有按照要求包装,导致使用时管理混乱,且没有任何原始记录可供查询,我只好带着工程师把所有站点跑了一遍,把现场情况全部登记了,给客户补足了所有短缺的材料,耗时6个月,材料费几百万。得到的经验是,材料一定要按照要求包装运输,工程中的文字记录必不可少,不能图省事。还有一个收获是,凡是不能明确是谁的责任时,就是你的责任,如果想要客户负责任,可以,拿出证据来。
另外一次,在项目中发现少订了几千米电缆,经与设计工程师核对,他承认是个错误,恰好客户有该型号的电缆,向领导请示后,买了几千米解决问题。花了一万多。这两个例子要说明的是,需不需要报告不取决于要花多少钱!
第三条,抓住关键路径;当资源发生短缺时,首先保证关键路径上的节点所需资源,保证整体项目时间表的进度。有过这样的情况,两个地方,A和B,都需要同样的材料,管A的项目经理较有经验,提前预定了一批,而B没有,但B在关键路径上,材料给谁?B!但显然的,A的项目经理将获得较高的评价。
(8)项目的结束与项目的文档
项目初验后,通常有一段时间的试运行,3到6个月不等,然后是终验,终验意味着项目的结束,项目组解散,成员们回到各自的部门,等待着下一个项目的到来。项目经理的最后一项工作是总结报告(下面会提到),之后项目经理同样回到自己的部门里,通常会去休假,然后等待下一次的挑战。项目管理中涉及到的文档很多,最重要的我认为是项目任务计划书,定时的进度报告,和总结报告。
首先谈谈项目任务计划书,这可以说是重中之重。它的对象是全体项目组成员,steeringgroup的成员,并通常会抄送给相关部门经理们,由项目经理完成。
内容由几方面构成:
1,项目的背景资料,客户,市场方面,与竞争对手比较,与其它项目关系等等;
2,项目的目标;
3,项目的范围,实施内容,具体任务等;
4,时间表,Tollgate,milestoned的定义;
5,预算;
6,项目的组织,各自的责任与权力划分;
7,项目的管理原则,如定期报告制度,相关部门间接口的定义,质量保证体系等;
8,风险分析及解决措施;
9,附件(如合同或协议中的相关部分,有关技术文件等)。
其次是定期进度报告,时间根据具体项目而定,每月一次,每周一次,最紧张的时候甚至每天一次,内容相对简单,主要是5个部分:上次报告以来的进展;预计下次报告前的进展;目前的困难(也就是风险);解决方案,目前开销与预算的比较。
最后是总结报告,主要应当是根据项目的实际进展情况,与项目任务计划书比较,对项目的时间计划,预算,风险分析等方面的回顾总结,并据此对下次的项目计划提出修正意见,同时也应就项目执行中发现的内部管理问题向公司管理层提出改进建议。