程序员培训计划

第一篇：程序员培训计划

程序员培训计划

培训目标： 了解xx公司的历史和企业文化，规章制度等 了解xx公司产品主要应用和项目管理的基本知识

掌握xx产品的基本业务流程 掌握xx技术开发的基本技能 培训对象： xxx 培训时间： 20xx年10月26日---11月11日。

新进程序员 1周业务培训，1周集中培训，8周on job training。

指导老师： xx xxxxxx 篇二：高级程序员培训

附件：

高级程序员培养项目 xxxx有限公司

2011年9月

目录

一、项目情况............................................................................................2

二、依托单位情况.................................................错误！未定义书签。

三、荣誉奖励及成功案例.....................................错误！未定义书签。

四、项目组成员.....................................................错误！未定义书签。

一、项目情况

公司充分的认识到人才对于提升企业核心竞争力所起到的关键作用，视员工为推动企业成长与发展的源动力。鉴于此公司启动了高级程序员的培养项目。公司面向中国石油大学，山东科技大学，青岛理工大学等开发区知名高校招收计算机专业的应届毕业生。计划用5年的时间培养20名高级程序员，5名高级分析员，20名程序员，10名测试工程师。

公司对其进行专业知识，业务技能等方面的培训，并承担相关的项目，使员工在项目实践中领会，吸收理论知识，做到学以致用。

培训内容：

（一）数据库的基础，主要为sql.server，orcal数据库。1.transact-sql语言的培训，ddl，dml，dcl，系统存储过程等方面的培训。2.服务器的管理，3.数据库的管理

4.对数据库对象的操作 5.sql server权限管理 6.sql server代理服务 7.sql server数据复制 8.sql server 数据转换

（二）编程的培训，cc++c#以及javascript，tcl，delphi，vb，vc，visual foxpro，jsp，语言编程 1.运行环境了解.net 2.c#程序设计 a．数据类型 b．变量和常量 c．类型转换 d．表达式 e．流程控制 3.面向对象c# a．面向对象的程序设计 b．类，方法 c．域和属性

d．事件和索引指示器 e．继承

4.c#高级应用 a．接口

b．组织应用程序 c．文件操作

（三）编程工具的培训，vs工具的培训 1.理解web窗体和在b/s结构中iis的工作原理 2.掌握vs2005 ide的使用 4.掌握vs2005 ide的使用 5.在asp.net应用程序中使用可视化组件和 asp.net内部对象 6.掌握在asp.net中访问数据库及在数据控件中显示数据 7.了解asp.net配置文件的特点和类型 8.掌握asp.net的调试方法

（四）asp.net培训

1.在asp.net应用程序中使用可视化组件和 asp.net内部对象 2.掌握在asp.net中访问数据库及在数据控件中显示数据 3.了解asp.net配置文件的特点和类型 4.掌握asp.net的调试方法

（五）b/s的培训

经过企业的一系列培训，员工在专业水平，技术素养等方面都得了提升，具备成为高级程序员的能力。先后参与并完成了xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx建设等项目。篇三：研发人员培训计划

研发人员培训计划

一、培训需求分析

目前状态： 通过咨询各开发人员和各项目经理，以及了解开发项目未来所需知识技能，各个开发人员普遍提出需要自身知识技能的提高，并提出相应所需培训：uml统一建模、数据库、设计模式、嵌入式系统、堆栈协议。考虑新员工的入职，必须对新员工进行相应的技术技能培训。包括：开发管理制度、开发规范、目前产品介绍、网络所需基本知识。

二、培训目标

针对培训需求分析，首先培训软件工程知识，进一步加强软件开发规范和软件开发过程质量，提高开发人员开发素质，使开发人员成为高质量程序员或硬件工程师。第二是技能培训，也是和开发项目相关的技术知识，进一步扩展开发人员的技术知识，扩展开发人员的技术知识面和视野。通过上述培训，主要目的是进一步提高开发人员的素质，使开发人员的技术能力、研发能力提高一个档次。第三，是新员工的培训，通过对新员工的入职培训，使新员工能够尽快熟悉研发部目前已有产品和正在开发的项目，尽快融入公司，参与公司产品的开发。

三、培训计划

软件工程培训是一个系统的培训，所需时间比较长，涉及到的知识也比较多（从项目计划、分析、设计、实施到维护），为了响应公司政策，首先培训需求分析，怎样判断、获得用户或市场真正的需求和潜在需求，以后每隔一周或两周进行一次相关软件工程知识的培训，培训方式：优先公司内部培训，必要时请外界人员。整个软件工程的培训大概进行10讲。技术技能的数据库技术培训和新员工入职培训，由公司内部人员进行培训，新员工入职培训根据新员工到位情况统一安排。技术技能的uml统一建模、设计模式、嵌入式系统培训准备请外界人员进行培训。整个培训计划大概如下：（次序有可能变动）

培训计划

四、培训目标考核或效果评估

结合开发项目或虚拟一项目进行案例讨论，根据讨论过程进行评估。篇四：研发人员培训计划

