it项目助理工作总结

it项目助理工作总结（精选6篇）

it项目助理工作总结 第1篇

it项目助理工作内容

1、项目经理为整个项目的第一责任人。

2、项目经理对《质量检查报告》中的所有细则负首要责任。

3、项目经理必须有效掌控项目开发的各个环节，协助、指导项目组成员的工作，及时发现 并处理项目中存在的问题，并对项目组成员的工作进行合理的评价。

4、负责管理和控制项目全过程的质量、进度。分析偏差，采取纠正措施。如果发现项目实 际进展显著偏离计划，则及时采取纠正措施。

5、根据项目规范建立项目组内部管理和沟通机制。

6、可根据需要调配组内人员等资源。

7、有权对项目组成员提出奖惩建议。

8、项目经理负责组织需求分析工作，并组织对需求文档和需求变更文档进行复审。

9、分配系统设计任务，包括体系结构设计、模块设计、用户界面设计、数据库设计等。

10、组织对体系结构设计、模块设计、用户界面设计、数据库设计进行评审。

11、负责组织项目开发小组会议并编写会议纪要。 开发小组会议每周至少举行一次 (可与项 目例会合并) ，对难点、疑点问题进行分析、解决，保证小组内成员充分沟通。

12、负责每周对开发人员的代码进行检查。

13、负责提交测试版本、搭建符合实际的集成测试环境，每个项目只能有一个测试环境，开 发环境不可与测试环境混合。

14、所需提交文档： 立项后制定《项目计划》并保证该计划的合理性和现实性。

延伸阅读：

IT项目经理怎样做好项目管理

IT项目管理最重要的一项任务就是跟踪与控制，时刻把握项目方向，保证项目计划得以顺利执行，偏差控制在可控风险范围内。但项目总是有太多意外因素，尤其是周期长的项目，人们常用夜长梦多来形容风险会随时间的延长而增加，所以IT项目经理一定时刻都要保持头脑清醒，对项目无益的事情不做，对项目有风险的事情更不能做。

随着项目的逐步开展，尤其是复杂项目：人多、事多、周期长，很多项目经理会逐渐因为个人喜好而忘记了项目的大目标，比较典型的有：技术出身的项目经理会沉迷于技术细节，大量时间花在学习新技术或者一头闷在解决技术难题上。脾气火爆的项目经理会因为很多不值当的事情大发脾气，把团队搞得乌烟瘴气。小心眼、爱面子的项目经理会因为某个组员无意的顶撞而怀恨在心，从此总给其穿小鞋，搞得团队拉帮结派，毫不团结。还有更糟糕的，比如爱玩游戏的，爱喝小酒的等等。所有这些，无论原因是自身不成熟，还是管理经验、管理能力不足，结果都一样，那就是项目管理出问题，甚至失败。

任何项目在开展过程中都会不断面对机会和诱惑，项目经理一定要能明确项目大目标，才能清晰地识别哪些是使项目成功的机会，哪些是会给项目带来风险的诱惑，才会少走弯路，早日成功。

人是需要不断被提醒的，这由人性决定。智慧的人能够不断的反省从而自我提醒，愚笨的人会被挫折、外界的警示不断提醒，这就形成了成功与失败的差异。

有这种看法的人不在少数。根据观察，之所以形成这种看法，一是对项目的真正概念不清晰，二是对管理的概念神话了，把管理理解成了高深莫测，非一般人能做的事情。首先有必要普及一下项目的概念。对项目有很多人下过定义，项目管理圣经PMBOK第三版(版)的定义是：为创造某个独特的产品或服务，或完成某独特的任务所做的临时性努力。围绕这句话PMBOK做了详细的解释和举例说明，很严谨，想了解的请学习PMBOK。因为都是翻译过来的定义，翻译得过于术语化很容易把人绕进去，在国内不排除已经拿到PMP认证证书的专业人士还搞不清楚项目究竟是什么。笔者在这里只想用汉语最通俗的语言来说明什么是项目和项目管理。项目，就是在限定的时间要人完成的事。记住三个关键字即可把握：人、时、事。

项目管理就是参与者用什么(知识、技能、工具、方法)来圆满地干好这件事。明白了这些，你就会明白从日常生活的吃喝拉撒到国家管理，处处都是项目，处处都需要项目管理，也就能明白每个人都需要项目管理，也就能理解学会了项目管理将会多么受益无穷，娴熟运用项目管理思维将无往不胜!

但需要提醒大家一点，现在的PMBOK是把传统制造行业、建筑行业、IT行业等多个行业领域的项目管理知识糅合到了一起，大而全，但针对性不够好，所以很多人觉得PMBOK理论化太强，学完了觉得很多东西没用。现在国际知名的另外一套项目管理认证，IPMP是按照工作岗位能力进行了分级，也没有针对行业进行分解。所以，无论拿到PMP或者IPMP，很多人都会有同样的困惑。据了解，PMI已经准备做这样的改进，这是一个很好的消息。

在软件行业，在界面设计没有正式展现给客户之前，所有的工作都处于需求调研阶段。其实建筑行业已经给我们做好了先例：客户买房子之前是先要看看样板房和模型的，什么都看不到这房子你敢买么?除非你不是自己住!而在我们所学的软件工程概念模型中，这是三个阶段：需求调研、需求分析、概要设计。

在客户把他们想要管理的业务模块以及与之相关的业务数据，流程，表单交付你的时候，你千万不要把这个阶段定性为需要调研结束，写出《需要规格说明书》就可以了。大量的实践证明，在概要设计阶段所衍生出来的需求工作量是之前的5~10倍，甚至更多，因为这要看设计人员的业务沟通能力和建模水平。

有实施经验比较丰富的项目管理人员总结说，在中国实施软件项目，必须以咨询方式展开：要推出自己的方案，而不能完全按照客户来提需求作项目。这是一种很好的解决思路，但无法解决所有实施项目的难题。这种解决方案的前提，要么项目实施者有成熟的业务模型，要么有成熟的产品(包含了成熟的业务模型)，否则是不可能做到的。但如果没有3~5年在同一行业，同一领域的实施经验和理论总结，没有哪家IT企业能达到这样的前提要求。

