如何编写IT项目方案

格力it行业的工作量会大。根据查询相关公开信息显示：首先，格力IT行业处于快速发展阶段，市场竞争激烈，需要不断改变策略来跟上发展步伐；其次，IT行业需要不断学习新技术，不断改进新方法，不断创新；最后，IT行业对工作人员的要求比较大，综合素质要求比较高。

1、加强员工素质教育注意员工培训 文明服务、职业道德、专业知识、等面着手采取化培训式教公司员工牢固树立起终身习思想理念使员工更习获取自身能力素质提高适应企业社才越越高要求树立全全意业主服务意识通习、培训考核提高服务水平

1、加深行业认识

2、树立服务意识

3、提高文化素质培训刻苦习断提高文化素质

4、考核标准制定

二、建立业主导向企业文化

绩效目标根据绩效要求员工进行要求绩效文化建设引导

1、高效运转提高服务效率

2、充考虑服务象实际情况

设置IT考核指标秉承“以用户为中心提高IT服务质量降低

IT服务成本”为目的与业务部门共同设定IT服务考核指标用于IT服务水平的评估与持续改进优化IT服务流程根据设定的IT目标和IT服务考核指标对现有IT服务流程进行全面梳理并找出主要的服务流程进行优化。

应用IT管理工具，通过相应IT的管理工具，实现IT服务管理的数字化，用以达到沟通顺畅、信息共享协同服务。

如何编写IT项目方案通过学习如何编写方案，让大家进一步体会管理线索在实际工作（项目）中的应用

帮助大家更容易地理解IT项目管理的理论体系：九大知识领域和五个过程组

帮助大家学习掌握IT项目方案编写方法

目录什么是方案如何编写需求分析如何编写方案设计原则如何编写解决方案如何编写实施方案如何编写维护服务方案如何编写培训方案如何编写典型案例典型设计方案分析方案就是解决问题的方案

方案有：用户解决方案、项目申报方案、可行性报告等等

写方案的目的就是让别人知道，你有能力高效、低耗、低风险地完成特定的任务目标

方案中要解决：为什么做做什么达到什么效果谁来做怎么做花费多大代价有何风险、怎么控制质量如何保证你是否有相应的能力什么是方案方案的背景，讲述当前与方案相关的社会、需求、技术等背景情况，国内外同类解决方案的情况等

一般出现在申报方案

需求分析，即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标

给读者阐明为什么做

方案的意义，高度概括，这个方案能解决什么问题，方案的实现能带来什么好处

一般出现在申报方案

方案设计原则，就是在设计解决方案时，必须要遵循的原则

所谓原则，就是不能突破并必须严格遵循的尺度

在每个具体的解决方案中，都要体现预先确定的原则

遵循的标准，包括国标、行标、地方标等，也是在设计方案是不能突破的尺度

方案的目标，总体概述解决问题的方案，高度概括

一般出现在申报方案

解决方案，给读者阐明怎么做，来解决问题

是解决方案的主体

方案有以下要点或组成部分组织架构实施方案（进度计划），给读者阐叙做的具体步骤，工作路线

服务方案（服务计划），给读者阐明你有服好务的具体措施

培训方案（培训计划），给读者阐明你有做好培训的具体措施

沟通计划质量控制计划风险识别和风险控制计划设备采购计划工作量估算和人力资源成本预算典型案例介绍，给读者证明，你已经具备了实现这个方案的能力

工作基础、工作成果积累，进一步论证你具备实现这个方案的能力

满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则，要对用户和招标文件的每一项要求都有明确的响应，要清晰准确地领会用户的意愿，不能随意抵触或反对用户的意愿

要努力在方案中体现我们的特点（特别是主要竞争对手所不具备的特点），要在方案中发挥我们有利的资源，厂商产品选择是要考虑利润最大化和商务可控性

需求分析即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标

给读者阐明为什么做

用户需求分析总会是用户解决方案的第一部分，这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等

用户需求分析是整个方案定基调的部分，是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础

同时，到位的需求分析，也是为我们制定方案的设计目标提供依据

作为方案的开篇部分，如果分析到位，特别是用户的关注点和兴趣点分析到位，会立即引起用户的共鸣，迅速把用户吸引住，也更容易让用户理解我们后面的内容

一个到位的需求分析，是一个好方案的一半

反过来讲，如果你都不能全面地把握用户的需求，你拿出来的方案也不会有什么针对性，用户不会感兴趣

要做好需求分析，需要进行耐心细致的用户调研工作，而且根据用户项目的特点，制定明确的需求调研线索和方案