附录：培训效果评估

可用笔试与口试来进行考核

研发部员工培训通知 各位员工：

公司培训部兹定于2012年7月1日至31日组织研发部员工进行创新能力的培训，为保证培训工作的顺利进行，请相关部门及员工提前做好准备，相关培训内容详见《研发部培训计划日程》。

尚德公司培训部 2012年6月20日篇五：《数控程序员(二级)》培训计划 《数控程序员（二级）》培训计划（试运行）

一、说 明

本培训计划根据《数控程序员（二级）》职业标准，组织有关专家开展调查研究，依托行业收集资料，在进行综合分析、反复论证的基础上编写的。在本培训计划中主要以技能实训为主，专业知识基本上围绕掌握操作技能的需要而设置。

二、培训目标

《数控程序员（二级）》的培训对象是已经获得《数控程序员（三级）》职业资格证书的人员。通过本级别技术培训，使培训对象具备根据零件图纸要求，独立、熟练编制完成可变轴数控加工工艺；掌握计算机辅助编程技术，完成数控车削中心、数控铣、加工中心可变轴加工、数控激光加工的数控编程的能力；能够在生产现场指导数控机床操作工按照工艺完成加工任务和数据管理任务。

三、模块设置与培训要求

该职业等级培训主要设置以下模块： 模块1 编制数控加工工艺。模块2 建立零件的数字几何模型。模块3 编制数控加工程序。

模块4 数控加工程序管理、传送及加工现场管理。1

五、培训方式方法建议

培训方式采用课堂授课与实际操作相结合的形式。

第二篇：程序员2013新年计划

我的同事朋友Chris Eargle写了一篇关于新年计划的有趣文章。他让我想到了，没有出现那场世界末日是我们多么大的幸运呀(还有其他我这45年中躲过的天灾)，于是，我也有了一些我自己的以程序员为主题的新年计划。

找到一名导师/成为一名导师

在你的职业生涯中，你能做的会给你带来最多麻烦的事就是成为屋里最聪明的人。我说的并不是你坚信自己你就是屋里最聪明的人。我的意思是你成为团队里真正的万事通。问题终结者。终极疑难解答者。

于是，这就有了另外一个问题：你有疑问了去问谁呢？

如果你的回答是“谷歌”，那你是不思进取。去到那些你认识的(或不认识的)最聪明的人中间去。参加你们的本地社团。去你们本地的编程活动中发言，去和其他的讲演者一起喝酒聊天。找那些你可以接触到的人，让他们成为你的导师。

找到一名导师

我在生活中有好几位导师。他们是我尊敬的人和能让我轻松问问题的人。有些人甚至非常的专业！没错，这些是我软件开发圈外的导师。

如何去请教你的导师？这取决于你。我是在有问题时找他们。我对他们说喝杯咖啡吧，找个地方坐下来，聊聊天。如果我们能同一个城市的某个研讨会上遇到，我会和他们一起出去喝酒吃饭。早些年，我很注重形式礼节，特别是我作为团队的消防队员的时候。如今，我已经不再有任何形式拘束了。更多的是随心所欲的求教。

成为一名导师

同样，我们也应该成为生活中的某些人的导师。如果你有孩子，你已经承担起了一名导师，父母，朋友，老师的职责。当然，对于一些同龄人的指导，我们需要去掉父母那部分的角色。对他们你是不能发号施令的。

如何让自己成为其他人的导师？当然，如果有人来请教你，那是最好了。这就有些名正言顺了。但你也可以在不声明“我是你的导师”的情况下成为某人的导师。看看是否有人在为一些事情愁眉不展，你可否帮助他们？对他们说喝杯咖啡吧(如果是九零后就喝红牛)。去跟他们一起吃饭。跟他们聊天。更重要的是，倾听。指导并不是宣扬你的智慧或你的经验。导师是要成为一个耳朵，一个肩膀，一个指点方向的手指——在他们需要的时候。

KISS

“贝丝，你在呼唤我，但我只是想去底特律摇滚城市里每天没日没夜的摇滚”！[歌曲KISS的歌词]。似乎这个社会在召唤你制定一个加入这种KISS大军，去吃喝玩乐，去体验生活的新年计划。但我在这里说的可不是这些。

我说的是Keep It Simple, Stupid！作为程序员，我们绝大部分时间都是花在了维护代码上，只有少部分的时间用来创造代码。事实也证明，维护代码要比写新代码要难的多。所以，按

照这种逻辑，如果我们在创造代码时极尽所能写出最巧妙的代码，那么我们就没有足够更高的能力来维护它们了。

Blaise Pascal在他的第16封省府信件中说“这份信件很长，原因很简单，我没有时间使它更短”。抽出时间，重构你的代码，让它们更短小。让它们更容易阅读。尽所可能的在所有地方遵循SOLID原则。

如果你不能把它向一个9岁的小孩解释明白，这说明它太复杂了。公司雇你不是让你来表现脑瓜好使的，如果你写的代码没有任何人能接手维护，你不会因此而得到加薪或晋升。