其实得出这样结论的深层原因，是因为国内多数企业管理思想不成熟，更谈不上完善的业务模型，所以客户的思维一定程度是发散的，还未形成系统。甚至还有些客户的领导，脑子中有很多新鲜的点子，他都有可能想在企业信息化的实施过程中加进来，这对把控项目范围和项目实施效果来说，都可能是灾难的开始。

所以，要做好实施项目，实施者必须有很好的业务建模能力，快速的给客户展示合理的软件原型软件Demo。请记住：软件实施项目，一定要给用户看到样板房软件Demo，才算需求调研结束!

学以致用，就怕乱用。无论是产品、技术还是管理方法，都存在为了更先进、更科学而罔顾现实，盲目乱用的现象，结果先进和科学的技术、工具不仅未提高生产效率，却成了累赘，这样的情况到处都是，在IT项目中也为数不少。

国内大量失败的ERP项目就是这类错误的典型。有人把ERP项目归结为一把手工程，意思是只有领导重视并推动才能成功。领导支持是项目成功很重要的一个条件，但绝不是有领导支持就一定能够成功。有些项目就是领导决策失误盲目上的，从开始就注定项目要失败。一个信息化项目的实施，对很多企业来说就是一场大的改革，对所有员工从思维、技能到工作习惯等多方面都需要进行调整。如果企业的员工素质不能跟上，纵然有各种各样的培训，但不顾员工基础和学习曲线，用户不能真正掌握全新的系统，结果就只能增加用户负担，而产生不了期望的效果。

很多IT项目经理在学习了一些新的技术后，总想立刻在项目中实践，而不去仔细分析这些技术在这个项目中是否需要，是否适合。IT技术日新月异，不断有新的理论被提出来，被翻译引进到国内。有些项目经理在一知半解，对这些技术还不是很熟悉的情况下，就敢向人吹嘘他所掌握技术的科学性、先进性，进而强制要求在项目中实践。这可能是甲方的项目经理，也可能是乙方的项目经理。因为技术选择错误导致项目失败的例子在国内过去有，现在也还有!绝对不可准备不足，大范围引入全新的技术，待到项目时间过去一半了，才发现选择的技术不适用，那时候一切都晚了。掌握任何新东西都有学习曲线，项目的时间限制是项目经理必须时刻牢记的要素，把握不好就会给项目带来极大风险。

涉及到具体的IT项目管理，PMBOK的知识体系可谓博大，还有一些其他新的项目管理工具，不能说不先进，但是哪些知识、工具、方法适合本项目，需要项目经理根据实情，认真分析后进行筛选使用。

科学、先进、好用等等修饰头衔这些都不是要选择的首要理由，需要、适用和有效才是首要考虑的事情。很多IT项目经理因为年轻，初生牛犊不怕虎，胆量大，勇气足，敢于在实践中引入新的工具、方法。敢于尝试不是坏事，但试验的风险一定要控制好。对于项目经理来说，所有的决策都要围绕项目目标进行。项目经理的首要任务是保证项目成功，如果同时能引入新的技术、工具，增加组员的知识技能，提升项目组工作效率，提高产品的质量和可靠性，绝对是锦上添花，但绝对不能为了锦上添花而导致项目失控甚至失败，捡了芝麻，丢了西瓜!

项目一定要盈利，这句话被无数IT项目经理奉为真理，也就注定了要创造很多悲剧!为了达到这个目的，很多IT项目经理甚至都在悉心研究厚黑学，学习用什么办法把小弟搞得热情高涨，比民工累，从而用最低的成本创造最大的利润。项目管理作为战术层次的管理手段，一定要服务于战略层次的大方向。商场如战场，有胜利就会有失败。为了战略胜利，很多战役要诱敌深入，必须打败仗。败仗不要紧，关键要弄清楚败到什么层次，损失到何种地步，明确本次战役的真实目标，再去打这场战役，就会做到驾轻就熟，从而不至于到最后形成不仅损兵折将，还未能诱敌深入的局面。

开拓市场、占领市场、站稳市场、挖掘市场，这是每个公司发展必不可少的步骤。很多项目，对公司来说都是为了占领市场，甚至虎口夺食。这样的项目，公司从战略层面首先要求的绝对不是盈利，而是如何能把市场占领，继而站稳，项目经理必须明白这个战略意图。

平衡是项目管理最为重要的一个思想，从过去的做好质量、时间、成本项目三要素的平衡，到现在满足相关干系人的需求，所有的最佳实践和理论研究成果，都绝不会提倡走极端，杀机取卵!利润只是项目的一个目标，并且一定要明白有短期利润和长期利润之分，过分单一追求利润的项目注定要失败，过分追求利润的公司也不会长久。

该花的钱不能省，不该花的钱一分也不要花，项目经理把成本控制在合理的预算范围内，就是成本控制的成功。万万不可为了把一个注定要赔钱的项目做得盈利而想尽办法、绞尽脑汁压缩成本，从而让组员加班加点，玩命干活，到最后，项目干完了，人也走光了，还极有可能因为赶工导致项目质量不合格，客户不满意，那就真的赔了夫人又折兵!项目组要能保持激情高效，不能懒散拖沓，项目经理一定要把握好这个度，绝不能走极端。平衡是一门艺术，也是展示项目经理能力水平的一个重要标尺!

怎样才能保证项目成功?计划，计划，再计划，这是项目管理的最佳实践!所以，做项目管理的一般都知道如何编制项目计划，并且很多人能熟练的使用 Project工具，知道80小时或者40小时法则、WBS和关键路径的概念。每个项目经理都会记住计划一旦形成，就严格按照计划去执行，而不受某个人、某件事的影响这个原则，也明白这样做不仅能够减少大量资源的浪费，产品的质量也能得到保障。所以，很多项目经理排斥，甚至拒绝改变计划。坚持原则，这貌似没什么错，但真的这样么?要弄清楚一件事是否有必要做，首先就得弄清楚两个问题：一、这件事为什么要做?二、做了有什么好处?

