一次失败的Git培训 ----怨妇兼总结

上周星期五, 公司开展了一次Git的培训, 但是没想到培训的效果出人意料的差 , 而作为主讲人的我, 没有能掌控好培训的节奏. 使得整个培训的过程一直处于失控状态...周末在家里认真反思了问题出现的原由. 把这次失败的四宗罪总结在下面, 期望能够给大家一个借鉴.

第一宗罪------日程更改却无人知晓:

原本这个培训是应该在十月就进行的, 但是第一次将要培训的时候, Boss恰好出差了, 开发部的负责人和我说延后.. 过了不久我又回学校考试, 考试归来又忙着赶进度, 项目进度落后预期不少.忙着忙着, 竟然把这件事情全然忘记了. 到我整理自己的文档的时候发现已经准备好的Git的培训文档, 我才想起来我还欠着一个培训...连忙和开发部的负责人说了一下这件事, 那头说星期一或者星期五找一个下午吧. 后来原定于周一下午, 又因为突发事件只能推掉, 又改期到星期五下午, 而对于培训的时间, 和我开发部的负责人商议好之后, 却没有第三个人知晓了......

这里其实, 我有很大的过失...我应该在商议好时间之后就通知所有人的, 但是我却并没有这么做, 我天真的以为开发部的头儿会给告诉其他人的. 这就是在学校的时候和在职场上的不同, 在学校自己的上头基本都是老师, 和老师商议好这样的事情基本上要么老师会代为转告所有人, 要么会明确的告诉自己你要去自己通知所有人......

第二宗罪------错误的时间选择:

时间上的选择, 星期五临近周末, 饭饱的午后, 正是比较困乏的时间, 敬业的孩子正忙着赶工, 以便周末的时候安安心心过个好周末. 懒散的孩子在百无聊赖的消磨着时间, 静待周末的来临, 就在这个时候, 开发部的头儿低吟"review之后slug将会给我们做git的培训.", 语毕打乱了众人的计划... 这里会出问题是前期就开始有隐患了的, 因为没有通知大家再今天下午进行培训, 而其他人都有着自己的计划, 这样一来, 自己的计划被这种"突如其来"的事情打破, 心理难免会有一些不爽, 更使得其后的培训变得困难.

第三宗罪------忽略听众需求:

之前Boss交代要做一次Git的培训, 其实对于培训亦或是Git,我都是信心满满, 因为Git这货使用也有一定的时日了, 毕竟从大二开始就一直在使用, 虽然所管理的项目都不大, 所涉及的操作也不过常用的几个, 但事实上,最基本的那几个操作, 在入门的几个月里面是完全够用了的.而且关于版本管理的培训, 我不是第一次了, 在学校的时候有过培训实验中心的孩子,在深圳某软件公司实习的时候也有在公司给其他同事做培训. 这两次培训效果都还行, 有了以前的经验, 心理面过于自信, 以至于没有认真分析听众的需求.

在开发部, 分有三类人, 第一类是机械工程师, 第二类是电子工程师, 第三类是软件工程师, 而这其中所谓的软件工程师就仅有我一人......对于我一个搞软件的人来说, 我能有一千个理由来说明为什么需要版本管理,需要Git. 但面对听众是做机械的, 做电子的同事, 我竟然一时语塞, 他们与我专业不同, 知识面无交集. 我并不了解他们日常工作,我都不明白版本管理能给他们的工作带来什么实际性帮助, 这里面也有我自己的原因, 虽然自己在学校主修软件, 但是就职在硬件公司却鲜有时间去学习一些硬件的知识, 也鲜有时间去了解同事的工作, 拼命在赶进度, 却没有真正融入公司..

第四宗罪------自身原因:

为了让同事能够快速的了解和入门, 对于Git的操作演示我使用TortoiseGit以图形化操作来做演示,而自己平时在使用的时候都是在命令行或者是IDE的git插件下使用, 对图形化的TortoiseGit使用甚少,从而在演示的过程中, 出了点点小差错.

另外一点在培训过程中, 没有把自己作为一个培训主讲的心态, 容易受别人的言论左右,导致培训的全程完全不在自己预期与控制之内. 本来在培训之前, 自己已经做好了计划, 先将什么内容, 然后讲什么内容, 循循而进. 计划中培训的内容是先说Git的一些背景,先从手工复制粘贴这样原始的方式开始讲, 然后到使用软件统一管理的方式, 然后到集中式, 再到分布式. 其次讲自身学习Git并从中受益的例子, 希望同事能够做一些参考. 最后结合实际的例子做基础操作演示.但是同事却有一些激进, 纷纷要求我直接讲操作. 这样是大忌, 而我自己却没有能坚持自己原本的计划, 按照计划来讲解, 没有做任何铺垫, 然后直接引入例子, 讲操作, 虽然自己很努力试图引起他们的兴趣,但是失败了, 一些人在那闲聊, 一些人在那看杂志, 更有甚者睡着了.....而自己对这样的局面却没有办法去改变, 或许因为还是实习期面对前辈还是底气不足吧..

这一次做砸了, 下一次做敏捷培训, 希望能做好...