破界突围之路：关于IT项目复盘的几点思考(一）

关于文档的撰写，人们或许都在进行，多查找和阅读范文，范文对我们来说最有价值的就是思路和整体构架，怎样把一篇范文写的简短可读呢？为满足你的需求，我特地我了“项目总结报告范文 ”，仅供参考,欢迎大家阅读本文。

项目总结报告范文 篇1

一、项目执行情况

从项目的执行情况来看，绝大多数是好的，达到了项目建设目的，项目在我市的野生动物保护、工程造林、城镇绿化和优质苗木的提供和推广等工作中发挥了积极作用。

二、项目效与评价

野生动物自然保护区项目建设和基础设施的加强，使我市野生动物保护管理工作进一步加强，一批野生动物保护站、观测点的建，促进了我市野生动物保护工作的规范化运转，保护站等，使大熊猫等野生动物在自然保护区得到进一步保护，数量不断增加。近期内在我市出现的胜林一号放归；金丝猴数活动范围扩大，常在旅游景点与游人相遇；野生鸟类明显增加，在城区时常可见。都充分说明了我市森林生态环境质量得到了明显改善，以及人们生态意识和保护动物意识的明显提高。

三、存在问题和建议

问题1：骨干苗圃项目设计、批复与实际投入不符，在一定程度上影响了项目功能的发挥。

xx年和xx年，国家分别下达给我市骨干苗圃建设项目7个。各项目承担区县按照要求，由具备设计资格的省林业设计院对项目进行了初设，并经省厅批复。按照设计要求，每个骨干苗圃项目，国家投资在80100万元。但实际投资均为40万元，再加上地方配套投资不能完全兑现，致使项目建设内容受到限制和缩减。但苗圃类林业建设项目与工业建设项目不同，虽然缩减了大量建设内容，仍能依据土地这一自然条件进行苗木生产，但与我们建设骨干苗圃所要求的高起点、高质量和高科技含量育苗，确不相适应。

建议：国家将小型林业基建项目的投资计划、资金以及项目建设的要求，通过省厅直接下达给地市州林业行政主管部门，以充分调动和发挥地市州林业行政主管部门的监督管理职能。提出上述建议，一是地市州林业行政主管部门对所辖县区更为了解，对是否应该立项和建设规模更有发言权；二是地市州可依据建设项目在区域的地位与作用，有争取同级财政配套的可能；三是较之于国家和省厅，地市州对承建单位有更明显的监控能力，更有利于项目建设。

问题2：地方配套资金确有困难，致使建设项目不得不打折扣。

地方对林业建设项目的积极性非常高，通过项目建设，可以在很大程度上促进当地林业建设的快速发展。但是，绝大多数林业建设项目的配套投资不能到位，不是基层单位不争取，而是决策权在地方政府，地方政府要办的事太多，对来至方方面面的建设项目所要求的配套资金无能为力。为了争取项目，不得不向上做出虚假承诺。这样不仅影响了项目建设，还给项目竣工决算和审计带来问题。

建议：国家在下达项目时，对地方配套资金不作硬性要求或尽量减少地方配套投资数量。

问题3：多数林业小型基建项目建设管理不够规范。

由于基层单位领导和管理人员变动频繁，项目建设管理的具体人员不清晰，往往都是单位负责制，导致了项目建设中管理不科学、档案收集不规范等问题，严重影响了林业项目建设。

建议：一是加强林业项目建设管理培训；二是制定统一、规范化的《林业项目建设程序填报制》；三是实行并落实《林业项目建设责任制》。

项目总结报告范文 篇2

项目总结报告

项目概况：本项目是由10、11级人力资源专业学生共同参与策划，将应用管理学、组织行为学、培训与开发、招聘与录用、工作分析、人才测评等专业课程知识，在现实中全真模拟企业运营过程，集角色扮演，自创案例，老师点评于一体，在比赛中培养选手在变化多端的市场经营环境里，如何面对众多竞争对手，正确制定团队的决策，实现团队目标的能力。完整生动的感受将极为有效地激发选手的学习兴趣，增强学习能力。以选手为中心，以提升实战综合能力素质水平为目标。

本项目将通过三个阶段比赛，分别为：初选（将在三月底到四月初每周四下午进行，共计三场）选拔30人进入复赛；复赛（四月中旬到五月初举行，共计三场）选拔6人进行决赛；决赛（五月底举行）

项目实施结果评估

项目分类：诚信测评/数字传递/无领导小组讨论

优点： 1该项目在实施前的组织策划工作周密而详细，有相关专业老师的策划与指导学生完成相关专业测评项目，也离不开有相关项目负责人（）在整个测评项目中的发挥的领导与组织沟通协调的作用。 2该项目中小组负责人及相关在场的测评人员分工明确，相互协调配合，积极投入完成该项工作。

3项目负责人对人员分工安排到到位，对每位工作人员的职责分工明确细致，可 *** 作性强，尤其是在分工细则的描述上，层次

清晰主次分明。

4该项目在实施中，相关测评人员按时到岗，尽职尽责，如：（）积极配合项目的有序开展，同时对项目的顺利完成，勇于建言献策。

5项目中主要负责人及时灵活处理突发事件，如选手突然立场、选手违反规则等，并采纳测评人员合理建议，对整个测评措施做出合理调整与改进。

不足：

1项目实施之前没有充分做好调动人员积极性与主动性的工作，宣传力度不够，如班级还有若干人员不知其详情或没有参与积极性。

2项目实施前计划不具稳定性，没有在相关负责人协商一致的条件下进行调整，造成不必要的冲突。

3项目实施中最严重问题就是缺乏统一的测评标准和测评维度，其主要的考核指标没有明晰化，且两者在测评中都存在模糊性。这就造成了在评分环节的分歧性较大，没有可以量化的客观的评分体系，以定性考评为主，主观性很大，不具科学与公平性。

4在综合评分的环节中，缺乏客观的可量化的考评分数及考评关键要点，没有统一性，可比性不强。

从优点中激励自我，从不足中完善自我

项目总结报告范文 篇3

从去年以来，我完整地参与了XXX项目的建设与管理工作，到现在项目已经基本收尾，下一期的项目也启动在即，现在有必要总结下该项目的得与失，从而指导下一期项目的建设工作，犯过的错误不要再犯，好的做法需要继续保持和发扬。

一、项目成功之处

1、项目进度管理相对较好

本项目的进度管理相对比较好，没有出现严重的进度延误的情况，主要是由于了实施了周例会+月例会+项目考核等制度。项目团队在每月末召开月例会，主要是总结上个月的工作目标完成情况，并共同制定下个月的工作目标。为了确保月度工作目标的实现，同时将月度工作计划分解成周工作计划，并以周例会的形成来跟踪和监控项目目标的完成情况。除了月例会和周例会之外，同时对项目团队进行考核，如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制可以基本保证项目的进度。

2、建立起了一些管理制度

在项目实施的过程中，针对日常工作中一些不规范、混乱的地方，制定了相应的管理机制，主要有以下几个方面：

（1）新业务需求响应机制

新业务需求指的是在项目建设过程中，不包含在项目需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。项目团队原来对新业务需求的处理流程混乱，新业务需求往往存在项目团队的头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反馈机制，给业务部门的感知交叉。在本项目实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的；接收到需求之后需要立即与需求提出人确认需求，并反馈需求接收到，告知需求的计划完成时间；当新业务需求开发上线之后，需要向需求提出人发送上线反馈单，告知提出人他的需求已经实现了。

从需求的接收到最后上线后的反馈等环节

（2）上线机制

由于历史原因，我们项目团队相关工作的规范性不如BOSS那边，系统上线这一块也没有规范起来，以前项目团队想上线就上线，从而系统的稳定性和安全性存在很大的隐患。为了规范系统上线流程，并向BOSS侧接轨，制定了上线流程，每月允许上线两次，上线之前需要提供需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批通过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。

（3）沟通机制

建立了月例会、周例会制度，每次例会后以会议纪要的形式发出会议上达成的共识，作为后续衡量和评估相关决定有没有去贯彻和落实的依据。之前项目团队也会开例会，但是会议达成的需要去解决的问题往往会上说说的好好的，但是会后没有真正去做，会议成了一种形式。

（4）系统运营报告制度

项目团队之前非常不重视系统应用的推广，往往功能上线之后就算完成了，不会去关注这个功能到底有没有被用起来，也不清楚整个系统的应用情况。在项目期间，我们建立了系统运营情况每月报告制度，将系统重要应用的使用情况以月报的方式发送给领导及相关人员。

二、项目不足之处

1、对项目合同的把控不足，给后续管理工作带来隐患

由于公司IT系统的合同由其它部门负责管理，我们部门主要负责具体系统的建设，因此在本项目中对项目的合同关注不够，对项目的合同内容把控不足。主要体现在以下几个方面：

（1）合同中的项目的建设内容与当初汇报的建设方案中的内容两者没有仔细地核对，有一些我方希望纳入的建设内容结果在合同中没有体现，最终导致我方与软件开放商之间的扯皮，软件开放商会拿合同来说事，这是很致命的一个问题，说到底关于项目合同是两个部门之间的衔接出现了问题。

（2）项目团队成员没有仔细核实，虽然在看合同时也发现了这个问题，但是由于对方是我公司的长期合作伙伴，这些小问题没有太多的在意，现在看来这种原则性的问题还是不能忽视。

（3）在签订项目合同是，我们公司通常要求包含项目的考核规则文档，在做本期项目时没有仔细地考虑好如何进行考核，结果把非常通用的一个考核规则文档放入了合同中，但这个通用的考核规则很多地方并不适合本项目，导致在后续实际考核工作中，有些问题由于没有在考核规则中详细的描述清楚，导致具体执行起来没有依据，容易出现扯皮。

2、新业务的开发模式

由于本项目的需求相对比较分散，因此在实施项目时采用的是新业务的开发模式，即一个个功能模块依次开发，每个功能模块都要经历需求分析、设计、开发、上线等阶段，有点类似迭代的开发模式。但是这种模式存在一些问题：一是每次迭代划分的太细，导致几乎每个月都要经历需求、设计、上线这些工作；二是这种开发模式导致对系统的整体把控能力不足，可能由于原来相关的一些功能模块，本来应该统一考虑需求和设计的，但是由于人为地把他们分割成多个阶段来实现，导致出现顾了当前没有考虑到将来及对原有功能模块的影响；三是这种开发模式使得项目经理不清楚整个项目的工作重点应该放在哪里；

这种开发模式在下一期的项目中需要改进，不能再采用这种方式了。

3、建设方案设计及汇报能力不足

本期项目的建设方案主要由主管来完成的，理想的情况是方案由我来写，主管提供一些指导和意见，这样我这个角色才算是称职的。方案完成之后，向领导的汇报工作不是很成功，前后汇报的三次才算通过，这算是一次很深刻的教训，需要吸取。

4、需求文档和设计文档的规范性

需求文档和设计文档的规范性这个问题一直困扰着我，不仅仅是这个项目，其它项目也存在相同的问题，就当前我所参与过的项目来讲，需求和设计能够做的好的很少。需求文档和设计文档应该体现哪些内容，这些内容如何以比较好的方式来表达，才能清晰地描述清楚需求和系统的设计？

5、应用推广重视度不够

建设一个系统的目的是什么？目的是希望系统能够为公司带来价值。那么如何体现价值？系统通过为公司的业务发展提供支撑能力，从而实现公司收入的增长的方式来体现价值。那么系统只有真正被业务部门使用起来才能够发挥出价值。而在本项目的建设过程中，虽然意识到了应用推广的重要性，但是具体的应用推广工作还是做的非常不够，感觉是在为建设系统而建系统，感觉最求的是完成建设任务，至于用不用就不关我事了。

项目总结报告范文 篇4

要开始入手一个新的javaweb应用应该遵循这样一个原则

1、首先是整体框架，也就是通常所说的三层构架：

数据库+应用服务器+应用

2、其此是框架各个部分所处的环境，就是数据库，应用服务器的os都是什么，怎么沟通，怎么在对应os下调配数据库以及应用服务器。

3、再次应该是应用服务器和数据库的连接，这点很重要，要查找相关资料怎么配置应用服务器和数据库连接，以及使用的数据库连接池技术。

4、然后才是了解应用的构架，也就是所谓的项目源码了，具体使用了那种mvc模式，使用了什么日志工具，测试工具、编译工具，还用要是你去熟悉一个公司的项目的话，这个公司可能有自己的web相干开发工具

我用visio做了一个图形应该是这样的顺序

用我最近的具体例子来做说明吧：

1。首先是3层构架

数据库是mysql，应用服务器是resin，应用基本上是struts+hibernate，这里明确了学习目标应该是：

mysql的相关使用方法

resin的相关使用方法

2。其次是os数据库和应用服务器放在一台主机上，OS是linux，但是日常的开发环境是windows，所以用到了常用的ssh对主机进行管理，这里明确了学习目标应该是：

Unix相关命令

Ssh的使用方法

3。然后是数据库和应用服务器的连接方法，使用mysql的jdbc接口，这里明确了学习目标应该是：

Resin对数据库连接的配置方法

Mysql对数据去连接有什么要求

4。最后是应用代码层

这层应该是最后学习，但是我们往往习惯对整个系统没有弄清框架就开始这层的研究，这就导致在研究中不断出现有关框架的各种问题，而又要中断当前学习，开始查找另一个资料。

我开始就犯了这个毛病，所以进度缓慢。

这里我的项目使用了hibernate+struts作为基本框架，用Ant进行编译发布工作，使用eclipse作为ide，另外用到的java工具有jfreechart，quartz等，再有自己公司开发的web框架工具包

这里明确了学习目标应该是边参照源码一边学习Struts，hibernate，ant，eclipse，jfreechart，quartz，自己公司的工具包，然后再在数据库的角度对整个业务逻辑做出理解。

当然，以上四步中肯定是有些工具和技术已经掌握了，我们所要面向的是我们没有掌握方面，然后最终达到掌握系统的目的！要注意我们的目的是上手新平台不是学习新技术！

餐厅服务员岗位职责 1 整理好仪容仪表，化淡妆，准时点到，不迟到、早退，绝对服从餐厅领班的领导和指挥，认真、快速的完成工作任务。 2 上班前了解就餐人数及时间，了解宴请来宾有无其他特殊要求，做好针对个性化服务工作。 3 正式开餐前，按照领班安排认真做好桌椅、餐厅卫生，餐厅铺台，准备好各种用品，确保正常营业使用。 4 按规定时间站位，面部表情自然微笑，以饱满的精神面貌迎接客人。 5 客到及时安排客人入坐，根据人数进行加或撤位，主动拉椅（接挂衣物放第一位）主动介绍本店特色及经营性质。 6 服务开餐间，请字开头谢不离口，随时要使用礼貌用语和微笑，及时为客人问茶、斟茶、派巾，介绍点菜方式，征询客人酒水并报名称及价格。 7 当餐服务时，多与客人沟通，有问必答，不知者委婉回答客人，有必要时要问清再做回答，不许怠慢客人或戒骄戒躁戒急戒烦的行为。 8 餐中随时留意客人及餐厅的一切状况，以便达到更好的协作服务，以优质的服务使客人满意。 9 *** 作时一定要使用托盘，避免茶水菜汁洒落，服务餐中要有声，先到，以免与客人碰撞，工作中出现错误应马上向客人道歉。 10 如工作中出现疑问及时处理，自己解决不了及时汇报上级。 11 如客人直接用手拿吃的食品要提前上洗手盅，水温保证在20度到30度左右，骨碟垃圾不得超过三分之一，烟缸不得超过3个烟头。 12 客人就餐时要及时为客人斟酒、茶，及时清理台面，确保台面卫生整洁。 13 客人的菜品长时间不上要主动到厨房为客人催菜，如菜已上齐要询问客人是否添加菜品或主食，要主动推销，主动介绍，最后祝客人用餐愉快。 14 餐后要和餐中享受一样完善的服务，及时添加最后一道礼貌菜及餐巾，随时保持微笑服务。 15 餐位不用的汤碗或其他物品空盘要及时撤掉，以保台面的整洁，宴会厅要主动为客人送果盘。 16 如客人有走的动向，主动及时为客人拉椅，并提醒随身物品。 17 送客意识加强落实，必须微笑送客到餐厅门口，并说“请慢走，欢迎下次光临”，客人离店后迅速返回工作岗位收台，收台时要轻拿轻放。 18 收台时应按收台程序进行收台，要及时整理自己区域卫生或摆台以便迎接下一批客人。 19 下班前检查工作区域是否关灯、关门、关窗，电源是否切断，确保安全，请示领导后方可下班。 20 出现爆满翻台时不得出现空岗无人盯台，站台现象，禁止客人外叫或自己斟倒现象。无论闲忙时要按标准服务质量以及正常心态，接待好每一批客人。 21 员工之间建立好良好的同事关系，不计较个人付出，得失，应互相帮助，遵守本店一切规章制度。 22 积极参加培训，不断提高服务技能，业务素质能力，形成学、帮、赶、超的良好风气，熟悉服务知识，提升服务技能与技巧，争取做一名优秀服务员工。

    复盘原是围棋术语，本意是下完一盘棋后，重新把对弈过程还原一遍，看哪些地方下得好，哪些地方下得不好，哪些地方可以有不同或更好的下法，把这个对弈的过程还原且进行探讨、分析的过程，就叫复盘。

    复盘被许多企业采用，例如在经营会议、IT预算、项目推进等汇报中，要求将过去一段时间的工作进行复盘，即行动后的回顾和反思。

    许多领导认为，复盘讲不清，下一步工作也就基本上不用听了；换句话说，过去发生的事都说不明白，还讲什么未来呢？

    而事实上，对于许多同事而言，复盘既耗时又痛苦，发生的事不好说，相反未来的事好说。

    那么，复盘的目的是什么呢？一个同事曾总结为教育训练。

    教育指理论，解决认知层面的问题，一般为自上而下宣贯，主要包括三个方面：

    第一，已有规范、标准、规章，却没按要求做，产生了偏差或损失的事情，要通过教育的方式，以敬效尤。

    第二，没有规范、标准、规章，但上层有思想阐述的，没有按要求做，归属于理念接轨及响应速度范畴。

    第三，没有规范、标准、规章，例如一个全新的领域，出现偏差的，应予以理解，宽容创新性错误。

    通过复盘，基于沉淀的经验或吸取的教训，修订、完善或新增规范、标准及规章，以便对照执行。

    而训练指技能，解决能力层面的问题，一般为自下而上的反馈，同样包括三个方面：

    第一，对规范，标准、规章的理解；

    第二，对照规范，标准、规章去模拟、反馈及执行；

    第三，执行中有无偏差，如果有偏差，原因、建议和思考是什么。

    许多企业在新的领域、新的战略、新的产品、大的投资、大的决策项目（含IT项目），在过程或结束后，要求进行复盘。

    而在IT管理过程，一般会在IT预算、IT项目、阶段总结中被要求复盘，我们接下来重点探讨IT项目如何复盘？

    注：复盘不同于工作总结，主要表面在2个方面：

    1、 主体不同：

    复盘以团队为主，通过复盘历练思维、提升组织能力；而工作总结以个体为主（当然个人也可以复盘），更多是回顾、罗列和复述。

    2、 方法/路径不同：

    复盘一般会对照目标，总结差异，挖掘价值，吸取教训，形成规范；也包括推倒重来，模拟演练，比对价值差异等；是一种结构性的总结方法。

    而工作总结，可根据不同的习惯、悟性，相对随意，没有固定的结构和流程，其中可包括问题及解决措施，但一般不会上升到规范、体系层级。

2021年3月20日，IT东方会北京分会2021年会在北京市朝阳区河南大厦隆重举行。这是一场技术人的狂欢，也是IT东方会北京分会带给所有技术人的盛宴。

IT东方会是在中国商业联合会指导下成立的公益性社群组织，是有各行各业的CIO、CTO、技术总监、IT Head、技术专家等技术高管组成的产业互联网核心人才俱乐部，是为有志于在技术领域长期发展的人才打精心打造的技术高管成长俱乐部。在当前技术和产业深度融合、互相成就的发展趋势下，IT东方会倡导技术驱动商业腾飞的信条，通过社群聚集各行各业高端IT人才，搭建学习和交流的平台，充分融合，兼收并蓄，形成对各行各业一个巨大的赋能体，促进商业发展。

目前，IT东方会分会主要服务于一、二线城市，现有行业分会、地区分会、专业分会、智库、工会等共39个分会，IT高管会员人数6000余人，中商联智库专家顾问200余人，中商联企业会员80000余家，每年举办线下交流会100余场。北京分会从2019年8月份开始筹办，在技术圈广受欢迎，随即迎来爆发式发展，目前注册的会员人数已超过三千人，举办T-Chat技术交流活动百余场。并在今年成功推出“友连”公众号，作为IT东方会的对外服务窗口，目前友连已经发展了成熟稳定的四个板块，并将在今后继续发展，提供更多服务。这四个板块分别是：

友连大咖说：优质的行业、技术文章，让个人IP更好的传播。

友连圈子：经验、心得、产品、解决方案都可以通过手机发布，让内容沉淀下来。

友连排行榜：通过产业互联智库/专业分会为各个产品线进行分指标评分，让好的产品，更好的传播。

友连人力服务：帮助企业找到更适合的人，帮朋友们找到更好的老板。

下午3点，主办方IT东方会联合发起人白连东致开幕辞，宣布IT东方会北京分会2021年会盛典正式开始。白连东会长在致辞环节回顾了疫情背景下生活节奏和工作方式的改变，展望了疫情结束后需要面对的挑战。并在本次论坛与参会嘉宾深入探讨了传统行业和互联网平台型企业如何进行数字化转型的诸多细节问题。

中国工商联应用工作委员会常务副主任黄学全亲临大会并致辞，介绍了中国工商联的详细情况，对IT东方会的发展成绩给与了充分肯定，并祝愿IT东方会越办越好。

IT东方会联合发起人、北京分会会长王迪做了题为“产业赋能，友连重启”的主题演讲，并汇报2020年IT东方会的整体发展情况和2021年发展规划，也希望更多朋友加入IT东方会，参与北京每周六下午都有的T-Chat活动王迪会长的演讲详细阐述了新冠疫情下全行业的深刻变化，结合中美贸易战背景下的产业数字化转型大趋势，对疫情后产业重启、行业洗牌的挑战进行了深入分析。

诸多到场的会员朋友积极发言，畅聊发展，其中彩食鲜CTO乔新亮分享了迅速构建高绩效研发团队的经验，UCloud架构总监叶仲华介绍了Hybrid PaaS连接数据与业务的相关内容，蒙牛CIO张决带来了蒙牛集团数字化转型实践的分享，将填数据总经理张健介绍了数智化时代CIO破界挑战的相关知识，浪潮北分首席技术官杜怀亮阐释了人工智能时代的智慧计算。还有众多其他嘉宾，均为大家做了精彩有趣的分享。

技术分享1：《通过“三板斧”式调整迅速构建高绩效研发团队》——彩食鲜CTO乔新亮

技术分享2：《蒙牛数字化转型实践》——蒙牛CIO张决

本次年会既有技术伙伴们的无私分享，更少不了美酒佳肴的相伴。下午五点，晚宴正式开始。

在IT东方会过去一年的历程中，有很多小伙伴给了我们支持与鼓励，才得以让IT东方会发展的越来越好IT东方会也准备了精美的奖章，答谢一路相伴的伙伴们。

IT东方会冯会东、邓雄、王欣、吴恒等骨干成员分别为韩军、练燕杰、王静逸、孙玄等15位IT东方会讲师授予了“IT东方会优秀讲师-领航者奖”。奖章虽小，但见证了大家一路走来对IT东方会的支持和厚爱。

本次年会得到了IT东方会诸多长期合作伙伴的大力支持，如浪潮、PerfMa、UCloud、焦汇通信、鼎鑫盈科、泛微、数美 科技 、江天数据、小咖邦等，IT东方会为到场的优秀合作伙伴们颁发了“战略合作伙伴”奖。

为答谢各界朋友对IT东方会的支持，本次晚宴特地设置了幸运抽奖环节，有多位幸运嘉宾抽中Iphone12手机以及苹果耳机等心动大礼。多位嘉宾均表示，将一如既往的支持IT东方会，祝愿IT东方会茁壮成长，越办越好！

当IT项目经理应该做哪些事情？

项目经理是具体项目工作的管理者，他们在工作中不断提升自己的领导才华，同时该职业又是一个权利与责任并存的职业， 他们主要对项目进行背景调查，收集整理项目相关资料，进行需求策划，撰写项目调查报告和信息综述，对项目组成部分或模块进行完整系统设计，联系项目相关单位和相关技术专家，制定项目可行性研究报告，协同配合制定和申报立项报告材料，组织项目团队完成项目任务，保证项目的完成时间和完成质量。下面是我为大家整理的IT项目经理应该做什么，欢迎阅读!

IT项目经理应该做什么

经常看到这样的项目经理，一副整天忙得团团转的样子，电话不停地作响，一个小时之内要发出几十个指令，好像他所领导的团队离开了他就一天也活不下去。然后他还会说："我很忙"或"我很累"，"我需要增加人手"。这样的项目经理经常事无巨细都要亲自过问，即使旗下有人，你说他能不累吗

甚至还有这样的事列发生，研发部门经理亲自参与项目软件的编码工作，如果只有一、两个项目，也许这样还可以，试想，如果有十几个项目你能都参与具体的技术工作，另外是否考虑过部门经理参与具体项目后所带来的其他问题，部门日常事物务无处理，部门人员无人关注，部门的其他项目得不到项目经理的协助，更是无人为部门的未来作打算。类似的项目经理的行为很多：譬如善于销售的经理就对自己的销售人员总是不放心，觉得下面的人出马总是不那么牢靠;文笔较好的项目经理总是要亲自起草文件，因为秘书起草的东西总是叫他看不上眼，如此等等。

由此造成的结果是经理整天搞得手忙脚乱，管理效率很低。做经理者没有时间考虑部门发展的问题，做下属者觉得自己得不到信任，做事小心翼翼，不敢越雷池半步，没有积极性。

由此想到刘备，文不如诸葛亮，武不如关张赵马黄，但是他会用人，会笼络人。做项目经理人的恐怕都需要学习一下刘备的做法，即便你是在某些方面非常地出色。你可以把你的经验传授给你的下属，不要怕他们犯错误。"用人不疑，疑人不用"，虽然很难做到而且有时也不一定非要做到，但是你既然给了一个人那个位置，那份薪水，就应该让他们充分地发挥，你不能替他们做事，你不能"抢"你付给他们的权力。记得有次记者采访CA公司总裁汪嘉廉先生时，汪先生说他到目前还没有个人email地址，记者很惊诧的问他为什么时，他说“没有必要，我有很好的业务总监们，他们会处理好公司的日常事务，我要有充足的时间考虑公司的发展战略，我不希望被一些琐事打扰”。汪嘉廉是一位好的管理者，所以CA才有今天的地位。

做得好的项目经理可能看起来每天的工作并不是那么紧张。所以有些下属就可能提出这样的问题："我们忙，你在干什么"

项目经理，对于一个团队履行它的使命和发展负责的人。因此创造出一个大于其各组成部分的总和的真正的整体，创造出一个富有活力的整体，应该是其第一使命。即人们经常谈论的管理，通过管理则可以把在自然界1+1〉2的不可能转变为可能。为履行这一使命，项目经理应该做什么呢

一、一个项目经理首先要制定目标，即确定团队的目标，只有知道往哪走，才能到达那里。确定目标是什么，而且目标要能够有效的支撑团队的责任，有助于团队的发展。而且要将目标传达给团队的每一位人员，让他们认识到他们在实现目标过程中的责任和重要性。

二、一个项目经理要进行组织工作，即如何安排工作，需要分析所需的各项活动、决定和关系，他需要对工作分类，确定作业任务的主次和轻重缓急，并为作业分配适当的执行的人员。

三、一个项目经理要进行激励和信息交流工作。他把担任各项职能的人组合成为一个团队，它需要通过对下属的激励，以及同上、下、同级间的相互信息交流，协调完成工作。

四、一个项目经理需要进行衡量考核,衡量团队的绩效和个人的绩效。首先需要确立衡量的标准，这个标准不但要专注于团队的绩效，而且还要求专注于个人的工作并帮助他做好工作。一个项目经理把衡量的意义和结果通报给他的下级、上级和同级。

五、一个项目经理要培养人，也包括他自己。项目经理比其他人更了解其下属的长处和短处、更清楚下属的培训需求，也常常拥有帮助其下属改进工作绩效所必需的技能，只有下属的技能提高了，整个团队的效率才可能提升，只有团队的成员有发展，他们才会在执行工作时投入热情和责任。 经理需要制定培训计划并部署。

在我们这个行业，好多项目经理是在业务或者说技术方面有过硬的能力后才被赋予经理这一责任的，他们可能没有受过管理学的教育，希望此文能够给与他们思考与认识自己责任。

项目经理该做什么，不该做什么

1以目标导向来做事情

首先要明白该做什么，其次才是如何做。目标是项目管理的重要特征，项目经理做事原则都是围绕项目目标展开，对于有利于项目目标达成而又不违背项目经理职业道德和行为准则的事情都是该做的事情。

目标有短期目标和常用目标，把当前项目按目标完成可能是短期目标，通过一年时间带出一个高效的团队可能是一个长期目标。对于非临时项目的项目经理，更加应 该着眼于项目长期目标，而不是太在意于当前项目的短期利益。只有意识到这点，才能够认识到培训，教练，团队，自发，团队语言和规则等在整个项目中的重要 性。

2对自己定义的目标进行分解

对于软件项目，项目经理根据商业或用户需求会定义软件产品发布后的故障率小于05个/KLOC代码。要达到这个目标就需要结合项目的时间过程分析影响该 目标的要素，各个阶段交付物的质量，缺陷的泄露，测试的水平，需求的变更和稳定性，前期的需求设计和开发规范，团队规则，开发人员的责任心多方面因素都可 能影响到该目标的实现。

一个总体目标的达成绝对不是简单的改善一项影响要素就可以达成的，而且各个要素间还存在这正反作用，必须要综合性的系统思考。确定出期望的各个要素的区间 水平，然后将这些期望值列入到计划中进行跟踪和控制。这一系列的过程要表明的都是你做的每一件事情都是有目的的，都是为了实现当初定义的目标而服务，绝不 是无中生有。

3具体实际 *** 作的关注点

首先对于风险和危机的重视度远大于对问题的重视度。不是说问题解决不重要，而是项目经理应该更多的管理风险和消除隐患，不让风险转换为真正的问题。项目经 理必须有足够的问题前瞻性和敏锐的洞察力，发现各种征兆和危机，危机发生前应对往往仅仅是项目经理找成员谈谈心，或者说组织一次关于规程的培训，但危机如 果发生造成的损失会远远大于风险应对的成本。

项目经理应该更多的取做教练，而不是去做领导。管理者要懂得授权，但项目经理更关注的是授权不会影响到进度和质量，因此项目经理绝对不是越俎代庖啥事情都 自己做，也不是盲目授权后啥都不管，而是充当好教练的角色。让项目成员有能力的全完成事情，而且是有责任心的去完成事情。如果自己做只花1个小时，而教会 团队成员做需要一天，从团队常用的角度必须花费这一天时间教会成员如何正确的做事情。

PMBOK九大知识体系内容都是项目需要考虑做的内容。里面有个关键词是项目管理组，项目管理组是由项目核心成员共同组成的。必须要分清楚哪些是项目经理 做，哪些是项目管理组做。另外一个关注点是做事情的粒度，项目任务的跟踪是项目经理要做的，但项目经理应该根据项目目标确定自己跟踪任务的粒度，粒度太细 的可以由项目成员或小组负责人跟踪。项目经理该做什么不能简单项目经理人与项目成员的实战指南

在一个团队中，作为一名团队领导，将：

1) 避免团队目标向政治问题妥协