需求分析用户立项的宏观背景用户立项的目的和意义用户的组织架构用户当前it建设的情况采用的技术需求软件功能需求软件性能需求（质量需求）平台环境需求安全方面需求项目风险识别用户关注点和兴趣点详细分析等每一部分根据需要，可以做进一步分类描述

对于一个综合性IT应用解决方案，如金保工程方案，需求分析应包含以下几个方面的内容大家要注意，用户需求是多角度的在进行需求分析描述时，各部分分类要清晰多用条理性描述少做长篇论述各部分内容分量要均衡要点要清晰准确要体现全面、到位和重点突出

大家记住，这里每一部分的描述都将是后面相应内容的线索和论据

用户需求分析往往是方案编写者最容易忽视的部分，好多人都是随便凑点内容，甚至凑一些根本无关的内容

这样的后果是，因为自己不重视，也就不能真正地掌握用户的需求和期望，写出的方案针对性不强

方案设计原则是每个方案必须的部分，也是很多方案编写者最轻视的部分，好多人的办法是随便抄一个其他方案的原则部分，应付了事

这反映出他们根本不知道原则是什么、原则的作用是什么

方案的设计原则是设计者对设计思想的纲领性的描述，是对需求的高度抽象和概括，是进行方案设计的最基本的指导方针

就是在设计解决方案时，必须要遵循的原则

所谓原则，就是不能突破并必须严格遵循的尺度

在每个具体的解决方案中，都要体现预先确定的原则

在方案设计原则中，要表明在方案设计时重点要考虑哪些问题，要突出对用户关注点和兴趣点的对策，这些内容要与需求分析的相关内容紧密呼应

方案设计原则的编写可以分为两大类，一类是基础性原则，一类是响应用户特殊需求的原则

方案设计原则基础性原则在每个方案中基本都会有，如：先进性与成熟性的原则先进性与保护投资的原则安全性原则功能完备性原则灵活性原则可维护性原则可扩展性原则等等

基础性设计原则我们拿可维护性原则作为例子分析一下“原则”的含义可维护性的意思是，根据我们提供的方案开发出的系统，具有方便进行维护的特点

换句话讲，我们进行方案设计和开发时，要充分考虑今后维护的方便可行

即便这些基本性原则可能在很多方案中都有，但也要充分理解用户的期望

如用户项目资金充裕，那可能就要突出先进性的原则

反之，可能就需要充分考虑原有设备的复用，保护原有投资

用户特殊需求的原则要认真下一番功夫直接体现我们是不是重视用户的想法是不是真正理解他们的需求要想做好这方面的文章，就必须对用户的需求、用户的关注点和兴趣点非常清晰

一般情况下，在介绍方案时，原则部分会有比较强的冲击效果，特别是那些很到位的响应用户特殊需求的原则

说白了，就是告诉用户，你关心什么，那么我们就将在方案中注意、解决和实现什么

解决方案这部分是方案的主体部分，也是分量最重的部分

需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义

方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则，或者说是应该重点关注和考虑的问题

标准规范部分讲的是方案设计的应遵循的标准规范

这部分是介绍我们设计出来的结果

是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范，全要在这部分中体现出来

解决方案为了让大家容易理解，我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍，这个例子就是一座大楼的设计方案

设计一座大楼是一件很复杂的工作，要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等，要进行力学分析、结构分析等，可以说设计一座大楼是一项庞大系统的方案设计工作

后面将给大家介绍一下编写这部分内容的注意事项

首先请大家记住，我们这里讲的设计方案，是我们与用户沟通交流的方案

目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求，是让用户树立起与我们合作的信心，但并非是一个具体的开发方案

因此需要重点突出而不需面面俱到，不需要或者千万不要落到具体的细节上，要尽可能保证各部分内容的均衡

设计方案编写要点之一在方案描述部分的最前面，要有一个方案的总体描述，可以称为总体设计方案

或成为方案蓝图也就是项目的总体目标这部分是对你的设计方案的高度概括性介绍

设计方案编写要点之二为了能让用户了解你的方案的全貌对于比较复杂的设计项目来讲，不是几句话几段文字可以表述清楚的需要站在不同的角度、针对于不同的层面进行介绍譬如说大楼的外观，从正面看，你是看不到全貌的，即便你把外貌全介绍清楚了，如果不介绍其他的话，别人也很难明白这个大楼

因此要学会角度、层次的分解可以从类别上分，也可以从功能上分，分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案

一般一个IT项目方案包括：技术架构网络架构安全架构功能架构性能指标

设计方案编写要点之三对你的方案进行分解描述时，要充分考虑前面需求分析的内容

需求分析中提到的需求和问题，在方案描述部分都要有相应的解决方案，前后呼应，前面讲为什么要做，这里讲怎么实现