去读该死的手册(RTFM)

这是我的第一次圣诞节里不需要在平安夜里去做一些东西。在以前，我会做小脚踏车，布娃娃房子，布置厨房，以及所有类似的东西。当然，做这些东西都不需要参考手册，只是需要在孩子们上床睡觉后才能开始，而且第二天早上天蒙蒙亮就会被三个孩子跳上床来吵醒。噢，这些美好的回忆！

当然，所有的这些不眠之夜都有一个相同的主题。我知道我不需要读操作手册就能做这些。可工作中更常见的是，文档上的图表画的一团糟，文字是经过了三种不同语言翻译过来的，我对这些文档的质量的意见一致很大。我认为只要埋头去做，我能做出任何东西，所以为什么要读那些无聊的手册呢？这是不是好像是在说你上一个项目的需求文档？

不管你相信与否，人们通常大量的时间用在写需求上。他们并不是有意的要写这些东西来让我们困惑。需求很难写的面面俱到，让每个人都理解。但它们却是你的项目的基础，包含了大量的项目上的知识。所以说，读读它们吧。如果是先读它们，然后到它们的作者那里问一些问题，这是更好的做法了。用心听！聊一聊。每一次有感悟都要重读它们。再去聊一聊。

不要重复自己

一个朋友对我说“如果你写出一些代码，你应该把它做成一个方法。如果你写了它两次，你应该把它做成一个方法。如果你写了它三次，那你就别去编程了！”

我举双手赞成。如果你把自己的代码从一个项目拷贝到另一个里，你是在给自己未来的道路上挖坑。没错，你能记得修改手头上这个项目里的这段代码，但其它项目里的这段代码呢？假设你在调试bug，幸运的是你能清楚的知道如何纠正这段代码里的逻辑问题。但不幸的是，这段代码在其它项目里的拷贝却成了问题的根源。

像JustCode这样新式的重构工具能轻松的让代码片段变成方法，从而减少重复代码，提高程序的可维护性。

第三篇：程序员学习计划(.NET)

程序员学习计划（.NET）

一、HTML基础知识（①）

作业一：待定

二、Javascript基础,DIV+CSS布局基础（①）

作业二：待定

三、了解C# 的基本语法（①）

四、C#应用程序学习，对C#应用程序各控件的都要有所了解，熟练掌握C#应用程序常用控件。（①）

五、了解数据库的基本使用，如插入、删除、修改。能够用数据库与VS进行连接。（①）

六、ASP.NET的基本机制、(Request,Response,Session,Page),开发环境的搭建。数据库的访问，DataGrid等数据控件的使用（①）

作业三：待定

七、模板页，用户控件的使用（①）

八、自定义控件的开发(如验证码)（①）

作业四：待定

九、Ajax的使用（③）

十、WebServer的使用，了解WCF（③）

十一、采用三层架构(数据访问层＋业务逻辑层＋表现层)，制作一个小型网站（③）

十二、分析开源CMS项目DotNetNuke的架构（③）

十三、用所学的技术，自己设计制作一个网站（③）

备注：① —— 以完成实例方式检查学习结果

③ ——不作为测试要求，为后期自学内容

第四篇：JSP程序员成长计划

一个普通的错误是把JSP当作简化的 Java。它不是，（事实上, JSP 是简化的 servlets。）程序员通常试着没有学习要求的支持技巧而

直接学习JSP。JSP 是一个衔接技术，并且成功地连接你需要理解的另外的技术。如果你已经知道 Java，HTML 和 Javascript，这意味着

JSP 将确实是简单的。

需要成为一个成功的 JSP 程序员可以参考这个时间表。请注意下列：

*忽略你已经熟悉的步骤。

*训练的时间只是代表学习好足够的基础时间，这样才能转移到下一步。

１、建立并且理解你的Web Server。

因为Apache 是免费的并且在大多数平台上工作，为训练目的推荐 Apache。

安装时间：2 天。

２、保证你理解 HTML / XHTML。

你将需要了解html基础, 特别是 HTML 布局中的table的使用。XHTML 不久将代替 HTML，学习XHTML 的基础是一个好主意。许多程序员

通过 HTML IDE 学习HTML(集成开发环境)。因为大多数 HTML IDE产生混乱的HTMl语法，所以花时间学习手工写作html是很有必要的。因

为你将会使用 JSP 和 HTML 混合编程，精通HTML语法是重要的。所以，你必须能流利地写 HTML。

训练时间：2 ～ 4 个星期。

３、开始学习Java。

开始学习Java 1.3 理解 Java 基础是很重要的。不用担心学习

Swing或 Java 的图形方面，因为在JSP 中你不会使用这些特征。集中精力

在 Java 工作的细节，学习Java 的逻辑，也在 Java Bean上花时间。学习Applet是好的, 但是就象Swing，JSP 的大多数应用将不使用小程

序。

训练时间：3 ～ 6 个星期。

３、学习JavaScript

学习怎么将 JavaScript在HTML中验证输入的Form元素。也学习JavaScript怎么能在一 HTML 页以内修改Form的元素。最后要求你能从一