2) 向团队目标显示个人承诺

3) 不用太多优先级的事物冲淡团队的工作

4) 公正、公平的对待团队成员

5) 愿意面对和解决与团队成员不良表现有关的问题

6) 对来自员工的新思维和新信息采取开放的态度

作为团队成员，要将：

1) 展示对个人角色和责任的真正理解

2) 展示目标和以事实为基础的判断

3) 和其他团队成员有效地合作

4) 使团队目标优先个人目标

5) 展示投身于任何项目成功所需的努力的愿望

6) 愿意分享信息、感受和产生适当的反馈

7) 当其他成员需要时给予适当的帮助

8) 展示对自己的高标准要求

9) 支持团队决策

10) 以为团队的成功而奋斗的方式体现带头作用

11) 对别人的反馈做出积极的反应的理解为二元问题，更多的是跟项目目标和管理粒度相关的做事情的粒度问题。

IT项目经理的经验总结

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的;

3基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响;

4在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间;

5现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6 是到做总体计划的'时间了吗不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家(Industry expert)，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少;拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导(包括本方领导和客户领导)做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。

9 好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”王局长：“(&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对，欢迎大家拍砖)，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的(而不是正确的)方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸…)。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，界面要求：美观大方、简洁明快，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务开发人员熟悉EJB编程，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;