与需求分析呼应，也是方案分解描述时进行分解的参考依据

方案是否与需求相呼应，意味着方案是否扣题

有很多这方面做得不到位的方案，对在这个项目上行，按在另外一个项目上也行，就成大笑话了

目的性强！设计方案编写要点之四对于一些用户关注的问题和需求，以及通过分析具有比较高复杂度的问题，也要分解出来进行单独讲解一是表明我们对用户的需求的充分响应二是表明对需求理解的深刻，尽管有些问题很复杂，但我们有可行的解决方案

借此增强用户的信心

设计方案编写要点之五要与前面设计原则部分相呼应在方案的描述中，要体现出我们是严格遵从前面制定的原则的

同样，也要对所遵循的标准规范有呼应

设计方案编写要点之六多采用图示的方法大家都知道，无论文笔怎么好，文字的东西总是比较抽象的读者必须通过联想才能理解你描述的含义

如大楼的外观情况，如果文字描述，很可能长篇累牍地写了一大堆，别人还是搞不明白

而用图的形式，可能只需三两张图，就把大楼的外观展现的清清楚楚了

图示的作用是直观

图是对方案的高度概括和抽象

做一张好图，要基于你对方案完全了解和掌握，也要基于你的知识和经验的积累

真正好的方案描述都是图文并茂，用文字辅助解释图中关键的部分

设计方案编写要点之七要学会使用表格进行描述与图示一样，表格也是一种非常好的方案描述的方法

表格的作用是简练、调理、清晰，更容易让读者理解你所表述的内容

对于一些包含大量数字，或者描述形式重复的内容，都可以采用表格的形式描述

设计方案编写要点之八对于一些重要的指标或用户关心的指标需要基于你的方案进行分析用合理的分析模型和数据证明你的方案能够达到用户所期望的指标例如设备配_选型设计，用分析的指标作为依据设计方案编写要点之九对于一些需要利用其他厂商产品进行集成的项目要讲明你所选择的原因和这些产品的作用要对你所选择的主要产品从功能和性能角度进行介绍

设计方案编写要点之十为了突出我们期望让用户产生深刻印象的内容

可以在方案描述的最后一部分做一个总结，可以用方案特点介绍的说法

在特点介绍中，要突出我们独有的特点（在一定程度上会让用户去找我们竞争对手相关的内容）

要突出用户关心的问题（与需求分析呼应）等，大家需要注意，特点一定要“特”

方案特点组织的好，也会对用户产生比较强的冲击力

设计方案编写要点之十一编写方案的时候，特别是编写这部分方案的时候切记千万不要凑材料，这个地方抄点那个地方摘点进行拼凑，这是编写方案的大忌如果需要摘抄一些资料，必须自己完全掌握这些资料的内容并且确认对解决特定的问题有帮助

设计方案编写要点之十二开发实施计划，也称总体进度计划，是对全部相关计划的有机整合，也叫整体计划

整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等

项目开发实施方案（计划或工作路线）我们常说，要完成一件事情，需要有计划、有组织、有措施、有保障地进行

我们的设计方案完成后，接着就要给用户介绍我们怎么实施完成，这就是实施方案

实施方案的编写需要按照有计划、有组织、有措施、有保障的线索，基于项目管理的思想进行阐述

在这里对大家有一个要求，就是你在写出来这个实施方案之前，你已经真正明白了这个项目到底怎么干才能干好

如果你都不知道怎么干的话，写出来的所谓的实施方案是不是可行就需要打个问号了

这个问题在很多人在写实施方案时常犯的错误

我们需要基于项目管理的思想来描述开发实施方案

首先需要明确项目的目标

其实方案确定好了，总目标是非常清晰的，那就是按照用户的需求开发出系统，按照用户的时间约定部署实施完成

但如果仅仅这样讲，那只落在了总目标的口号上了

为了拿出真正可行的方案，需要把目标进行分解，分解成一个个阶段性目标或历程碑性目标，这项分解要尽可能的准确和详细，目标越清晰具体，越容易找到实施方案

要反思，如果这一个个的阶段性目标都实现了，是不是就能很好地完成和实现总目标，如果是，说明你的分解基本就是合理的

当目标分解工作完成后，各个子目标之间可能存在时序关系，也可能存在其他关联关系，为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持，有一些比较复杂的工作可能需要一些方法的指导（工作预案）

对应于每个子目标，把这些相关的东西搞清楚描述出来，然后按照时序关系排列起来，项目的实施计划就出来了

实施计划描述需要调理，一般可以采用表格的形式