那我们首先问一下编制计划的目的是什么?我们知道计划是项目管理的最佳实践，计划是保证项目成功的一种手段和方法，做这件事只有一个目的，那就是为了保证项目成功，但前提是，这份计划是周密的、可行的。严格执行一份周密可行的项目计划才能保证项目成功。很多项目经理记住了上面的严格执行原则，但忘记了这个大前提。

第二个问题，计划有什么好处?项目管理的计划方法，把项目活动、持续时间、所需资源有机地结合在一起，并且有严格的先后次序、里程碑和关键路径，可以清晰地提醒项目所有成员在什么时间，做什么事情，保证每个项目任务都得以执行;通过对计划的执行跟踪，项目经理可以清晰地了解项目进展情况和偏差情况，评估并及时有效的控制项目风险，从而保证项目的成功。

明白了这两点，我们再来看IT项目。对多数IT项目，尤其是软件实施项目，启动时都存在范围不够明晰，需求不确定的情况。只有到软件Demo产生，才可能需求清晰，范围确定，这些情况就决定了IT项目计划需要根据项目的实际情况及时进行修正。如何压缩范围确定的时间，早日制定出周密可行的计划，是软件项目的一个重要课题。

制定一份周密可行的计划是项目经理优秀能力的体现，尤其是WBS的制定，对复杂项目有很大难度。在谈奥运项目的管理体会时，项目专家曹蕾就提到奥运会项目最难的一点就是WBS的制定。要保证项目的成功，就要保证项目的每个活动都能得以顺利执行。所以，在项目情况发生变化，在原有的计划基础上有需求变更时，就要把新的任务补充到计划中，修正计划，确保WBS的完整，确保计划周密可行，之后的工作才是严格执行。顺便提一句，有些项目经理会走另外一个极端：因为需求不确定，所以不制定项目计划。这同样是对计划的错误理解。即使计划不够周密，但它可以提醒我们项目的大目标是什么，保证项目团队所采取的行动不偏离大方向。

任何一项大的项目，都可以拆分成很多小项目，WBS的渐进明细，也是项目必须完成的任务之一，所有任务的持续时间都是要估算的，即使不够准确，至少可以作为经验累积，为今后的准确估算做了准备。因此，项目的任何阶段都一定要有计划。

it项目助理工作总结 第2篇

1、排除电脑系统硬件故障及电脑网络系统故障;

2、学习和掌握各种应用软件的安装、推广和维护;

3、定期检查邮件服务器，严格落实电脑病毒预防措施;

4、协助完成公司电脑类资产采购、管理、季度保养及资产盘点工作;

5、日常办公设备的维护、保养和更换(打印机故障排除、电灯更换等);

6. 公司临时安排的其它工作。

任职要求：

1、电气或者计算机相关专业大专以上学历;

2、有一定的英文交流水平，可以用英文邮件交流;

3、有计算机硬件或网络等IT设备维护经验的优先;

4、有电工证优先;

IT项目风险及其管理 第3篇

一、IT项目风险管理的相关概念

从广义上讲, 如果项目没有实现使用者或系统所有者最初的预期或目标时, 那项目可以说是失败的。这样的解释显然过于简单, 因为预期和目标在何时以及何种程度上完成是很难判断的。但一般意义上, 项目的成功与否我们可以用时间、预算和规格来衡量。通过这些标准, 彼姆 (Beam, 1994) 说只有2%的IT项目是成功的, 因为很多成功的项目延期或严重超出了预算。一旦项目实施失败, 必然会造成巨大损失, 甚至会导致公司业务的混乱。而导致项目实施失败的因素, 常常被人们说成是“风险”。因此沃德 (1997) 把项目风险定义为“项目绩效水平中隐藏着的严重的不确定性”。然而, 由于风险往往和巨额的利润联系在一起。IT项目开发中的风险可以定义为:由于在生产过程中遇到问题而使系统不能实现计划和预期收益率的机率 (雷曼尹, 2000) 。显然, 风险是和未来事件联系在一起的。

因此, 要想使IT项目成功, 必须进行风险管理。通行的穆非 (Murphy) 法则认为, 如果项目不是完全根据风险问题进行管理的话, 他们可能会遇到问题, 并且会无法挽救或者超过预算, 甚至导致全盘失败;麦克高迪 (Mc Gaughty, 1994) 干脆就把卓有成效的风险管理看成是一定范围内的科学和艺术。然而风险管理也不是独立的事情, 它应该作为项目管理的一个部分, 而且也不仅仅是存在于项目实施的早期。从理论上讲, 虽然IT项目风险管理开始于软件开发的生命周期 (SDLC) 的可行性研究阶段, 但实际上风险管理应该贯穿于项目的始终, 并需要持续的关注和评估。实施项目风险管理的直接益处就在于防范于未然, 及时识别风险并采取降低风险的措施, 从而减小不确定性和偏差, 把项目引向成功。开普斯 (Keepers) 国际银行运作零售银行 (Retai Banking) 就是在项目开发过程中成功应用风险管理的典型案例。

二、IT项目开发中的主要风险

我们知道, 风险有可能会随着时间慢慢消失, 但也有可能像“滚雪球”一样不断累积, 直到最后不可收拾。而且由于风险定义的差异性, 导致风险的种类也千差万别, 从细节上可以列举出无数的风险。但这种列举往往会冲淡人们对某些关键风险的关注程度。因此, 本文只关注IT项目中三类主要的风险:业务风险、开发风险、技术风险, 而且这三种风险在开发过程中在数量上是不平衡的。

1. 业务风险