2和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择

3(项目初期的工作)明确更改流程，一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子，你就废了)，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面如果真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗对，就学习那个，让大家都意识到任何的更改都有成本和代价。

;

在市场经济中，每个行业、每个企业，每个职场人士，都像一个正弦波，在上下震荡中前进。IT行业的振幅就更大一些，高人才、高收入、高竞争、高风险。IT行业的公司，曾经历了潮起又潮落的荡涤，IT行业的职业人，曾经历了暴风骤雨的洗礼，虽说风雨过后是彩虹，但是，在风雨中却也倒下了一批又一批，很多做技术的IT人会在职业生涯发展到一定阶段转型，有人转去销售，有人转做管理，也有人转去市场。产品和系统的技术支持是较为通常的转型方向，随着IT业深度和广度的不断扩展，转型做培训和咨询类的也有一定的比例。那么，做一个IT人，怎样面对职业随时带来的机会和风险，如何在职业瓶颈中，冲破天花板，找回第二春？

一、站在技术之上来看待市场和事物

IT业是个高技术的行业，要求从事这项工作的人，有较强的思维和逻辑能力，所以，为了应对竞争，很多人只埋头钻研，不抬头看路，以一种做技术的思维方式来思考，忽略光环背后更多的残酷与无奈。当风险来临时，还不知道回避，还在套公式。有人说：倘若将整个IT行业看作一个流程网络的话，每一个IT人员往往都只是网络中某一个流程里的某一个结点的具体 *** 作者，而不能站在网络之上的角度来统筹全局。