目标分解一般是采用自上而下的方式进行具体做法是，先围绕总目标的实现分解成几个大的阶段然后对每个阶段进一步分解成更小的阶段最后落实到每一项工作任务的目标上

在实施计划中，还有一点非常重要，就是必须满足用户工期的时间要求

项目组织架构不管目标怎么定，方案怎么做的，有一点是确定的，就是必须要有人去按照计划去干，去实现一个个的目标

作为一个好的实施方案，需要对承担这项工作的队伍、人员进行组织和分工

描述这部分内容的线索可以这样

定义项目实施过程中的角色，根据实施计划的需要，对参与项目的人按角色进行分类，定义角色的责任

分析一下这个项目每一个子目标实现过程中，都需要涉及到哪些类型的人，这些人与我们的那些部门有关

设计项目组的管理架构，与实施计划相关，与工作分类和角色分工有关，要有责任明确的项目负责人角色

如果队伍比较大涉及的部门比较多的话，项目负责人就需要具有比较强的资源协调能力，明确项目总负责人和不同类型工作的负责人

根据计划的需要，选择明确项目成员

一个好的实施方案，除了给用户讲清楚怎么干以外，还要介绍你的这种干法是可行的而且是风险小的，这就是实施方案的保障措施

一般情况下，应该包含这样一些内容：沟通协调措施，要有明确的沟通协调机制保障，项目是需要我们与用户、厂商、监理等一起配合完成的，因此必须要有良好的沟通

质量要求和质量控制措施

风险分析以及规避风险的措施

预算（成本计划），包括设备采购计划和人力资源成本预算

一些复杂工作的工作预案，要让用户知道我们是有办法有能力完成这些工作的，增强用户的信心

验收计划这是对双方都负责任的约定，验收方案要科学合理，要具有可 *** 作性

对于一些特定的项目，需要对我们投入的人力和工作量进行统计

首先，你要对用户参加培训的人员进行分类不同类型的人员需要接受不同的培训大体可以从系统管理角度和系统使用角度进行分类

如系统管理员（进一步也可细分为应用系统管理人员、系统环境管理人员等）、系统使用人员（或者称用户业务人员，包括各个层面使用系统的人员）等

培训方案要点之一培训对象分类从管好和用好的角度，设计培训的课程在每一门培训课程中，要对一下项目进行定义培训课程名称培训目的和期望达到的目标（培训完了，受训人能够达到什么水平或能力）受训人技术基础要求培训形式（集中上课、上机实习）培训课时数培训教材（必需要有明确的培训教材，除了编写或购买的教材以外，可以多选用项目交付时提供的资料，如设计方案、用户手册等）培训内容概要（要介绍这门课程的主要内容）

培训方案要点之二培训课程设计根据项目总体的实施计划安排，设计课程表课程表中要明确时间、地点、培训对象、课程因为这里面要考虑总体进度，要考虑参训对象所受的时间、地点的制约课程表的编排一定要合理可行

培训方案要点之三培训课程表最后可以介绍一下承担培训工作教师的情况对几个主要培训教师的简历进行介绍另外，对于一些需要比较特殊条件的培训，介绍一下我们的保障措施

培训方案要点之四培训教师介绍用户对维护服务的期望是：平时通过有效的管理和监控，尽可能地减少故障概率系统发生故障时，出现的问题能够得到最高效率的解决这也是我们设计维护服务方案时的基本原则和目标

维护服务方案服务需求分析，对用户的服务需求，从主要服务项目和特点、响应时间、期望等进行比较详细的分析

维护服务方案要点之一服务需求分析组织管理体系，告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作，每个角色的职责是什么

对服务组织中的核心成员进行介绍

维护服务方案要点之二组织管理体系服务项目定义，对于用户的服务需求进行应对，告诉用户我们围绕这个项目，能够提供什么样的服务工作，每项服务工作的含义是什么

如，我们有什么服务是对应于减少故障的，有什么服务是对应于解决问题的

维护服务方案要点之三服务项目定义这部分介绍的是为了完成我们提供的服务项目，我们有什么样的措施进行保证

如，对于我们所提供的减少故障的服务，我们采取什么样的措施来实现

服务项目和服务措施是紧密关联的，共同来表述我们能给用户什么服务和怎么给用户这些服务

响应时间定义，这是对双方都有益的一个约定，介绍在不同情况下我们的时间响应措施

维护服务方案要点之四服务措施手段定义介绍从服务请求到服务结束我们的工作和管理流程

进一步让用户明白我们拥有一个严密的服务体系，能够满足用户的服务需求

需要的话，可以对服务流程所需的管理工具进行介绍

维护服务方案要点之五服务流程介绍前面把我们服务体系的服务组织、服务措施、服务流程介绍完后