业务风险是普遍存在的, 包括业务理解不当、开发过程中辅助项目的购买、不能适应业务需求的变化。很多项目运行出错就是因为没有正确地理解业务问题, 因此开发项目面临的最大风险就是项目主管人员对主要业务问题理解不完全或不充分。另外如果项目开发过程中需要企业本身购买相应的辅助设备或项目, 虽然这些东西与业务利益无关, 但对IT项目的开发或者实施是非常重要的。一旦缺少, 也必将带来严重的后果。业务风险还表现在项目无法紧跟业务的变化。因为业务变化就有可能改变最初的项目需求分析乃至项目规划。特别对于一些特殊的行业如金融而言, 金融创新不断, 业务变化频繁。这种变化会使得IT项目变得越来越庞大, 如果开发人员不能适应这种变化, 将会导致IT项目的失败。

2. 开发风险

开发风险可能出现在评估或计划的不足、开发过程中人员的频繁流动、开发工具的使用不当等方面。尽管这些风险发生时, 并不必然导致项目的全盘失败, 但能引起严重的延迟和极大的成本超支。首先, 项目的评估一直是个问题, 因为在做评估的过程中所需的东西大多是不现实的。在IT项目的可行性研究阶段, 最初执行的工作如分析、设计或规格, 可能是不够的或者是不正确的。再就是项目开发过程中, 或者是开发人员, 或者是客户的业务人员, 都有可能改变其职务。如果是项目开发的核心人员或业务的主管离开或调任时, 不可避免地会使项目遭受挫折。因为新来的人员要花相当时间来熟悉项目的细节以及业务问题。最后是开发工具, 主要是硬件和软件的开发工具应用不当的。

3. 技术风险

技术风险是指潜在的设计、实现、接口、验证和维护等方面的问题。此外, 技术的不确定性、技术平台、技术生命周期以及“过于先进”的技术也是风险因素。从保守的观点来看待风险, 过多领先的创新可能成为IT项目巨大的灾难。另外如果所选择的技术正处于其生命周期的末期, 也有可能产生投资上的诸多问题, 而且它也可能会缚住项目的手脚并且变得多余或陈腐。技术风险的威胁主要会对项目的质量及交付时间产生影响。一旦技术风险变成现实, 则开发工作可能变得很困难。

三、IT项目风险的主要后果

伯恩斯坦 (1996) 曾经说过, 梦魇在于我们决策的结果, 而不在于决策本身。风险也是这样, 风险并不可怕, 可怕的是它带来的后果。在此, 本文还是按照上面的分类方法, 来阐述各自带来的风险后果。

1. 业务风险后果

由于项目的主管人员对业务问题缺乏了解或了解得不充分, 将造成资源和机会的错误匹配, 导致资金使用不当。所谓隔行如隔山, 由于各行业都有其独特性, 使得项目主管很难深入理解, 这种现象也曾被格林德尼 (Grindley, 1992) 称作“文化隔阂”。他的研究表明, 文化隔阂是IT项目主管所面临的最大问题之一。第二个后果是, 业务部门与项目开发部门的合作越来越困难, 这种不和谐最容易导致项目开发时的“信息孤岛”, 这样项目开发就形同闭门造车。第三个后果是, 所开发的功能在实际工作中并不需要, 其结果必然是IT系统不能被采用或很快就被放弃。这种结果很常见, 往往是开发出来的系统由于过于复杂, 业务人员无法适应, 或者系统严重脱离实际, 导致系统最后的闲置。雷曼尹 (1997) 的研究表明, 避免这种后果, 需要一个正式的风险管理策略, 这也是开普斯 (Keepers) 国际银行所采用的策略。

2. 开发风险后果

由于IT项目往往规模很大, 所以评估和计划的不足将会导致预算严重超支和时间超期, 从而会导致项目失去高层领导的支持, 这是很多项目最终失败的原因。另外, 关键人员的离职是项目开发过程中越来越难管理的问题, 这种结果可能是延迟开发时间, 也可能导致成本上升和开发混乱, 造成项目质量降低, 甚至极端情况下不能交付系统。还有如开发工具的不合适或不够匹配, 它可以导致重新设计系统和重新编码, 这会由于高成本而导致放弃IT项目。比如2000年联想就是过分地相信MOVEX产品而导致了最后与三露厂之间噩梦般的结局。

3. 技术风险后果

由于所选择的技术不当或者是没能成功地执行, 其结果通常是项目的质量降低。另外, 到目前所遇到的最重要的技术困难在于新技术本身, 或者是在行业内是最新的, 或者是开发组以前没有用过的。这就需要时间和资金来应对新技术带来的新挑战, 稍有不慎, 会导致项目不能完成或者是系统缺乏稳定性。

四、IT项目的风险管理手段

各行业务本身就是与风险并存的, 因此在实施IT项目过程中会不可避免地遇到各种风险问题。项目风险管理的基本目标 (雷曼尹, 1997) 就是确定这些风险的行动路径, 然后选择必要的步骤来减小或消除风险。另外在这个过程中关键问题还在于管理的成本, 减小或转移风险的总成本不应该大于风险物化时所发生问题的成本, 因为往往会出现避免风险的花费比风险实际发生时的成本要大的多。但无论如何都要进行风险管理, 采取具体的手段来应对各种潜在的问题。

1. 确定专门的风险管理负责人

IT风险管理是一项极具挑战性的工作, 因为它要求组织内部必须做好充分的准备, 并且贯穿整个项目的始终, 这样才能保证项目的成功完成。IT项目的风险管理是非常耗时间和精力的, 这样就需要一个风险管理负责人, 这个人要求既懂金融业务又懂IT问题。当然如果项目非常小, 项目经理是可以兼任风险管理负责人的工作的。风险管理负责人, 必须始终对风险保持警惕, 并且能够制定风险防范计划, 采取合适的手段应对各种潜在的、突如其来的不确定性。

2. 选择合适的项目经理