必须站在技术之上来看待市场和事物，综观大局、把握市场。不仅需要拥有IT方面的专业知识，而且还应该在处理不同工作时透露出一定的商业敏感性。从职业延续性上、IT人的长远价值上多加考虑，使青春饭吃的长远些。就像笔记本要从OEM（Original Equipement Manufacture）的运作模式必须向ODM（Original Design Manufacture）进行转变一样，IT人的职业生涯经营模式必须改变。

二、硬件和软件都不断升级

IT行业的特点就是技术日新月异，更新速度一日千里，技术人才只有逆水行舟、乘风破浪才能紧跟技术潮流。企业将越来越看重那些“IT多面手”复合型人才，只要你能知识不断更新，就会青春长在，年龄不是障碍，虽然，35岁以上的程序员在学习能力、反应速度、工作效率上和20多岁的年轻人都存在一定差距。但是，由于通过知识新陈代谢，血管里的血是新鲜的，依然有生命力，国外的IT业，五、六十岁的老将挑大梁比比皆是。

三、攻克语言堡垒

语言能力是目前大多数IT人的阻碍，很多技术高手，技术方面非常出色，就是语言不能过关，成为前进的阻力、发展的障碍。过去大多数企业在招聘技术人才的时候，都会把技术背景作为唯一重要的条件，而现在需要看重的就是应聘者的沟通能力、外语能力。很多IT企业对求职者都提出了较高的要求，除了具备相应的计算机技能及相关知识外，还要求从业者具备一定的外语能力。特别外企，由于公司总部多在国外，需要向国外总部汇报工作，与国外同事联系业务时，语言沟通显然被放在了第一重要位置，语言能力成为综合素质中的一个重要指标，导致很多候选人为此落马，与外企失之交臂。所以，对于希望进入外企、外包软公司、出国就业的IT人必须攻克这个堡垒。