最后要针对于用户对本项目特定的服务需求进行响应

设计满足于用户服务需有的服务方案

这部分要对用户或招标文件中的服务要求进行点对点的应答，必须明确承诺是正满足

IC设计和IT技术哪个好就业,哪个薪水更 - ： 我是做it的,我感觉ic设计要优于it技术这主要是因为技术门槛,ic设计一般人接触不到,所以相对门槛较高、更专业一点;it技术很多行业的人都能做,所以门槛较低,门槛高的话,就业会更好一点、薪资也能更高一点当然,it技术也有许多门槛高的技术领域

计算机软件和ic设计两个行业哪个待遇更高 - ： 首先,待遇是分公司的,不过普遍来说,计算机软件比ic设计更高点个人方面,我是做ic的,计算机软件方面的同学的待遇比我高些;公司方面,360,百度,腾讯,阿里巴巴等的待遇要比smic、展讯、华为海思、大唐、中兴、全志等要高一些不过,软件入门的门槛相对低些,竞争也激烈一些就说这些,希望如你所愿,阿门~

ic设计(微电子)和软件(计算机)哪个工资高 - ： 从目前行情和以后发展态势来看,IC涉及会比较好,计算机软件现在一些培训机构太多了,软件开发门槛低了,进去的人很多,但是IC设计就比较门槛高,而且随着各种智能设备,物联网发展,IC会更加吃香

ic设计和计算机软件哪个更有前途待遇更高： 个人感觉,IC设计的门槛更高,这要看你们学校往届的毕业生能够去到的企业高度,如果能去大企业,我觉得做IC更好,毕竟这行业知识更新换代不如软件,软件的门槛太低了,现在做软件最普及的就是网站,随便一个人去培训半年可能就学会了,而且工资要求也不高

软件工程师和ic设计工程师哪个待遇高 - ： 目前国内ic这块相对来说比较薄弱 而软件工程师在国内已经相当成熟 选择适合自己的才是最好的 你在网上可以比较看看两者 然后结合自己的情况来选择

it行业哪个方向薪资高 - ： IT业划分为IT生产业和IT使用业,其主体职业包括:1软件类 :系统分析师、程序设计员、软件测试师、软件项目管理师、系统架构设计师(人才需求巨大,发展前景较好,工资待遇较高)2硬件类:计算机维修(技术含金量不高,工资不太高)3网络类:网络工程师、网络系统设计师、网络综合布线员、网络建设工程师4信息系统类:计算机 *** 作员、信息系统安全师、信息系统管理师、数据库系统管理员、信息系统监理师、信息系统评估师、信息资源开发与管理人员、信息系统设计人员5制造类: 半导体器件测试工、半导体器件制作工艺师、半导体器件制造工、半导体器件支持工、半导体器件封装工具体薪资待遇取决于所在城市整体水平和公司水平

计算机行业现状：

计算机行业发展历程不长，但是已经改变了大众的生活方式，目前我国的计算机行业仍然处于高速发展的阶段，但是很多人都在犹豫，现在进入计算机行业是否还有钱赚，其实现在的计算机行业仍然存在很大的利润空间。

一、智能化信息时代——计算机行业高速发展

智能手机的出现不过只有短短十几年的时间，但是已经能够代替电脑，智能手机的普及提高了大众的生活质量，使信息的传递更加快捷。信息传递的便捷性虽然能够极大的提高工作效率，但是也带来了许多弊端，比如社会问题过度依赖舆论监督，许多社会不满都在网络上爆发，这时就需要专业的计算机人才进行正向引导。

虽然我国的信息化程度已经得到了显著提升，但与一些发达国家相比，仍然存在很大的上升空间，这也是我国程序员一直处于供不应求的主要原因。信息化程度的提升对于所有行业的工作来说都是很重要的，我国的工作时间在世界范围内都是很长的，主要是因为信息化程度低，工作程序繁琐。

二、工作时间长——计算机行业人才紧缺

996，秃顶，过劳死已经成为了计算机行业的代名词，计算机行业虽然薪资待遇丰厚，但是工作也是非常辛苦的，因此有很多人经过长时间的高压工作，最终因为身体问题不得不放弃在计算机行业发展下去。

据不完全数据统计，目前我国的计算机行业仍然存在大量的人才缺口，这对于计算机专业的学生是一个非常好的机会，不论你是否想长久在计算机行业发展下去，都可以先进入这个行业了解一下，其实现在已经有很多知名计算机企业注意到了从业者的工作时长问题并开始进行改善，相信未来计算机行业的工作薪资会与工作产出成正比。

三、工作压力大——专业人才坚守难