现在IT行业里面, 顶着项目经理头衔的人越来越多, 取得PMP证书的人也越来越多, 但真正做起项目管理却不见成效。因此如何选择合适的项目经理, 对于一个IT项目的风险管理至关重要。一般而言, 可以从四个方面进行评判:知识、经历、能力、性格。这里特别强调对行业的了解, 这不单是对IT行业的深入了解, 还需要对其他行业的经营理念有所涉猎。知识掌握得是否扎实, 是否全面, 是否应用自如, 决定着项目经理的水准。在项目开发中, 项目经理要帮助风险管理负责人阐明风险和管理风险, 而且他也要让所有参与项目开发的人关注风险问题, 因此选择合适的项目经理是成功的关键。

3. 建立风险管理计划

如前所述, IT项目的风险管理应该作为项目的一个部分, 需要编制一个完善的管理计划。这包括四个阶段:识别风险、建立风险物化结果、理解风险的驱动因素、为最小化风险达成一致意见。按照前面的三种风险分类, 用聚焦的方法, 提出各自相应的风险问题, 从而形成项目的风险评价问卷。这有助于风险管理负责人能够考虑所有主要的或现在的相关风险。之后是检查风险物化后的结果或问题, 这可以为避免风险提供指南。紧接着要全面检验风险的驱动因素。如果能理解这些因素, 那风险管理负责人就可以在防止和避免风险方面发挥重要作用。最后就可以根据上述步骤建立和执行适当的行动方案。在这个过程中, 应该注意, 避免风险的成本不能超过解决风险物化后造成结果的成本。

4. 对项目参与人员进行业务培训

业务风险中很大一部分是由于参与人员对相关业务不熟悉或理解不充分, 特别是项目经理。因此必须在IT项目开始之前对其进行必要的业务培训, 使之能对业务流程有相应的理解, 并且有必要安排业务考核, 以便组成精干的开发队伍。

5. 建立定期风险审计进度计划

在IT项目的风险管理过程中需要认识这样一个事实:风险熵 (穆非, 1997) 在整个项目中是一直存在的。因此除了要检查风险管理计划外, 定时检查或审计风险水平也是很重要的。在国外的IT项目开发中通常应用风险评审技术 (VERT) 来做这个工作, 这可以为项目管理人员进行项目风险分析提供一系列行之有效的方法。

6. 建立应急计划

在项目开发过程中最困难的问题就是变化。这些变化常常是以一种极具威胁的方式出现的, 或者耗时间或者费资金, 而且变化的蔓延对项目的进行极其不利。当然项目从一开始, 就不可能知道最终确切的结果。而且由于这种不确定性, IT项目开发只能依赖当前没有变化的假设。然而如果适应不了这些变化, 那么应急方案也许是唯一能够挽救的措施, 这也是风险管理中最糟糕的结局。

从风险细节上讲, 管理的手段还有很多。比如, 加强对开发人员的管理, 避免人员的频繁流动, 做好项目的整体评估, 对准备运用的新技术进行小规模的实验, 像一般的项目一样建立项目监理制度等等, 当然取得管理层对项目的支持也是非常重要的。

五、结束语

工程项目与IT项目的成本管理 第4篇

项目成本管理是在保证满足工程质量、工期等合同要求的前提下，对项目实施过程中所发生的费用，通过计划、组织、控制和协调等活动实现预定的成本目标，并尽可能地降低成本费用的一种科学的管理活动，它主要通过技术(如施工方案的制定比选)、经济(如核算)和管理(如施工组织管理、各项规章制度等)活动达到预定目标，实现盈利的目的。

成本控制在不同的项目管理中有着不同的体现。对于一般的工程项目管理和近年兴起的IT项目管理，其成本管理角度、难点及内容可以说完全不同。笔者下面就以工程项目管理和软件开发项目管理为例子，谈谈成本管理的不同表现。

在工程项目管理过程中，成本是项目施工过程中各种耗费的总和。成本管理的内容很广泛，贯穿于项目管理活动的全过程和每个方面，从项目中标签约开始到施工准备、现场施工、直至竣工验收，每个环节都离不开成本管理工作，就成本管理的完整工作过程来说，其内容一般包括：成本预测、成本控制、成本核算、成本分析和成本考核等。虽然工程项目的投入涉及非常多的物质条件以及人力，但其中的很多因素都是便于量化和计算，而KT程项目管理有很长时间的项目经验积累可以参考，所以成本控制可以从下面工作项目的成本预测、成本控制、降低成本的有效途径三方面引以阐述。

1、搞好成本预测、确定成本控制目标

成本预测是成本计划的基础，为编制科学、合理的成本控制目标提供依据。因此，成本预测对提高成本计划的科学性、降低成本和提高经济效益，具有重要的作用。加强成本控制，首先要抓成本预测。成本预测的内容主要是使用科学的方法，结合中标价根据各项目的施工条件、机械设备、人员素质等对项目的成本目标进行预测。

1.1工、料、费用预测

1)首先分析工程项目采用的人工费单价，再分析工人的工资水平及社会劳务的市场行情，根据工期及准备投入的人员数量分析该项工程合同价中人工费是否包住。

2)材料费占建安费的比重极大，应作为重点予以准确把握，分别对主材、地材、辅材、其它材料费进行逐项分析，重新核定材料的供应地点、购买价、运输方式及装卸费，分析定额中规定的材料规格与实际采用的材料规格的不同，对比实际采用配合比的水泥用量与定额用量的差异，汇总分析预算中的其它材料费，在混凝土实际操作中要掺一定量的外加剂等。

3)机械使用费：投标施组中的机械设备的型号，数量一般是采用定额中的施工方法套算出来的，与工地实际施工有一定差异，工作效率也有不同，因此要测算实际将要发生的机使费。同时，还得计算可能发生的机械租赁费及需新购置的机械设备费的摊销费，对主要机械重新核定台班产量定额。

1.2施工方案引起费用变化的预测

工程项目中标后，必须结合施工现场的实际情况制定技术上先进可行和经济合理的实施性施工组织设计，结合项目所在地的经济、自然地理条件、施工工艺、设备选择、工期安排的实际情况，比较实施性施组所采用的施工方法与标书编制时的不同，或与定额中施工方法的不同，以据实作出正确的预测。