四、除了学习IT专业技术知识外，还要逐步培养自己的管理、沟通与合作的能力，才能达到逐步提升自我的目标。从中、高端人才需求取向可以看出，随着经济和软件产业的快速发展，人才特别是中高层次的专业人才需求呈现出相应的快速发展趋势，可以显示出软件产业发展的潜力和方向。一些单位对项目经理、软件开发主管、团队负责人这样的中、高端职位的人才需要较为迫切。掌握一些符合国际标准的软件工程规范和技术规范，并能熟练运用一门以上外语，具有良好的团队协作能力已经成为一个优秀的IT人才所必须具备的条件。这些具备语言、技术以及沟通等综合素质的IT人才已经成为市场上的“抢手货”。

五、向热门职位、稀有人才靠拢

从目前招聘的职位看，技术类职位独领熬头，体现出客户至上和新技术时代的特点，据职位数据显示，软件工程师、高级软件工程师、技术支持工程师等几大职位成为今年IT企业的重点招聘对象，其中软件工程师需求量更是一直居高不下。软件开发、游戏动漫、3G人才、实用技能型网络人才都被大量需求。IT业一片欣欣向荣的背后却带来了前所未有的IT人才荒，软件测试人才，尤其是软件测试工程师缺口与日俱增。所以高层次的网络管理员、网络架构工程师、网络开发运营工程师、企业信息管理师等相关人才需求尤为迫切，成为职场上抢手的“香饽饽”。与巨大需求相对应的是，网络技术类人才的薪水也随之水涨船高，“薪情”看好、前景乐观。