计算机行业内的工作量巨大，长期处于高压的工作状态下，从业者容易出现身体与心理的双重问题，所以很多人为了提高生活质量，都不会坚持在计算机行业长久发展下去。这些人往往具备丰富的工作经验，并且能够为计算机行业做出很大的贡献，失去这些人才是整个行业的损失。

我国的计算机行业虽然发展历程不长，但是取得的进步是其他国家无法比拟的。虽然目前行业内的薪资待遇还无法赶上其他发达国家，但是始终在进步，相信终有一天会实现自我跨越。虽然工作时间长，工作压力大，但是共同奋斗的目标始终存在。

其实计算机行业一直处于非常强劲的上升势头，如果你真的对计算机行业有强烈的热爱，也是可以选择在计算机行业进行发展的，只要你的专业技能能够为行业创造价值，就一定可以收获丰厚的薪资待遇，这是毋庸置疑的。

总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料，它有助于我们寻找工作和事物发展的规律，从而掌握并运用这些规律，为此要我们写一份总结。总结怎么写才不会千篇一律呢？以下是我收集整理的IT技术工作总结，仅供参考，欢迎大家阅读。

回顾20xx年，自己干了很多工作，涉及到的范围比较广，所做的工作带来的成果也不错，告别了20xx年的那种没有自信，总是被动的局面；业务上对发信息，资料，boss相关，语音这几个核心的业务模块更加熟悉；组织协调能力上得到提高，整体把握一块儿工作的进度，承受得住压力的能力逐步提升。工作方式上有所改善，由被动变成主动，由接收变成主动提出自己见解；知识体系得到补充完善，眼界由局部上升到更高一个层面，找到自己要发展的方向，阅读管理类和技术类的书籍给自己充电加油！20xx年，我在期待，期待更大的进步，期待更多更强的成就感。

一、主要工作业绩

（一）工作职责、主要工作及成果

1、hbjxt发信息系统、河北后台搭建移植

工作职责：部门模块参与人

hbjxt系统搭建过程中前期我主要负责的是发信息模块，后期转到新后台的搭建移植工作上。

a、发信息存储过程的移植

b、0元3元产品的并行

c、信息回执的添加

d、学校相关查询，用户相关查询，教师相关查询，信息相关查询功能移植

e、河北应用报表开发

在这个工作的过程中我最大的收获是对数据库简单知识的掌握和发信息相关业务的熟悉。以前对数据库的学习就到书写sql语句的层面上，目前对存储过程，函数，调度，触发器，表分区等常用的简单知识有了使用和了解。对于核心业务发信息也告别了一头雾水。

2、语音平台接手，为解决串号问题的改造

工作职责：平台负责人

a、日常的维护统计

b、语音新需求的开发

c、语音优化建议的处理

d、语音串号问题的

在语音web页面方面要发展成一个能提出自己见解能拍板的员工，目前尚未完全达到这个目标，不过日常的维护和遇到的问题大部分可以跟踪解决。

3、长短信页面负责人

工作职责：页面负责人

a、学校长短信的设置和取消

b、家长长短息接收的管理

c、老师长短息的设置选择

d、发信息类里面对于设置长信息和文件发送等逻辑的修改。

长短信的主要负责方是数据库组，中间组织了几次会议，都是权威人物，从大家的发言角度和发言内容里可以学到好多东西，先是需求的讨论确定，开发方案提出几种，大家一起讨论，最后让领导审核，每一次的会议组织都会有新的收获。是一次很好的推进工作案例。

4、新版短信模板

工作职责：部分模块参与人

a、发信息页面的改版

b、信息收藏夹的导入导出

c、jxlx下总导航和左边登陆框的调整。

我参与的阶段有：用例的审核，表结构设计的讨论，开发。

在这个工作中的收获是数据库表的设计，主要是按位存储的优点，合理的利用存储过程来定时的分析和生成数据，excel表格的上传下载相关知识。

5、语音外呼系统

工作职责：整体负责人

a、组织需求的讨论确定原型

b、拿出设计方案组织审核

c、参与后续开发

d、系统的跟踪和维护

这是我第一次以项目负责人的身份在公司出现，感觉很惊喜，也很有压力，一直都是在接收安排好的工作，这次领导告诉我，我要把握项目的进度，要去和需求人沟通给系统一个合适的定位，把合适的工作分给合适的人，要设计能满足需求，要保证项目保质保量的完成。当然这些工作我一个人是做不下来的，一是我经验不够，二是我一个人没有那么多的时间和精力，这时候就体现出来如何利用大家的智慧了。这个团队的一个特点是一个没有经验的负责人带着几个充满智慧的队友，刚开始在工作分配上很不合理，我把很多的工作揽到自己这里，但是这样我会很累，大家的智慧不能及时的融进来，还会打击积极性，在主管的指导下及时对工作安排分工进行了调整，让大家都积极的参与进来。有了前面的教训，在后期的开发中进展的很顺利，大家积极的讨论拿方案，对自己负责模块都尽职尽责，从中收获很多。