1.3辅助工程费的预测

辅助工程量是指工程量清单或设计图纸中没有给定，而又是施工中不可缺少的，例如混凝土拌合站、隧道施工中的三管两线，高压进洞等，也需根据实施性施组作好具体实际的预测。

1.4大型临时设施费的预测

大型临时工作费的预测应详细地调查，充分地比选论证，从而确定合理的目标值。

1.5小型临时设施费、工地转移费的预测

小型临时设施费内容包括：临时设施的搭设，需根据工期的长短和拟投入的人员、设备的多少来确定临时设施的规模和标准，按实际发生并参考以往工程施工中包干控制的历史数据确定目标值。工地转移费应根据转移距离的远近和拟转移人员，设备的多少核定预测目标值。

1.6成本失控的风险预测

项目成本目标的风险分析，就是对在本项目中实施可能影响目标实现的因素进行事前分析，通常可以从以下几方面来进行分析：

1)对工程项目技术特征的认识，如结构特征，地质特征等。

2)对业主单位有关情况的分析，包括业主单位的信用、资金到位情况、组织协调能力等。

3)对项目组织系统内部的分析，包括施组设计、资源配备、队伍素质等方面。

4)对项目所在地的交通、能源、电力的分析。

5)对气候的分析。

总之，通过对上述几种主要费用的预测，即可确定工、料、机及间接费的控制标准，也可确定必须在多长工期内完成该项目，才能完成管理费的目标控制。所以说，成本预测是成本控制的基础。

2、围绕成本目标，确立成本控制原则施工项目成本控制就是在实施过程中对资源的投入。施工过程及成果进行监督，检查和衡量，并采取措施确保项目成本目标的实现

成本控制的对象是工程项目，其主体则是人的管理活动，目的是合理使用人力、物力、财力，降低成本，增加效益。为此，成本控制的一般原则有：

2.1节约原则

节约就是项目施工用人力、物力和财力的节省，是成本控制的基本原则。节约绝对不是消极的限制与监督，而是要积极创造条件，要着眼于成本的事前监督、过程控制，在实施过程中经常检查是否出偏差，以优化施工方案，从提高项目的科学管理水平人手来达到节约。

2.2全面控制原则

全面控制原则包括两个涵义，即全员控制和全过程控制。

1)项目全员控制

成本控制涉及到项目组织中的所有部门、班组和员工的工作，并与每一个员工的切身利益有关，因此应充分调动每个部门、班组和每一个员工控制成本、关心成本的积极性，真正树立起全员控制的观念，如果认为成本控制仅是负责预、结算及财务方面的事，就片面了。

2)项目全过程成本控制

项目成本的发生涉及到项目的整个周期，项目成本形成的全过程，从施工准备开始，经施工过程至竣工移交后的保修期结束。因此，成本控制工作要伴随项目施工的每一阶段，如在施工准备阶段制定最佳的施工方案，按照设计要求和施工规范施工，充分利用现有的资源，减少施工成本支出，并确保工程质量，减少工程返工费和工程移交后的保修费用。工程验收移交

阶段，要及时追加合同价款办理工程结算，使工程成本自始至终处于有效控制之下。

3)目标控制原则

目标管理是管理活动的基本技术和方法。它是把计划的方针、任务、目标和措施等加以逐一分解落实。在实施目标管理的过程中，目标的设定应切实可行，越具体越好，要落实到部门、班组甚至个人；目标的责任要全面，既要有工作责任，更要有成本责任；做到责、权、利相结合，对责任部门(人)的业绩进行检查和考评，并同其工资、奖金挂钩，做到奖罚分明。

4)动态控制原则

成本控制是在不断变化的环境下进行的管理活动，所以必须坚持动态控制的原则，所谓动态控制就是将工、料、机投入到施工过程中，收集成本发生的实际值，将其与目标值相比较，检查有无偏离，若无偏差，则继续进行，否则要找出具体原因，采取相应措施。实施成本控制过程应遵循“例外”管理方法，所谓“例外”是指在工程项目建设活动中那些不经常出现的问题，但关键性问题对成本目标的顺利完成影响重大，也必须予以高度重视。

3、降低项目成本的方法有多种。概括起来可以从组织、技术、经济、合同管理等几个方面采取措施控制

3.1采取组织措施控制工程成本

首先要明确项目经理部的机构设置与人员配备，明确处、项目经理部、公司或施工队之间职权关系的划分。项目经理部是作业管理班子，是企业法人指定项目经理做他的代表人管理项目的工作班子，项目建成后即行解体，所以他不是一经济实体，应对处整体利益负责任，同理应协调好公司与公司之间的责、权、利的关系。

其次要明确成本控制者及任务，从而使成本控制有人负责，避免成本大了，费用超了，项目亏了责任却不明的问题。

3.2采取技术措施控制工程成本

采取技术措施是在施工阶段充分发挥技术人员的主观能动性，对标书中主要技术方案作必要的技术经济论证，以寻求较为经济可靠的方案，从而降低工程成本，包括采用新材料、新技术、新工艺节约能耗，提高机械化操作等。

3.3采取经济措施控制工程成本

采取经济措施管制工程成本包括：

1)人工费控制：人工费占全部工程费用的比例较大，一般都在10％左右，所以要严格控制人工费。要从用工数量控制，有针对性地减少或缩短某些工序的工日消耗量，从而达降低工日消耗，控制工程成本的目的。

2)材料费的控制：材料费一般占全部工程费的65％-75％，直接影响工程成本和经济效益。一般作法是要按量、价分离的原则，主要做好两个方面的工作。

一是对材料用量的控制：首先是坚持按定额确定材料消耗量，实行限额领料制度：其次是改进施工技术，推广使用降低料耗的各种新技术、新工艺、新材料。再就是对工程进行功能分析，对材料进行性能分析，力求用低价材料代替高价材料，加强周转料管理，延长周转次数等。