宏威职业顾问总经理兼首席咨询师郭策友情提示：

IT人求得发展，就像攀登冰峰，向上爬行，步履艰难，每爬一步，都要观望、试探、打眼、攀登。一不小心，就迅速下滑。必须通过不断的充电，使自己的硬件和软件都不断升级、不断提升到新的平台。这样才能一路绿灯，否则，缺少学习，自身软件也不可避免地出现各种的漏洞，称之为“bug”。如果软件中的“bug”太多，就会导致职业电脑频繁“死机”。当职业黄灯亮起的时候，红灯就会接撞而来。经常扫描自己的“bug”，用充电的方法弥补“bug”，才会使自己的软件工作正常，职业生涯运行不失控，最后，攀上冰山的某一山峰。

随着互联网的不断发展，企业对软件测试人员的重视程度也在不断的提高，要知道，有时候由于软件的不稳定或者前期未测试的话，是非常有可能导致软件的直接崩溃的。所以，今天，北京IT培训就一起来了解一下一个好的软件测试程序员应该如何成长发展。

一、心理适应期

由于软件公司千千万万、每个公司的规章制度都不一样，甚至有一些公司对于软件的质量并不是很了解，使软件测试这个行业总会被忽略。还有一些行业中的人觉得技术不太好才会去做测试人员。因为他们会由于前期的忽略而产生心理不适应，所以在上班的过程中经常会培养自信心，并且进行定时培训使他们以更高的技术来测试应用。