语音外呼项目的推动中，收获可以从两个方面来总结，一个是经验的积累，通过这个工作，经历了一个项目负责人的过程，此时经历就是收获，设计方案的一次次被推翻，就是一次次的进步，从沟通到设计再到开发，去组织去推动，也逐步的流畅，和大家的合作，借用别人智慧的能力也稍有提高。另一个是信心的增强，刚开始对需求的混乱和对系统不清晰的定位让我对这个工作无从下手，对它的思考时易时难，对设计更是心里没底儿，设计好了对开发又不自信，需要的知识点还很多，虽然前期是这样思考的，但是随着设计的明朗化和大家智慧的迸发，感觉越来越顺利，信心提高了很多。所以一个项目负责人不一定要是一个样样精通的人，但是一定要是一个能把大家智慧凝聚到一起的有思想有自信的人。以后我继续向大家学习！

6、资料迁移

工作职责：整体负责人

a、收集需求人，使用人的意见整理文档，弄清楚要解决的问题，和造成问题的原因

b、给参与人员分工梳理现有流程

c、组织技术内部对此熟悉的同事讨论，铲出一份需求设计文档，之后又进行审核

d、和需求人，使用人碰面沟通，对设计文档中涉及的流程进行了二次审核

e、页面开发和测试

f、功能模块维护和数据跟踪

带来的成果：在移动进行大规模的ecid重整时期，资料迁移功能发挥了很重要的作用，解决了博客博客圈的匹配，校讯通积分影响问题，客服的资料处理流程效率也得到了大大的提高。

资料迁移整体上考验的是对业务的熟悉和对需求的梳理沟通。我的总结感受：对于请教的问题，别人并没有责任一定要参与，即使参与了也不能把自己的疑惑全部抛给大家，应该做好前备工作，把能梳理的都梳理通，真正想不通的给几个选项，尽可能的节省大家时间，缩短这个环节在整体上大家就有精力给与更多的指导和建议。另外还要写好文档，一份好的文档可以给沟通带来好的影响，如果自己都稀里糊涂文档的逻辑性不强，让别人看着更不感兴趣，虽然沟通是双方的，但是如果想在沟通中掌握主动权，必须比别人多想点，多做点。

7、资料录入助手

工作职责：整体负责人（但是到最后没有用）

a、沟通确定需求

b、参与代码书写以及后期意见搜集

资料录入给我感触很大，我面对的问题有两个：一是自己对技术水平不达标，书到用书方恨少啊，打击了自信；二是时间比较紧急，还和几个经理直接沟通需求，有恐惧心理，状态相当不好；到最后还是按时完成了，虽然让大家并不是特别满意，在没有征求对方意见的情况下我自己简化了需求，但是感悟甚多；我的感悟：一是要增加自己的求知欲，提高技术水平，增强自信心；二是要学从大局考虑事情，多项紧急工作并行的时候也要有个轻重缓急，做好分配；三是会做人会做事会说话很重要。

8、学生综合素质测评系统

工作职责：整体负责人

a、参与需求的讨论和原型确定

b、系统的设计

c、组织并参与开发

该系统的特点：使用对象是一个学校，核心内容是对学生进行综合素质的评价，项目时间和紧迫，所以选择了一切从简，组织结构和权限使用的都是校讯通系统内的，老师管理员的账号使用的也是xxt的，家长的账号是学生的学号。

9、日常维护，优化建议

工作职责：模块参与人

a、语音平台，hbjxt有关信息的数据统计工作以及日常投诉维护

b、有关语音，tj平台，短信后台，策划后台，hbjxt后台的优化，报表新功能，30tomcat错误日志等的维护开发

c、需求的沟通和讨论

（二）工作及学习经验及收获

1、对发信息，资料，boss相关，语音这几个核心的基础业务模块更加熟悉，这些都是在工作中进行的积累，这些方面出现问题，可以更快更准确的定位出错的地方。

2、组织协调能力提高，这些是担当项目负责人锻炼的结果，平时负责的工作不再是具体的开发，而是负责把大家召集起来，整体把握一个事情的进度，这样的话就在无形中锻炼组织协调的能力，承受得住压力。

3、看了一些管理类的书籍，在做人做事儿做工作的方式上有所提升，不让自己的想法行为那么极端。