HTML 页内的事件中触发 JavaScript Function。

训练时间：一～ 2 个星期。

４、学习并且理解你的Web Server的更好的细节。

熟悉Web Server的特征，这是很重要的。

训练时间：2 天。

５、建立你的 JSP Server

我推荐以Tomcat开始。它可以很好地运行JSP程序。当你不能在生产使用Tomcat时，学习尽可能多的知识以便于更好的运行程序。另外, 许

多 JSP 程序员使用Tomcat。因此当你遇到一个问题时，你将容易发现帮助。

安装时间：一～ 2 天。

６、开始学习JSP。

基本的 JSP 学习通过的步骤 1到步骤6可以完成, 然后使用 JSP 对象和脚本写 JSP 程序来联系。学习JSP 的另外一个方面可以学习怎么创

建一个分布式的应用程序。

训练时间：4 ～ 6 个星期。

７、学习更多的 JSP server。

没有关于更多的 JSP Server当然也可以运行jsp程序。然而, 许多 JSP server都由自己特殊的特征，可以让你更好的理解你的JSP 工程。

学习更多的Jsp server如何处理jsp程序是有必要的。同样也可以优化你的 JSP 应用程序，并且使之运行得更快而不出任何问题。训练时间：2 ～ 7 天。

８、学习JDBC。

JSP 大多数应用将使用数据库，JDBC 被用于数据库连接。经常忽略的一个事实就是，每个 JDBC Driver 所支持的东西是相当不同的。了

解并熟悉在jsp工程上被使用的 JDBC driver的细节是很重要的。（有时这部分的学习被包含在前面 Java 或JSP的学习中了。）训练时间：1～ 2 个星期。

到现在，你已经成为了熟练的 JSP 程序员。仍然有很多需要学习，你可以考虑扩展你的知识比如 DHTML，XML，java证书，JSP Tag

Libraries 或 Servlets , 看你想要造什么类型的网站而决定了。

这些训练是JSP 的核心。你不必都学习上面所有的, 取决于你在工程中分配到什么任务和你已经有什么知识。但是这是我成功地训练程序员的时间表。关键的单元是时间。平均的说, 5 个月时间确实能够训练一个人(从开始到完成)成为一个对jsp熟悉程序员。5 个月时间似乎很

长，但要成为一个资深的WEB程序员所学的东西远远不止这一些。

第五篇：程序员内部培训

1.前言

虽然题为培训，但我还是想说一句，程序员其实不需要培训，只需要指点。原因有三：

程序员的工作都必须去实践，几乎没有纯理论的领域。由于互联网的开放性，程序员能找到大量的资源自学。

随着实践深入，会自然地遇到一些问题。解决这些问题除了靠智力外，大部分只需要知道答案的大致方位就能用时间来消灭掉。大牛之所以能成为大牛，就是知道了很多答案存在的地方以及发现这些地方的方法。优秀的程序员培训师懂得教方法而不仅是教答案。可惜很多培训师不是这样的，公司内部的培训流于形式，大家听完后就知道这是个很牛b的技术，却不知道怎么令自己也牛b起来。

HR就算懂上面的道理，他们从根本上也没能力推动程序员的内部培训。HR能做的事是帮助管理者在程序员心中培养技术为尊的意识，让他们有动力去自学并实践，并以公司内某位榜样为目标赶超他。

HR无法有大作为，也令大多数公司很少重视培训。因为即使不培训也不会影响赚钱，工作效率的低下可以用加班来弥补。而且项目做到一定程度就会更新换代、推倒重来，原本写得多烂的代码都成过眼云烟。还有就是老员工们都有自己的习惯，较难通过培训来改变，基本都需要有人经常提醒。

在实际中有时候还是需要培训的，这其中多数是因为负责人懒得写文档，或者文档很容易过时而懒得更新，不如口头说一遍算了，╮(╯▽╰)╭。

2.技术培训

按内容区分，培训可分为业务技术培训和软技能培训，还有HR组织的集训。

大家对技术培训的第一反应都是PPT式会议，因为这种形式多，而且也是最最初级的培训。

PPT最大的意义在于做报告，内容凝练而简略，所以受众是没法得到很多的信息的。但是这并不等于没用。PPT式会议和网上的视频教程一样，能帮助零基础的人快速入门。这里需要解释一下何谓零基础，是指对这门知识几乎没接触过，但已有相近的知识。例如已知C学C++或已知C++学Java，也就是说，至少不用在培训中解释何谓关键字或者面向对象。连相近知识也没有的人，应该叫负基础，他们会连PPT式会议都听不懂，还是得回归书本。

书本不仅适合负基础的人，也适合高级读者。因为看书有时间细想琢磨，有助于吸收。专家级则是阅读各种SDK和API文档。大神级的就是看代码看出神的了。

搜遍互联网和各种书籍都找不到的东西，才是真正有意义做培训的，多数跟本公司密切关联：

产品的整体架构、设计思路、业务逻辑，迭代历史