二、熟悉流程阶段

做软件测试工作人员主要的就是对测试软件的熟悉，并且能够将它所涉及到的所有业务都掌控好，这样才能够更好地将软件检测完毕并较好检测出应用中存在的隐患。

三、自我提升阶段

即使对需要 *** 纵的流程再熟悉，也无法算作技术方面的提升，所以测试人员一定要在工作的过程中不断的提升技术方面的能力，这样才能更全方位的找出软件的bug，并且完善编辑出修改方案给予开发者确认或维修、升级。

四、团队沟通阶段

一个人始终无法将事情完成得非常好，所以，在整个测试的过程中工作人员必须要学会如何与上下级进行沟通。只要懂得如何与上司汇报，他才能够将问题直接追究到个人，这样才不会再次出现同等隐患。而与下属进行沟通可以方便工作、使自己的工作量减少，并且能够培养双方之间的默契，对于之后的测试方面工作也是非常好的。

五、自我领悟阶段

通过以上的这几个方面之后，软件测试工作人员即可以进入自我领悟阶段，不断积累工作中的经验才能够迈向一个更好的阶层，为公司也为自己提高测试技术。

以上的这几个阶段就是测试工作人员必须经历过的成长历程，也只有通过这些方面的锻炼才能够获得更大的进步，并且这些方面的领悟不仅仅是在测试工作中能够用到，日常为人处事中也非常有帮助。

