it方案.doc

it方案 it方案篇一：如何写好IT方案 36如何写好IT方案 在公司作为一名售前工程师会有大量的方案策划落到头；而我们基本上都是在方案提交前一两天接到写方案的任；所以我其实也特别紧张，注意力也特别集中，大脑也高；写方案不难，知道怎么写才难；另外真正写方案的人，对自己写过的方案是永远不会满；当然我曾经问过很多人，你到底为什么写不出好的方案；基本上原因可以归为四类：；1.1第一种是没有体系；一旦用户要求提供关于网络的方案， 在公司作为一名售前工程师会有大量的方案策划落到头上，这些方案里小的有几十万，大的有上千万。如何写好方案一直是我们很关注的事情。 而我们基本上都是在方案提交前一两天接到写方案的任务，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。 所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。 写方案不难，知道怎么写才难。关于写方案我总结一点，结构化地去组织你的思想。 有结构就有思路，有思路就有方案。 另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。 当然我曾经问过很多人，你到底为什么写不出好的方案呢？ 基本上原因可以归为四类： 1.1 第一种是没有体系 一旦用户要求提供关于网络的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好像知道不少卖点，不过真要写出来，又觉得无从下笔。 这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句离散的说法构成的。 因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。 所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。 1.2 第二种是没有思路 有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。 这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。 所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲 自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注，重难点问题，自然可以比较好的确定方案的个性化内容思路。 解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。 1.3 第三种是没有素材一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。 这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。 所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。 1.4 第四种是没有层次 很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。 结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。 其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。 过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。 方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。 2.1 第一个容易犯的错误：只有论点，没有论证不好的解决方案粗看起来非常厚重，其实都是功能罗列，像产品手册摘要版，不像方案书。 不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。 如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。 所以真正好的方案，不一定厚，但能看出你用心，你认真。 现在的解决方案一个不好的倾向是长、厚、全,看起来面面俱到，其实对决策者没有帮 助。所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。 结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。 其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲，可能都找不到一个人能告诉你这些问题可以怎样去解决。 通观这个方案并没有研究为什么企业会产生这么多问题？问题是这些问题是什么产生的？为什么出这么多问题？而是不断说我能！我能！选我，选我！ 如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。 不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢？)。没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。 看到方案时候，其实很多用户下不了决心，他会感觉每家都差不多。 如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。 2.2 第二个容易犯的错误：业务解决方案成为功能列表 解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。 大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。 而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢？ 按功能列表准备方案的做法在很长一段时间内不会消失，这和普遍都是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。 本文从网络安全工程的角度探讨一份网络安全方案的编写 介绍网络安全方案设计的注意点以及网络安全方案的编写框架最后利用一个案例说明网络安全的需求以及针对需求的设计方案以及完整的实施方案. 网络安全方案概念 网络安全方案可以认为是一张施工的图纸,图纸的好坏,直接影响到工程的质量.总的来说,网络安全方案涉及的内容比较多,比较广,比较专it方案篇二：如何写好IT方案 在公司作为一名售前工程师会有大量的方案策划落到头上，这些方案里小的有几十万，大的有上千万。如何写好方案一直是我们很关注的事情。 而我们基本上都是在方案提交前一两天接到写方案的任务，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。 所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。 写方案不难，知道怎么写才难。关于写方案我总结一点，结构化地去组织你的思想。有结构就有思路，有思路就有方案。 另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。 当然我曾经问过很多人，你到底为什么写不出好的方案呢？ 基本上原因可以归为四类： 1.1 第一种是没有体系 一旦用户要求提供关于网络的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好像知道不少卖点，不过真要写出来，又觉得无从下笔。这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句离散的说法构成的。 因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。 所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。 1.2 第二种是没有思路 有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。 这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。 所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注，重难点问题，自然可以比较好的确定方案的个性化内容思路。 解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。 1.3 第三种是没有素材 一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。 这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。 所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。 1.4 第四种是没有层次 很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。 其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。 过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。 方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。 2.1 第一个容易犯的错误：只有论点，没有论证 不好的解决方案粗看起来非常厚重，其实都是功能罗列，像产品手册摘要版，不像方案书。 不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。 如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。 所以真正好的方案，不一定厚，但能看出你用心，你认真。 现在的解决方案一个不好的倾向是长、厚、全,看起来面面俱到，其实对决策者没有帮助。所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。 其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲，可能都找不到一个人能告诉你这些问题可以怎样去解决。 通观这个方案并没有研究为什么企业会产生这么多问题？问题是这些问题是什么产生的？为什么出这么多问题？而是不断说我能！我能！选我，选我！ 如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。 不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢？)。 没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。 看到方案时候，其实很多用户下不了决心，他会感觉每家都差不多。 如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。 2.2 第二个容易犯的错误：业务解决方案成为功能列表 解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。 大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。 而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢？ 按功能列表准备方案的做法在很长一段时间内不会消失，这和普遍都是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。 本文从网络安全工程的角度探讨一份网络安全方案的编写 介绍网络安全方案设计的注意点以及网络安全方案的编写框架最后利用一个案例说明网络安全的需求以及针对需求的设计方案以及完整的实施方案. 网络安全方案概念 网络安全方案可以认为是一张施工的图纸,图纸的好坏,直接影响到工程的质量.总的来说,网络安全方案涉及的内容比较多,比较广,比较专业和实际. 网络安全方案设计的注意点 对于一名从事网络安全的人来说,网络必须有一个整体,动态的安全概念.总的来说,就是要在整个项目中,有一种总体把握的能力,不能只关注自己熟悉的某一领域,而对其他领域毫不关心,甚至不理解,这样写不出一份好的安全方案. 因为写出来的方案,就是要针对用户所遇到的问题,运用产品和技术解决问题.设计人员只有对安全技术了解的很深,对产品线，了解的很深,写出来的方案才能接近用户的要求.评价网络安全方案的质量 一份网络安全方案需要从以下8个方面来把握. 1,体现唯一性,由于安全的复杂性和特殊性,唯一性是评估安全方案最重要的一个标准.实际中,每一个特定网络都是唯一的,需要根据实际情况来处理. 2,对安全技术和安全风险有一个综合把握和理解,包括现在和将来可能出现的所有情况.3,对用户的网络系统可能遇到的安全风险和安全威胁,结合现有的安全技术和安全风险,要有一个合适,中肯的评估,不能夸大,也不能缩小. 4,对症下药,用相应的安全产品,安全技术和管理手段,降低用户的网络系统当前可能遇到的风险和威胁,消除风险和威胁的根源,增强整个网络系统抵抗风险和威胁的能力,增强系统本身的免疫力. 5,方案中要体现出对用户的服务支持.这是很重要的一部分.因为产品和技术,都将会体现在服务中,服务来保证质量,服务来提高质量. 6,在设计方案的时候,要明白网络系统安全是一个动态的,整体的,专业的工程,不能一步到位解决用户所有的问题. 7,方案出来后,要不断的和用户进行沟通,能够及时的得到他们对网络系统在安全方面的要求,期望和所遇到的问题. 8,方案中所涉及的产品和技术,都要经得起验证,推敲和实施,要有理论根据,也要有实际基础. 网络安全方案的框架 总体上说,一份安全解决方案的框架涉及6大方面,可以根据用户的实际需求取舍其中的某些方面. 1,概要安全风险分析 2,实际安全风险分析 3,网络系统的安全原则 4,安全产品 5,风险评估 6,安全服务 网络安全案例需求 网络安全的唯一性和动态性决定了不同的网络需要有不能的解决方案.通过一个实际的案例,可以提高安全方案设计能力. 项目名称是:超越信息集团公司(公司名为虚构)网络信息系统的安全管理 项目要求 集团在网络安全方面提出5方面的要求: 1,安全性全面有效的保护企业网络系统的安全,保护计算机硬件,软件,数据,网络不因偶然的或恶意破坏的原因遭到更改,泄漏和丢失,确保数据的完整性. 2,可控性和管理性 可自动和手动分析网络安全状况,适时检测并及时发现记录潜在的安全威胁,制定安全策略,及时报警,阻断不良攻击行为,具有很强的可控性和管理性. 3,系统的可用性 在某部分系统出现问题的时候,不影响企业信息系统的正常运行,具有很强的可用性和及时恢复性. 4,可持续发展 满足超越信息集团公司业务需求和企业可持续发展的要求,具有很强的可扩展性和柔韧性. 5,合法性 所采用的安全设备和技术具有我国安全产品管理部门的合法认证. 工作任务 该项目的工作任务在于四个方面: 1,研究超越信息集团公司计算机网络系统(包括各级机构,基层生产单位和移动用户的广域网)的运行情况(包括网络结构,性能,信息点数量,采取的安全措施等),对网络面临的威胁以及可能承担的风险进行定性与定量的分析和评估. 2,研究超越信息集团公司的计算机操作系统(包括服务器操作系统,客户端操作系统等)的运行情况(包括操作系统的版本,提供的用户权限分配策略等),在操作系统最新发展趋势的基础上,对操作系统本身的缺陷以及可能承担的风险进行定性和定量的分析和评估. 3,研究超越信息集团公司的计算机应用系统(包括信息管理信息系统,办公自动化系统,电网实时管理系统,地理信息系统和Internet/Intranet信息发布系统等)的运行情况(包括应用体系结构,开发工具,数据库软件和用户权限分配策略等),在满足各级管理人员,业务操作人员的业务需求的基础上,对应用系统存在的问题,面临的威胁以及可能承担的风险进行定性与定量的分析和评估. 4,根据以上的定性和定量的评估,结合用户需求和国内外网路安全最新发展趋势,有针对地制定卓越信息集团公司计算机网络系统的安全策略和解决方案,确保该集团计算机网络信息系统安全可靠的运行. 解决方案设计 总结一下，需要我们了解的有以下这几方面的内容 交流和需要了解的内容通常包括： 1.用户的组织机构，信息化的现状，现有的硬件设备、网络情况、正在使用的软件系统情况； 2.新系统的规划、目标、规模，要求等，包括用户对系统的安全性、可靠性、易用性、扩展性的要求； 3.业务内容、业务流程系统的现状，软件功能需求； 4.平台和数据库的选型；it方案篇三：IT部门管理方案 IT部门管理方案 企业IT部门有各种各样的名称，这不重要，重要的是职责。定位和实际上起到的作用， 我的经验是原来规定的部门职责是什么是一回事，企业对部门的真实期望是一回事，你IT部门是否真正履行好相应职责又是另外一回事，而如何跟随企业的发展去调整部门职责，定位，使部门真正起到甚至超过企业期望才是最重要的 以我原来的工作单位和工作经历总结出来的经验而言，IT部门普遍存在些棘手问题： 一 。服务过程监管困难： 维护的软件系统和硬件设备众多，需要各方面的专业人才；故障处理过程缺乏共享的记录信息和跟踪信息，故障处理流程没有实现自动化；遇到突发情况，没有快速的汇报机制，不能快速的解决问题；没有形成有效的知识库，遇到相同的问题，不能从知识库获取解决问题的方法，要依赖于个别维护人员；运维分析报告编制困难，开机率，维护成功率，维护及时率等指标统计困难 二考核指标统计困难： 缺乏准确的可量化的考核数据；对服务工程师的工作绩效考核困难；对服务流程的运行效率缺乏优化依据；成本控制与核算不方便；对服务级别协议要求的质量和考核指标难以统计 三(来自:www.xmSjOb.cOm 厦门培训考试网:it方案)供应商管理： 设备和系统的供应商众多，厂商信用和评价需要用IT技术手段管理；对供应商提供设备的品质不能形成比较客观的评价；对外包服务商缺乏服务监管和质量考核的方法 针对以上一些常见的问题，我个人总结如下解决方案，以供参考 解决方案大纲： 搭建可持续改善的IT管理体系；服务链全程自动化，价值链共赢 日积月累，知识管理，共享企业文化；人性化协同体系降低企业沟通成本 案例分析优化问题管理，标本兼治；灵活的配置管理，适应企业变革 以工作流为核心，提升企业执行力；方便企业应用集成，避免信息孤岛 具体的方案如下： 1.制定和完善IT部门人力和组织架构，灵活配置管理，适应企业变革 根据企业想要实现的目标，成功的IT管理人员会知道如何去制定相应的人力资源组织管理计划，IT部门的组织设计尤其如此，盲目扩张和“临时抓壮丁”的做法都不利于IT部门组织的设计，也无法满足企业的发展对于信息化建设的要求， 因此，IT部门人力资源管理的重点之一就是要正确估计企业发展趋势，结合企业信息化建设现状制定出大胆而又切实可行的IT部门组织架构计划，并根据不同岗位的需求，制定相应的岗位职责，以便安排合适的人员到合适的岗位，做到人善其能、人尽其能，尽最大可能发挥信息化人才的作用。 2.人员培训 很多企业在对IT部门人员进行培训时，往往都会注重岗位培训，而忽略IT人员的岗前培训和企业文化的灌输，在新人进来后，往往直接分配到IT部门，由IT部门主管负责安排岗位培训，这些新上岗的IT人员往往对企业的行业背景，核心业务不甚了解，也不知道企业文化，沟通习惯，因此给日后与业务部门沟通时埋下了“无法沟通”的伏笔。所以，培训工作，尤其是岗前培训工作也是IT部门人力资源管理的重点之一。 岗前培训是大多数知名企业普遍推行的一种培养符合自己企业要求的人员的方式，岗前培训的内容不单单包括对所需要的IT技术进行培训，也包括对拟聘人员进行本企业的企业文化的灌输。从表面上来看，岗前培训好像加大了企业在管理上的成本，但是这种制度可以大大减少拟聘人员在工作岗位中的学习和适应时间，使其更快地接受工作环境和工作任务，提高了工作的效率，缩短为企业创造价值的等待时间，总体上来看节省了企业成本。现在，各大企业都非常重视员工的培训政策，他们聘用员工时，不看重个人的具体技能，而是强调基本素质。其基本思想是，高素质的员工可以通过企业自己的培训，胜任所有的工作，正是因为在招聘时重个人素质轻特殊技能，因此在培训新员工上要花费更大的工夫。员工在培训中，不仅要学习技术方面的技能，而且还要学习企业内部的管理制度，上下级和平级关系的处理艺术和行为准则等。对IT人员进行系统的全方位的公司文化、统计知识、生产体系及质量管理的培训，以方便IT人员在今后的工作中对于企业的业务需求能够更好地理解和掌握。 同时，IT部门还需要针对企业信息化的业务部门环境，建立企业全方位、层次化、动态化的培训模式。首先，实施全方位培训，信息化建设是企业中每一位职工都必须面对的，信息化建设对每一个岗位的技能都有新的要求，信息化知识培训是企业中每个人在每个岗位上都必须经历的学习，因此，信息化知识培训的对象必须是全方位的。其次，根据企业不同层次的管理人员对于信息化的需求，实施层次化培训方法，即根据信息化建设对企业中每个岗位的要求，可将企业人员分为三个层次，即高层管理人员、中层管理人员的业务部门人员。每个层次应确定不同的培训重点，每个层次人员都必须达到相应的标准。 对于高层管理人员培训，信息化建设需要高层管理人员准确确定符合企业经营管理特点的系统目标和信息需求，必须对高层管理人员进行信息化知识的培训，使他们真正地了解信息化建设的内涵，树立用信息化建设规划来指导信息化建设的思想。对于中层管理人员的培训而言，企业中层管理人员对信息化的理解、支持参与程度关系到企业信息化建设的成败。不能简单地通过行政手段促使中层管理人员被动参与信息化建设，必须通过培训，提高他们的企业经营管理水平，使他们的管理方法和管理行为能与先进的信息处理技术协调。企业信息化要切实有效，需要职能部门和整个调研小组很好地配合。这时候直接的困难往往是，如何让职能部门与调研小组很好地沟通。因此，通过培训使中层管理人员能将工作范围、业务流程根据信息化建设要求描述清楚是必要的。针对业务部门人员的培训，信息化建设只有全员参与才能保证顺利实施，对普通的业务部门人员，不能过多地靠行政指令让他们服从信息化建设的大局，如果这样做会给信息化建设在实施过程中带来相当大的阻力。对业务部门人员进行一些必要的计算机操作基础知识和业务部门信息系统培训，使他们具备基本的技能，使他们的思想逐步转换，自觉融入信息化进程。 3.团队建设 成功的IT管理人员知道组建一个高效IT团队的重要性。既要知道如何根据企业信息化建设的需求改进现有的团队，又要知道如何根据企业未来核心业务的调整重新建立一个新的团队。强有力的职业IT企业的组织和人员能够有效地组建自己手下的员工队伍。他们了解只有建设一个凝聚力强、工作效率高的好团队才能更加独立地开展工作。 4.沟通 IT部门人员的流动率一般都保持在20左右，人员的流动有诸多的因素，有企业和个人的相互选择的原因，也有沟通的原因，除了日常行政管理以外，IT部门的主管还需要对人员进行人性化的管理，尤其是沟通管理 (1)强调纪律性但不苛求员工 俗语说“没有规矩不成方圆”，既然是团队工作就一定要制定一系列合理的纪律规范，保