各类工具/系统（IDE、需求、项目管理、测试与bug、文档等）的使用技巧 解bug、做优化等的经验 工作流程和制度

本部门的知识体系梳理。直接用例子说明是什么吧，请点击《iOS开发知识与能力体系 思维导图》。文章很久没更新，但能说明问题了，相信不做iOS的也能get√到。能让受众最大程度吸收的培训应该是手把手地教，这个贯穿在设计和编码过程中。本人实践过，发现被培训的人确实能完整地吸收，而且时间长了他会有反馈并跟你讨论，你可能在讨论中反过来也学到东西。当然，这个很少发生在互联网公司里，大家都很忙碌。

3.软技能培训

大家能思考出这部分内容的意义吗？答案我写在最后吧。下面这些都是可培训的。

3.1高效会议

这一节放到前面很重要，因为不少人搞不清几种会议的差别。会议的主持人或主讲人对会议的高效性负有最大责任，如果都用同一种思路来召开，会议就变得没什么效果。IT界“尊崇”的会议是乔布斯的苹果发布会和各种技术大会上的交流演讲，可惜这些并不是公司内部会议的榜样，很多人找错了模仿对象。

会议类型 用途 特点和要求

产品发布会 展示新产品 算是一种表演，要声色俱全，多媒体设备只是一种道具。目的是引起轰动，传播的内容要能煽动观众的情绪，不断制造高潮。交流 传播自己或本公司的经验（技术大会属于这个性质）展示个人、团队或公司的优秀技术或成果，间接地卖广告 讲授的内容具有高度概括性，不会讲细节

不会很在意观众是否都听懂，甚至怕泄密而有所保留 宣讲会 传达信息或做动员 观众可能是被要求来听的，这在宣讲本质上是一种命令，所以不用在意讲得怎么样 培训 传播知识，提高工作效率 引导听众记忆和会后探索，目标是让听众最大程度地记住传授内容 评审 对方案的评审 主持人讲述自己的方案，听众提出意见和建议 对方案的描述要尽可能地细致，目的是让听众都理解后能发现问题，减少实施过程中的返工 总结 成果展示、述职 为了提高绩效评级，在符合事实的前提下，能怎么吹就怎么吹，你懂的 研讨 讨论、头脑风暴 没有主讲人，而要有主持人。非主持人都可以随意发言，有专人做会议记录

主持人的最大职责是引导讨论有序进行且不偏离主题，并减少争论以至形成共识。例会

（日/周）日常的信息交换 每个人都可发言，要尽量简短。发言内容只需在场有另外一个人听懂。

产生的问题会后再由各关联者自行讨论，不占用所有人时间 在日常工作中，一个会议的性质可能会包含以上多种，主持人需要在不同的阶段完成不同的职责。特别是主持人也是作为主讲人的时候，应该留意场景的切换，如培训完毕后的问答阶段。一般来说主持人都需要做到这几点：

宣讲会议议程或子主题，让参会人做好准备配合 尽量使会议达成目标 按时开始，不超时结束

帮助听众理解发言人（包括自己）的讲话内容

提醒其他发言人注意时间、语气等。不要因为一个人而耽误了全部人的时间 确保重要的人员都到齐

引导会议中的讨论达成一致意见 记录重要的发言和待跟进事项 3.2培训他人

好的程序员不一定是好的培训师，但好的架构师一定是合格的培训师，因为架构师必须向他人传达自己的思想。

做培训的首要目标是让听众完全吸收你所讲的内容，当然这很难做到，但做得到让人吸收大部分的也太少了。这是令多数公司不重视培训的重要原因，但也不能完全怪讲师，因为好的培训是需要花费大量时间和精力的。如果不是专门设立培训师岗位或者把培训职责写入KPI，没有几个人会对把培训做到极致。看看需要做多少功夫才能做好吧：（交流演讲的要求比培训低，故也可参考）

会前准备：

冥想和模拟训练。在脑子里演练完整个培训过程，或者找个地方（培训现场最佳）对着空气讲。这能减小忘词的概率和减轻现场讲演的紧张感，还能发现培训逻辑的疏漏。如果还不够，可以先让少部分人来听，然后再面向全体。如果怕会上遗漏一些事项没说，应准备一张小纸写上给自己做提醒的话语。非庄重场合写在手机里也行。

PPT的制作技巧，很多书可参考，不赘述了。特别提醒，如果确认这是一个培训而不是一个交流演讲，PPT上的字不应该追求简略，特别是重要到需要观众记忆或记笔记的内容（也可能把PPT交给他们）。甚至可以考虑用Word或网页而不是PPT。

如果要讲到代码，不应该只用PPT。可以直接打开编辑器对着代码讲。在PPT里贴代码段的都是耍流氓，因为代码占用的篇幅大，而且信息量较多，很难短时间理解透。（这时候技术培训不如文档，但现实往往是相反的，本质原因是文档的糟糕。读者看不下去而希望能面授，集体的诉求自然转变成现场培训。）

发邮件提醒培训的适用人群。如有需要，提醒参会者提前阅读一些基础知识。