包含现代计算机、网络、通讯等信息领域的技术IT实际上有三个层次:第一层是硬件，主要指数据存储、处理和传输的主机和网络通信设备;第二层是指软件，包括可用来搜集、存储、检索、分析、应用、评估信息的各种软件，它包括我们通常所指的ERP(企业资源计划)、CRM(客户关系管理)、SCM(供应链管理)等商用管理软件，也包括用来加强流程管理的WF(工作流)管理软件、辅助分析的DW/DM(数据仓库和数据挖掘)软件等;第三层是指应用，指搜集、存储、检索、分析、应用、评估使用各种信息，包括应用ERP、CRM、SCM等软件直接辅助决策，也包括利用其它决策分析模型或借助DW/DM等技术手段来进一步提高分析的质量，辅助决策者作决策(强调一点，只是辅助而不是替代人决策)。有些人理解的IT把前二层合二为一，统指信息的存储、处理和传输，后者则为信息的应用;也有人把后二层合二为一，则划分为前硬后软。通常第三层还没有得到足够的重视，但事实上却是唯有当信息得到有效应用时IT的价值才能得到充分发挥，也才真正实现了信息化的目标。信息化本身不是目标，它只是在当前时代背景下一种实现目标比较好的一种手段。 从技术层面上看，IT技术可以分为以下三个层次: -----传感技术 这是人的感觉器官的延伸与拓展，最明显的例子是条码阅读器; -----通信技术 这是人的神经系统的延伸与拓展，承担传递信息的功能; -----计算机技术 这是人的大脑功能延伸与拓展，承担对信息进行处理的功能。 IT中容易混淆的几个概念: 数据(Data)=事实的记录，如上季度甲系列产品在华东地区销售额为120万。 信息=(Information)=数据+ 意义，如上季度甲系列产品华东地区销售额比去年同期减少了25 %。 智能(Intelligence)=信息+理解(understanding)与推理(reasoning)，如分析原因是华东地区销售单位不行，或甲系列产品进入了衰退期，还是公司整体营销活动落后，竞争者强力促销导致或是其它原因。 智慧(Wisdom) =知识的选择(Selection) 应对的行动方案可能有多种，但(战略)选择哪个。 数据、信息、智能、知识、智慧、行动与管理活动之间存在多重循环关系。IT产业 IT产业一般会有如下分类: IT基础技术的提供: IC研发、软件编写，如INTEL、MS等 。 IT技术产品化: 元器件、部件、组件制造，如精英、大众等。 IT产品集成化:计算机及外设制造商，如联想、IBM。 IT产品系统化: 解决方案、信息系统，如华为、HP。 IT产品流通:渠道、销售， 如神州数码。 IT产品服务:咨询服务和售后服务， 如蓝色快车。 IT产业舆论支持:IT类媒体， 如CCW、CCID。 IT产业第三方服务:各种需要配套的服务， 如法律咨询、PR服务。 IT后备人员培养:各种院校， 如计算机专业。 IT产业合作组织:各种协会、集会。 IT行业就业情况 我国软件人才结构呈现"橄榄型"，即软件高端人才，包括系统分析师、项目技术主管等，和低端人才，如软件编码程序员等都严重短缺，中级(端)人才过剩，长期以来形成了"缺口较大、结构失衡、需求旺盛"的状况，人才短缺与结构不合理现状并存。 就软件人员的市场需求分析，中国现在最需要的是"软硬"兼备的人才。而作为软件水平考试现在的科目而言，低层的程序员，中层的软件设计师，信息系统监理师以及高层的系统分析师和信息系统项目管理师也将成为考试中的热门科目。

以上就是关于项目总结报告范文4篇全部的内容，包括:项目总结报告范文4篇、工作描述怎样写呢职责范围、工作任务,还有取得成绩.是IT方面的、破界突围之路：关于IT项目复盘的几点思考(一）等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！