二是对材料价格进行控制：主要是由采购部门在采购中加以控制。首先对市场行情进行调查，在保质保量前提下，货比三家，择优购料：其次是合理组织运输，就近购料，选用最经济的运输方式，以降低运输成本：再就是要考虑奖金的时间价值，减少资金占用，合理确定进货批量与批次，尽可能降低材料储备。

3)机械费的控制：尽理减少施工中所消耗的机械台班量，通过全理施工组织、机械调配，提高机械设备的利用率和完好率，同时，加强现场设备的维修、保养工作，降低大修、经常性修理等各项费用的开支，避免不正当使用造成机械设备的闲置，加强租赁设备计划的管理，充分利用社会闲置机械资源，从不同角度降低机械台班价格。从经济的角度管制工程成本还包括对参与成本控制的部门和个人给予奖励的措施。

3.4加强质量管理，控制返工率

在施工过程中，要严把工程质量关，始终贯彻我局“至精、至诚、更优、更新”的质量方针，各级质量自检人员定点、定岗、定责、加强施工工序的质量自检和管理工作真正贯彻到整个过程中，采取防范措施，消除质理通病，做到工程一次成型，一次合格，杜绝返工现象的发生，避免造成因不必要的人、财、物等大量的投入而加大工程成本。

3.5加强合同管理，控制工程成本

合同管理是施工企业管理的重要内容，也是降低工程成本，提高经济效益的有效途径。项目施工合同管理的时间范围应从合同谈判开始，至保修日结束止，尤其加强施工过程中的合同管理，抓好合同管理的攻与守，攻意味着在合同执行期间密切注意我方履行合同的进展效果，以防止被对方索赔。合同管理者的任务是非曲直天天念合同经，在字里行间攻的机会与守的措施。总之，成本预测为成本确立行为目标，成本控制才有针对性：不进行成本控制，成本预测也就失去了存在的意义，也就无从谈成本管理了，两者相辅相成，所以，应从理论上深入研究，实践上全面展开，扎实有效地把这些工作开展好。

软件项目成本管理就是根据企业的情况和项目的具体要求，利用公司既定的资源，在保证项目的进度、质量达到客户满意的情况下，对软件项目成本进行有效的组织、实施、控制、跟踪、分析和考核等一系列管理活动，最大限度地降低项目成本，提高项目利润。

软件开发项目的投入主要是人力资源，很难量化，而且IT项目管理出现的时间较短，没有丰富的项目管理经验可借鉴，其管理的过程较之工程项目更加不可预测，其成本控制也更难，且与工程项目有着完全不同的切入点。

4、项目成本管理的过程和存在的主要问题

4.1软件开发项目成本管理的过程包括：

1)资源计划，包括决定为实施项目活动需要使用什么资源(人员、设备和物资)以及每种资源的用量。其主要输出是一个资源需求清单。

2)成本估算，包括估计完成项目所需资源成本的近似值。其主要输出是成本管理计划。

3)成本预算，包括将整个成本估算配置到各单项工作，以建立一个衡量绩效的基准计划。其主要输出是成本基准计划。

4)成本控制，包括控制项目预算的变化。其主要输出修正的成本估算、更新预算、纠正行动和取得的教训。

4.2软件开发成本管理过程中的主要问题：

1)项目成本预算和估算的准确度差。

由于客户的需求不断变化，使得工作内容和工作量不断变化。一旦发生变化，项目经理就追加项目预算，预算频频变更，等到项目结束时，实际成本和初始计划偏离很大。

此外，项目预算往往会走两个极端：过粗和过细。预算过粗会使项目费用的随意性较大，准确度降低，预算过细会使项目控制的内容过多，弹性差，变化不灵活，管理成本加大。

2)缺乏对软件成本事先估计的有效控制。

在开发初期，对成本不够关心，忽略对成本的控制，只有在项目进行到后期，实际远离计划出现偏差的时候，才进行成本控制，这样往往导致项目超出预算。

3)缺乏成本绩效的分析和跟踪。

传统的项目成本管理中，将预算和实际进行数值对比，但很少有将预算、实际成本和工作量进度联系起来，考虑实际成本和工作量是否匹配的问题。

5、鉴于软件开发项目的特殊性，其项目成本管理的切入点也完全不同

目前常用的软件项目管理工具都侧重于某一方面的功能，如微软的Project2000侧重管理、规划任务，并在项目执行过程中跟踪这些任务，偏向于进度安排z与跟踪控制；RUP侧重于用户需求的描述，PVCS侧重于软件变更管理。这些软件项目管理工具都在不断的完善其功能，虽然也有成本管理的功能，但总的来说大多数都不能用来进行软件成本估计，缺乏事先成本控制，不能和估计数据自动化协调，不能自动化地利用历史数据库中的数据。当前的项目管理工具并不能满足成本管理的需要。

要解决了成本估算准确度差的问题，工作量和实际成本匹配的方法进行成本的绩效分析和跟踪使得项目成本能够控制在预算范围之内。软件项目的成本管理可以从成本管理系统的设计角度寻求解决。

5.1系统总体设计

虽然目前已有不少项目管理软件，但一般只是管理软件进度和跟踪监督，和软件估算是项目独立的，而且目前还没有成型的软件项目成本管理软件。鉴于软件开发过程中的特殊性，应该以进度、人员、成本、变更为中心，综合设计软件成本管理的具体实施方案，并以此为基础对系统的功能进行分析和设计。

5.2系统功能设计

1)成本估算是项目成本管理的一个非常重要的部分，精确的软件成本估算是进行有效的软件管理的一个必不可少的组成部分。常用的软件估算方法有：算法模型法、专家判定法、类比估算法等，这些方法各有优缺点。

2)预算变更管理可以记录每一次资源和成本的变化，保持完整的有注释的历史记录。

3)成本基准计划是成本控制的标准。即使最好的项目经理采用最优的成本估算方法，也不可能使预算和实际成本完全一致。因此，项目成本估算应该预留总成本的5％－10％作为不可预见的成本，用于应急项目成本，在成本估算和预算之上。成本控制的基准是项目管理人员根据项目的具体情况确定允许的偏差范围。在一个项目的进行中，成本基准计划并非一成不变的，而是随着用户的需求变化，项目的变更请求基准计划可能会得到不断的校正。