4、技术知识框架更加完善，毕竟看的多了，遇到的问题多了，思考的也就多了，逐步提升中……

（三）主动发现并跟进解决的问题（非任务类的，自己主动发现工作或项目中的问题，并思考和跟进解决的）

1、资料迁移上线后，关于sign_falg的变更，在走路的时候突然意识到迁移之后发给移动的sign_falg和connector中的没有同步，虽然当时问题还没有暴露，时间久了就会出现问题了，马上给领导请示让数据库组协助我排查数据，最后通过全量核对把已经不一致的资料纠正，同时修改程序的漏洞。

2、100数据库存储过程proc_person_count有效学生数，禁用学生数，有效班级数的计算错误，修改上传！

此过程是在20xx年12月18日开始运行，每天晚上00：00执行，作用是计算有效学生数，所有学生数，家长总数，教师总数，拥有联通号码的教师总数等一些数据，数据是以学校为单位

发现的问题：有效学生数，禁用学生数，有效班级数的计算错误

错误原因：河北的规则和河南的差异所致！

河南：有效学生：第一联系人激活的

禁用学生：第一联系人禁用的

有效班级：有有效学生的

河北：有效学生：两个联系人至少有一个激活的（排除网站用户）

禁用学生：至少一个禁用的，两个联系人不存在激活的（排除网站用户）

有效班级：和河南一致，但是有效学生统计错了，这个也就错了

3、100数据库存储过程proc_num_of_class执行报错！因为调度的问题引起，另外计算数据规则有问题！

此过程是在20xx年12月18日开始运行，每天晚上00：00执行，作用是计算有效学生数，所有学生数，家长总数数据，数据是以班级为单位

发现的问题：存储过程执行报错！计算数据规则有问题！问题同上！

错误原因：存储过程中定义了一个临时变量num1，number（2）类型！但是执行的时候存进去的数据是三位数，故报错！存储过程中用这个变量是判断当天的数据时候已经存进num_of_class表中，按照正常情况num1是0才对，不会报错，跟踪原因是因为proc_num_of_class一天执行了两次，晚上00：00和中午12：00，当中午12：00执行的时候数据已经生成，并且数据超过了number（2）所容纳的最大值！故报错！

至于为什么这个过程一天执行两次，请教数据库组同事未果，因为从调度语句上看频率是一天，每晚00：00执行！

解决办法：原调度删除，重新添加调度！执行时间放在00：01

4、个人话务量统计跟踪数据时候发现异常，一个人的话务量比所有人加一起都高

排查生成个人话务量统计的sql语句，在语音重要的表中加看个call_id，把电话的保存表和通话表精确的关联起来了。上线以前所有的数据此字段都是0，目前外呼的此字段值也是0，所有要把等于0的全排出掉！防止异常数据！

（四）进步及亮点（主要的2—3个）

1、对业务的熟练，当做的东西需要和系统内融合借鉴的时候，这个优点显得尤为重要。对做好工作更有把握，更有自信

这点的进步源于工作中对业务逻辑的梳理和积累。有些新工作的开展必须把现有的业务逻辑梳理清楚。

2、组织协调能力提高，整体把握一块儿工作的进度，承受得住压力的能力逐步提升。

这点的进步源于当了几次项目负责人。不管项目大小，是负责人就要负责工作的安排，人员的协调。

3、做人做事儿做工作的方式上有所改变，不让自己的想法行为那么极端。

有效的沟通往往能更快的推动工作，有效就要求是合理的沟通方式，大家都喜欢听好听的，都喜欢愉快的沟通氛围，就要尽量的去营造这种氛围，减少撕破脸的场合，看了一些管理类的书籍，有些还是很有道理的，可以逐步的在和别人沟通中派上用场。

二、工作中遇到的问题或困惑及解决办法

工作中由于大组的工作方向而定，如果一个月里很多时候都是在排查，配合的工作，这些很繁琐，没有什么技术含量但是需要全面细心，如果接二连三的都是类似的就很疲惫烦躁，困惑。

解决办法：加强学习，多看些书充充电，让自己能感觉到还在进步，不是在机械重复的工作，月度绩效中会流露出我的想法，让领导了解。

三、对公司、部门、小组的建议

希望部门能在大组的整体工作上可以均衡，让人员和工作量可以协调，不至于有的太忙没有时间学习，有的太闲只能学习，总结一下主要是以下几点：

1、多少人干多少的活。

2、工作的技术含量上均衡一下，干维护如果一直查漏补缺，会烦躁

3、部门需要重视基础业务和维护

以上就是关于在格力it行业工作量大吗全部的内容，包括:在格力it行业工作量大吗、如何提升企业IT服务效率、如何编写IT项目方案等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！