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写于深圳。)

  • 相关阅读:
    184. Department Highest Salary【leetcode】sql,join on
    181. Employees Earning More Than Their Managers【leetcode】,sql,inner join ,where
    178. Rank Scores【leetcode】,sql
    177. Nth Highest Salary【leetcode】,第n高数值,sql,limit,offset
    176. Second Highest Salary【取表中第二高的值】,sql,limit,offset
    118. Pascal's Triangle【LeetCode】,java,算法,杨辉三角
    204. Count Primes【leetcode】java,算法,质数
    202. Happy Number【leetcode】java,hashSet,算法
    41. First Missing Positive【leetcode】寻找第一个丢失的整数,java,算法
    删除
  • 原文地址:https://www.cnblogs.com/Leo_wl/p/1772141.html
Copyright © 2011-2022 走看看