保证自己在培训过程精力充沛。为此，喝茶、喝咖啡、做几个俯卧撑什么的都行，用你喜欢的方式。

选择观众注意力容易集中的时间段。不饿，不困，不忙等。

选择好的场地，帮助观众集中注意力。不吵、无异味、气温适中（空调设好）、座位密度适中等。

其实，你穿什么服装都会影响培训效果 进行时：

帮助听众保持注意力集中：

如果讲授的内容很繁重，可尝试分节，每节40分钟左右，中间休息10分钟。是的，培训的本质是上课。

多微笑，声音洪亮。在旁人眼中，此刻的你应该比平常状态更兴奋和活跃。自己表现得越投入，观众就会越认真听，否则会变成一场催眠大会。

提到他的名字，让他的注意力集中回来，或让他有更多的参与感。比如“某某肯定也是这样想的”，“某某曾经说（问）过”，“这样就能解决某某的问题了”。

注意自己的姿势、手势，甚至发型、服装，不要喧宾夺主吸引走了注意力 开始讲述的内容可以不怎么重要，例如做自我介绍或描述一些东西辅助今天培训的主题，帮助听众慢慢进入状态。演讲的技巧：

克服和利用紧张与恐惧。要理解这是人的天性，被很多人围观而自然产生的防御心理，实际上这能帮助你更集中注意力做好培训。

克服它们的方法有自我暗示（用特定的话语激励自己，想象过往成功的演讲，想象这只是普通的例会等）、深呼吸、转移注意力（喝口水，摆弄一下其他物品，跟别人说说话等）等。事实上无论你犯多大的错，观众过几天就淡忘了。

不能用提问来考验人，更确切来说不能令被提问者尴尬而导致冷场，别学学校老师那套。提问可用于：现场调查，证明结论；开放式的，没有正确答案；让观众猜测，活跃气氛。重复以强调。讲完例子或论据后重复一遍观点，加深听众的印象。或者更直接地，“这个很重要，我再重复一遍”。不跑题。我就见过“我如何当好技术leader”这个主题花了三成时间讲“我如何当上技术leader”的人。

让听众跟上你的节奏。“承上启下，伏笔，呼应”这些写作技巧，在演讲中表现为“前面我们讲的都是理论，下面我们看看如何应用”、“这点我们后面会有详细描述”、“我们前面讲到的XXX在这里就是最典型的应用”。

幽默。注意幽默是为了加深记忆服务的，不要最终变成展示个人魅力。幽默感需要刻意地积累，而且要恰到好处地用在演讲上是需要锻炼的。这个学问比较深，不展开了，建议找书看。说服。最佳方式是列举好处，以利诱导，而不是把规矩硬塞入别人的思想。更厉害的方法是洗脑，这个也是可以找书看哦。

要会讲故事，在故事中蕴含你观点。故事的形式比理论好。

生动，运用打比方和对比、反比。听众一时难以理解你所描述的内容时，可以换一种角度来说。比如向不懂编程的家人解释架构设计是做什么，“就好比设计一辆汽车，要做到零件可拆卸组装（模块化），多个厂家都能帮助生产零件（可扩展性强），开起来省油又马力足（性能高）„„”

控制会场的一切：

利用好你的权力。无论发生什么影响会议进程的事情，如何处理都以你的决策为主。即使你的上司在场也请记住，这个时候你最大。

准备面对意外。比如投影仪或麦克风坏了你也能继续做培训；有人问你答不出的问题，你可以找后援团来回答或说会后私聊。

现场环境的使用。灯光、投影仪、座位摆放、提词板、遥控器、激光笔、白板等。会后：

收集反馈。提醒大家可以随意批评这次培训中做得不好的地方。注意受众的当场反应

观察受众的会后行为，是否有受你的培训影响而有所改变等 3.3写作

这里特指撰写技术文档和报告，其它文档都比这个的要求低。

写作是很多程序员的弱项，除了表达能力基本功缺乏锻炼外，最主要是忽略了文档的作用是给别人看的，不是给自己看的，无论内容多么有意义也得保证用户平均停留时间和留存率。这恰恰是产品经理熟悉的领域，好的文档也是追求用户体验的，所以想锻炼写作的话不妨用一下这个偏方——找产品设计方面的书看看。举个更形象的例子，电商网站（如淘宝）上的宝贝页面也算一个文档，你是怎么被吸引或引导去付费呢？当然，最好的模仿对象应该是Windows/iOS/Android的系统SDK文档。

（本文的主旨是列培训提纲，缺少更多示例说明，不是好的示范哈。培训和写作有部分技巧是相通的，这里不再重复）

保证读者有耐心从头到尾看完：

读起来通顺，有一定的节奏感（长短句排布适中，合理使用标点符号断句；不是指押韵，但会有一点点韵律感）。

有条理，有过渡，同级的子主题之间不跳跃

由浅入深，不会突然遇到理解障碍。想想C++/C#/Java书籍的目录？ 选择不花眼、不太小的字体，排版好看，不凌乱