4)进度计划分为控制计划和执行计划，允许用户实时查询进度计划以及实际进度状态。成本估算通常与工作量联系起来考虑，成本的跟踪控制过程也是进度计划的执行与调整的过程。

5)成本控制是根据成本基准计划来控制项目预算的变化，成本控制过程的主要输出是修正的成本估算、更新预算、纠正行动、完工估算和取得的教训。成本绩效分析和跟踪将预算和实际进行数值对比，将预算成本、实际成本和工作量进度联系起来，考虑实际成本和工作量是否匹配。系统解决实际成本和工作量匹配的方案。如果实际成本和实际进度不匹配则重新调整计划，采取必要的措施防止项目成本失去控制。

6)过程数据库存放项目的成本管理过程的历史数据，它由已完成项目的数据构成。这些数据可用于成本估算，成本计划，绩效分析等方面。它除了为进行新的项目成本计划提供依据，也可以为进行中的项目提供实时的过程数据。在项目初始基准计划制定时期，以过去类似项目的历史过程度量数据为经验，制定基准计划，执行计划。将本次项目开发执行过程的过程度量数据存入数据库，作为下一次开发计划制定的经验数据。这样，计划的制定越来越接近实际。

IT助理岗位的职位职责 第5篇

职责：

1.负责公司电脑、打印机、复印机、扫描仪、无线路由器、交换机等IT设备的维护、安装、调试等工作;

2.负责公司服务器的维护，搭建公司内部异地VPN，满足公司需求;

3.负责公司固定电话网络、程控交换机的维护;

4.负责公司计算机操作系统、办公软件、杀毒软件等常用软件的安装和维护;

5.负责公司内部网络的组建与维护;

6.熟悉企业内部局域网的搭建以及网络布线等相关工作。

职位要求：

1.计算机或IT相关专业，大专或以上学历;

2.熟悉和掌握各种计算机软硬件，可独立进行安装、调试及故障排除。

3.精通局域网的维护及网络安全知识，可熟练进行局域网的搭建和网络设备的基本维护和故障处理;

4.做事积极，工作认真负责，能吃苦耐劳、善于沟通协作，具备良好的服务意识;

5.计算机网络相关专业毕业，有网络管理、硬件维护相关工作经验者优先，优秀应届毕业生亦可。

IT助理岗位的职位职责21、客户端日常维护及巡检;

2、负责信息化账号申请、变更、注销等流程的提交;

3、合理分配IT资产，保障资产完好性;

4、每月IT耗材采购申请的汇总及提交;

5、保证视频会议正常运行，设备完好，不影响会议召开;

6、按时对网络和电话故障处理，保证网络和电话畅通;

7、合理开通网络和电话权限，保证网络安全性;

8、每月定期对机房重要设备进行检查，保证设备正常运转;

9、配合IT主管对公司一、二、三期网络整体优化;

10、协助市场部总监收集同类型商家美团、大众点评等信息

IT助理岗位的职位职责3

1.负责办公室电脑系统安装、桌面维护和局域网中各种访问权限，权限等级，访问密码

等设置与管理，保证系统的安全;

2.了解办公设备(电话，打印机)和网络设备(路由器、交换机)以及网络监控的设置和维护管理;

3.公司网络平台搭建，数据维护，电脑维护，网络维护，网站建立;

4.有网页编辑能力,协调公司对网站新闻信息的编辑及更新等尤佳;

5.有良好的交流沟通能力，高度的责任心、良好的团队合作精神;

6.熟悉ERP系统操作和运用，协助工程师对ERP系统的运维，服从工作安排;

7.修改及維护纲页。

IT助理岗位的职位职责4

职责：

1、协助开展内部网络、外部网络的统一规划和建设工作，建立完整的集团化信息硬件平台，确保集团内信息应用推广顺利进行;

2、负责商业集团以及各下属公司的电话系统、会议系统等办公设备的管理、监督与技术支持;

3、对各个系统不适应企业管理特殊需求的地方，制定可操作的实施方案，组织或进行实施和必要的二次开发;

4、协助各下属项目进行日常的网络运维工作;

5、完成上司交办的其他任务。

任职要求：

1、全日制本科及以上学历，信息技术等相关专业优先;

2、___年以上地产集团IT管理的工作经历(优秀应届生亦可);

3、执行能力强，善于学习、具有分析、解决问题的能力;

IT助理岗位的职位职责5

职责：

1、负责网络及设备的定期检测和保养工作;

2、每天按照操作规定巡查机房并做好相应记录;

3、网路和服务器升级，备份、恢复和问题解决;

4、协助制作团队完成相应的辅助工作;

5、上级交待的其他临时性工作。

任职要求：

1.人品为首;

2.对影视、广告行业工作充满兴趣及热诚;

3.懂MAC和PC

system操作;

4.有良好的团队合作精神，领悟力好，沟通能力强;

5.工作态度积极主动，有责任感，愿意付出，勇于承担;

___年龄___岁，人在上海或愿意来上海工作

IT助理的具体职责范围 第6篇

2、加强对技术工艺文件的统一管理，必须保证其准确、完整、统一、清晰,建立文件更新履历;

3、负责技术质量部内部资产管理和办公用品领用登记等工作;

4、建立电源及部分产品实物样品库,确保版本正确,更新及时,取用方便,台账清晰;

5、负责收集和整理本部门会议记录、文件资料、质量记录、安全记录、资料档案;

6、协助本部门领导拟定工作计划、总结和各类报告;

7、按照工作计划推进部门工作的实施(包括个人工作计划、项目改善、特殊/关键工序的培训、MSDS 培训);

8、协助工程师做好相关的数据统计和分析工作以及工时测定和产线效率测算等工作;

9、根据产品发展的需要，协助工程师逐步建立产品档案管理工作;