zoukankan      html  css  js  c++  java
  • 说说我们安排的培训

    原文地址:http://www.cnblogs.com/warison2008/archive/2010/07/05/1771114.html

    在我们日常的工作中,项目组总会不时地安排些培训。有讲解基础知识的,如spring系统培训,struts2使用讲解,hibernate原理分析等;也有针对某个工具使用的培训,如powerdesigner如何使用,rose设计图形如何作,jira如何管理等;还有针对某个课题开展的讨论研究,如cmmi如何引入,敏捷开发如何开展,项目文档如何管理等;诸如这样的内部培训,经常发生在我们熟知的项目组内部,一般时间都以1-2个小时为主,其最终目的主要是抛砖引玉,引导大伙去关注软件开发中涉及的某个方向进行研究、深入了解。 
            正所谓“仁者见仁智者见智”,你能从中收获多少,主要还是取决于你对培训的心态和积极性。在开始前如果你能认真阅读其讲解的主要内容,在培训中倾心聆听,这短暂的1-2小时收获丝毫不亚于你花费1-2天研究某个东西。因为在这简短的几页PPT中,融入了作者对某个知识点简单而全面的概括,说它简单主要因为几行文字就完全描述了某个知识点的中心。如,"spring是什么?spring就是控制反转,依赖注入,是一个让J2EE 开发更容易的开源整合框架"。这里说“控制反转,依赖注入”你理解不了,那“是一个让J2EE 开发更容易的开源整合框架”,你应该知道吧。这几个简短的词藻告诉你,spring是一个基于j2EE的开源框架;它是MVC分层思想的又一种实例化形式;spring是有效地整合其他开源框架的工具。使用spring你可以更容易地完成系统开发;你可以不用考虑繁琐的事务管理;也不用关心每个connecting的open and close;更加不用考虑jsp前台的request与java后台的response交互过程;这这些优势足够吸引你去了解spring开源框架了。 
    回到主题来,这里我针对这些内部培训简单的说几点。 
    第一,说说如何制作培训内容 
             常见的培训材料主要以word、pdf、ppt、幻灯片等形式存在。在这里我主要推崇ppt,因为ppt可以支持各种动画效果;自定义各类模板;嵌入不同的音乐背景。而不像其他3种,主要都是基于静态,给人感觉过于死板和呆滞,这很大程度上会影响听众对培训的积极性和趣味性。确定了培训材料的展现形式,来说说培训内容。前面我说了,培训内容主要以简短精要为主,简单的几个文字,概括出主题中心。既可以避免冗余的累赘,又能有效地说明讲解的重点所在,就像我前面谈到的,什么是spring?答:spring就是控制反转,依赖注入,是一个让J2EE 开发更容易的开源整合框架。短小精要,多好。 
         你千万别去网上搜刮一堆长篇大乱,那完了,现在的这份讲稿已经变成如老太太的裹脚布一般——又臭又长,鬼才愿意听你在那里之乎者也呢。 

     

    第二,讲讲如何安排培训 
            培训材料做完,一般要求在培训开始前2-3天内email出去,这样让大伙知道你要讲什么内容?大概涉及的知识点是哪些?自己对这些东西是否已经了解?对培训的内容是否存在疑问?自己是否需要选择性地参与?是否需要先看看相关的其他知识?等等,有了这些问题,你的听众们才可能有准备,有目的去参考你的培训。这就好比世界杯前,安排几场热身赛——有了解才能有针对性嘛。 
            如周五要培训,你别整个周四苦战到凌晨2-3点才完成内容。培训时间一到,你在台上说上两句,抬头一看台下一片片呼噜中,多郁闷,还有心情再继续吗?最后落得个,搞垮了自己,又没收到的效果,真不值。 

    第三,论论如何开展培训 
             工作这些年,大大小小的内部培训参加过许多,有听别人讲,有给别人讲。我深有体会到:“在培训过程中,观众想不想听,完全决定于你讲解的水平”。如果你的讲解有如庖丁解牛一般——条分缕析,透辟独到,或又像穿针引线一样——融会贯通,一气呵成。这样培训一定吸引听众,你的讲解给人以绘声绘色,字字珠玑,大伙在收获了知识的同时,又敬佩你的口若悬河、铿锵有力。最终感觉到,这1-2小时花的值,下次还来参加。 
             说归说,我对演讲的经验还真是欠缺很多。每次我做培训的时候,大伙总是说我不太照顾他们的眼神,一味的凭着自己的感觉走,把他们搞得天花乱坠,云中雾里的。听完这样评述,内心当时真是拔凉拔凉的,可回头一想,还真是这样,水平有待提高啊,别再误了大伙。。。。。 

    最后,对培训提几点的意见,仅供参考 
    1。培训时间不要过长,1-2个小时即可,实在太长,来个中场休息,不然人乏了,再讲下去,也没意思。 
    2。培训内容不要过多,简明扼要为主,讲解的东西太多,太泛,自己没法进行中心突出,听众更不知道你重点所在。前几天我项目组一哥们儿,花费3个小时捣腾CMMI,杯具啊!CMMI这样的东西太长,一次就想折腾完,难免有点过于自不量力,何况CMMI这东西也不太适合做内部培训,不专业。 
    3。不要每次讲完,张口就问,“大伙有啥问题没有?”,你先应该咨询下,“各位听明白我讲的东西没?”,别人连你说什么都不知道,怎么给你提问,莫名其妙! 
    4。作为听众,如果有问题,也不要张口就问,为什么?怎么会?你这样会打乱培训者的思绪,他停下来回答你吧,转眼他会忘记自己应该说到哪里啦?不回答你吧,又担心损害你对培训的这份热情。 
    5。培训中,尽量结合实际项目组中存在问题,一来你培训的内容有了实际可运用的地方,二来事实的东西更胜理论的堆砌。 

    说完了,希望对大伙参加培训或给人培训有所帮助,不足之处请指正并告之,o(∩_∩)o...哈哈。。。。 
    (注:本人文章均为原创,转载请注明出处!20100615写于深圳。)

  • 相关阅读:
    如何自建appender扩展Log4j框架
    在O(1)时间删除链表结点
    My First GitHub
    JAVA序列化和反序列化
    [转]Vim 复制粘帖格式错乱问题的解决办法
    Centos清理内存 内存回收释放及内存使用查看的相关命令
    Spark HA 的搭建
    Ambari安装
    Hadoop HA的搭建
    Hadoop32位和64位的查询
  • 原文地址:https://www.cnblogs.com/Leo_wl/p/1772141.html
Copyright © 2011-2022 走看看