如果是web文档，要注意让读者不需要点击太多链接，必要时自己总结链接文档的内容。一张图片内不要信息量太大。尺寸不要过大致无法一页看完，或作适当分割；Web文档的大图要做成竖型，不要产生横向滚动条。保证“傻瓜”也能看懂：

朴实。不要用口语，不要带非群众性的幽默甚至没有，这不是在写演讲稿，也不要写成内心独白。

别卖弄知识和文采，也不要用偏门词汇和方言，会影响部分人的理解。比如有多少人知道银弹（silver builet）或者“抛书包”的意思？考考你粤语：撞板、撞彩。抽象或模糊的概念和观点有示例做进一步说明。（很可惜，本文因时间关系没做到，那能写成一本书了）

考虑读者可能不具备一些基础知识而看不懂，要么在文章开头写明阅读基础，要么在文中加注释阐述。

专业性，保证处女座不会看疯：

没有歧义。比如一个新闻标题叫“中国过早拆房1年浪费数千亿”，这里可以有三种歧义：“过早1年拆房，浪费数千亿”、“过早拆房，这一年浪费数千亿“、”过早拆房，每一年浪费数千亿“。改成这样就没歧义了：“中国过早拆房每年浪费数千亿”。

简洁凝练，不要废话连篇。用最短的话说清楚问题。在技术领域，还可多用专业词汇来减少长篇描述，比如用“外观模式”代替“新增一个类统一封装这个模块的所有接口，对外屏蔽这个模块的复杂逻辑”。

更高要求的简洁是在语文层面的，这方面的能力很多人在大学毕业就固定下来了，故不想多言，有兴趣请百度。

精简掉冗余信息，不是必要的信息不写、简写、写在末尾，减少读者耗费的时间成本。关键的信息处不能有错别字。英文单词拼写也是哦。

严谨，严密，有逻辑。不断论证，有理有据，不留疑问，无懈可击

技术文档会被多次查看，保证后续的阅读能迅速找到最可能感兴趣的点：

能从几个维度方便查找。可参考论文、书籍的写法，有目录、摘要、关键字、前言、章节、参考文献等。

重点的地方可改变字体（颜色、粗细、大小、字形等）

按查看频率排章节。某些文档会把思考和论证过程写上去，最后写结论。这也意味着别人查看的时候，鼠标得滚好远，这时可考虑把结论放前面。

合理地分章节。这里要很多例子才能帮助理解，时间关系只能讲一个。假如文档的主要内容是“在Windows、Mac OS、Linux下如何使用线程和进程”，那么：

如果为了方便查找各操作系统下怎么使用，各节的标题应该是“Windows下的使用”、“Mac OS下的使用”、“Linux下的使用”，每节都是描述此操作系统下线程和进程的API；

如果为了方便查找线程和进程的使用分别在不同系统有什么差异，那么各节的标题应该是“线程”、“进程”，每节都是同时列举三个操作系统下的API。

内容多到一定程度，应分多篇文档。和上一点一样，同样有技巧。比如写Windows SDK的使用，可分为“初级篇、中级篇，高级篇”，每篇都可能讲到绘图框架，但难度不同；也可分为“„„，I/O，绘图，网络„„”，把所有的绘图框架知识写到同一章。具体的应根据目标读者的需求来划分。

如果更新频率较高或是多人合作，能不用画图的尽量不画，或用文字型图（点我看示例）。这样方便维护，无需额外的软件就能编辑。利用好Web文档的便捷性——超链接

链接的目标网页如果不是最上面，应直接链接到锚点，不需要别人再拖动滚动条。链接过去的文档如果内容很多，一下子找不到你引用的信息，应该自己总结一下或复制核心的内容过来

如何具备写好文档的能力？多练。以及总结你看到的优秀文章的特点。

不过说实话，除非是写用户手册（说明书）的文档工程师，很少有公司对程序员有这方面的要求，或者说国内还没到这个境界。

3.4敏捷教练

Scrum Master是有认证体系的，可以派人去参加外训拿个证书，然后回公司推广。各种理论就不在此展开了，请百度。

补充一个点，教练的人选也很重要。最好是原本就在团队内，但不是团队leader，并且leader有当众声明教练的权责。这恐怕算是中国特色了。原因：

如果leader是教练，那么大家都当是命令，会产生抵触心理，也不敢乱提反对意见，达成不了自组织状态

如果教练是外来的，碍于情面，很多改革难以指正执行 如果教练没有足够的权力（至少能合理地否决leader的意见），那会是个吃力不讨好的工作。想纯靠精神宣导，那是痴人说梦。3.5沟通交流

在团队合作中总会遇到冲突，优良的沟通技巧能和谐掉很多不愉快的事情。

对事不对人，不要对人进行评论。即使对方知道你的原则，也可以是事先再说一遍“我是对事不对人的”。讨论对方做得不好的地方时，应设法降低这种讨论的不良影响，尽量去除对方警戒心以避免升级为冲突。

人多的场合，赞扬可点名，指出错误需匿名。幽默。它可以化解很多的问题。

措辞。这个最好是向国家机关的发言人学习，但也不要太官腔。举个例子，“不够好”比“比较差”更少一点攻击性。随时敢于承认自己的错误，可以解释，但不要用来推翻结论。微笑。不建议伪装地笑，应发自内心。如果做不到，不严肃即可。

理清概念，避免歧义。如果对话中有无法理解的词语，要问清楚什么意思，不要不懂装懂。不轻易打断别人，尊重发言欲。如果不赶时间，即使对方讲的话没意义也等他讲完吧，至少在别人停顿稍长的时候再插入而不要显得突兀。

抓住重点。简单的事情不要用一大段话来说。当别人怎么做时，你可以用自己的话概况一遍并请对方确认是这个意思。精确传递信息，不要误传误报。用打比方来帮助别人理解你的话。比如向外行人解释“终于把bug解掉了的感觉”，就像“肚子疼时终于坐到了马桶上”。（哈，相信你会有更好的描述）

转折话题时做好过渡，别人未必能反应过来，以为你还要争论。很经常用到的一句是：这部分是对的，还有一个问题是„„”

控制好自己和他人的情绪，也就是情商的锻炼。实际的锻炼过程是需要经常反思的，没有一个理论能帮助你应对所有状况。3.6行为规范/职业素养

HR领域的正直、不干违法事情这类东西就摆一边去吧，先说说这里包括什么吧：

做有利于团队合作的选择，但如果自己有牺牲也要表现出来。最简单的例子：多花点时间写注释和文档，方便后人维护。

忠于自己的专业眼光，不轻易妥协，也不做消极对抗。例如，如果认定这样某段代码会有风险，在未验证前不同意发布产品。承诺的时间点都按时按质完成。

传递前辈对你的帮助，激励后辈的成长。

坚持学习。本文应该也有引导作用，除了学技术，还有很多可学呢。多观察，多自己解决问题

拥有的知识和技能越多，表现出来的素养应该越高，不再投机取巧。

（技术领域的不提了，比如遵守代码规范，多写注释方便Review和维护之类的）

3.7时间管理

“番茄工作法”和“重要&&紧急”这两个理论应该比较多人听过。但如何正确运用在日常工作中恐怕很多人没头绪。这也就是培训的重点，应结合实际工作举例。这个领域的学问也挺多，鼓励多看书。

3.8事务推进与思考

即使你不是leader，当由你牵头某个事务时就需要应用一些管理方法。举几个例子，不解释了，请点击链接：

PDCA 六顶思考帽 5W2H分析法 3.9职业规划

这种培训少数公司才有，因为懂得越多，越会跟HR作对。呵，心大了就想升职或跳槽了。

问题大概有这些：

选什么岗位，要不要转岗。开发、测试、产品经理、管理类等。

选什么行业。传统软件型、硬件厂商、互联网、非IT业的IT部门等。选什么技术。前端、后台、移动开发„„

选什么类型的公司。外企、创业企业、国企等。选哪类城市。北上广深还是二三线？ 跳槽的时机。

公司组织的培训一般都是某些英雄人物讲自己在本公司的成长经历，受制于演讲水平，效果一般不佳。而且可以说这可能是特殊情况，套在自己身上不合适。所以基本上都需要多听几个人的演讲，由听众自己找出相似的点，这些点比较可能不是个案。

个人自学的话也差不多，多看些职业规划的理论、名人传记、网上写个人经历的文章（如《非计算机类专业毕业生五年程序员职业生涯的回顾和思考》）等。先广泛收集，再从中挑选拼凑出合适的。也可以做做网上免费的职业评测。

3.10外面的世界

程序员可以终身都在学习，即使不跳槽，也要了解外面的变化，最起码要知道同行的情况。这些信息当然是很难打探到或者让对方告诉你了，主要靠同行跳槽过来后做分享。

也可了解下外国本土公司的特点，虽然能照搬过来的东西不多，但能借鉴的也是有的。例如：开发活动的形式本身也在进化，不仅仅是人在追求最大效益；英雄主义的竞争文化，崇尚以一敌百的能力。

题外话：培训自己

软技能都不会给公司带来直接明显的收益，所以大多数公司不会重视培训这些。实际上，软技能可以加倍工作效率，公司和个人是双赢的。就算公司不重视，自己一定要重视，没人培训你，那就自己培训自己。如果技术水平相等、资历相同的两个人选哪个当官，那自然是和领导最亲近的。哈，你觉得和领导亲近不是靠软技能在发挥作用？

软件工程的概念是借鉴工业工程的，程序员要发展也可从很多其它行业获取知识。就像编程能力之于程序员，以上每一种软技能都是某一种职业的核心技能。也许你无法和很多不同职业的人交友，但你能买到所有职业的专业书，这年头真的连如何当乞丐的教程都有。不要等着老师教你，推荐看看HR、管理学、心理学、销售、演艺、人物传记、科普、旅游、艺术设计等领域的书籍。

还有就是，锻炼好身体，革命的本钱啊。