[企业管理]什么是培训，培训应该如何做？

这里是一个帖子中我的回复，感觉需要说些什么，所以就做了如下的一些答复：

我曾经是个参加培训的人，最近几年也在做一些培训，我有如下一些看法：
1、一般的好的培训，时间都较长。
两天的确没什么可学的。但是，如果只是从了解的角度来看，两天时间，足够了。一般给企业高管或者一些政府官员的培训，就应该是两天，否则，属于浪费时间，别人也没时间陪你玩儿。
我参加过IBM的培训和Rational的培训，一般都是5天，没有少于这个数量的。
我现在做的培训也都是五天，上次元旦的培训是三天，但那是被迫的，因为大家都要工作，没有时间，我那次培训的收费也很低，不过，一天九个多小时的讲课，真的是很累，第一天讲完后，我躺在实验室的椅子上一下子就睡了将近三个小时。所以，一般一天的培训应该不超过六个小时为好，这样，学员也有剩余时间可以进行以下思考和反馈，对于第二天的培训内容的接受也是有好处的。
2、培训价格问题
我个人感觉，培训价格要看接受程度，和你的培训对象。可以说不管你订多少钱，都会有人喊价格高，中国人的习惯是免费，软件免费，培训也要免费才行。
所以，我不觉得价格是个什么值得探讨的内容。
3、培训的内容
对于软件技术来说，培训内容大体可以分为以下三类：管理知识（包括团队管理和项目管理），软件开发方法知识（包括开发语言和分析设计方法等方面），软件开发过程（如何制定开发过程，如何定义软件过程，在哪些阶段需要做哪些事情等等）。
这三个培训中，管理知识的培训最为泛泛，很难有一个明确的定义说明管理应该培训到哪一步，这也是目前管理培训到处都有的一个原因，因为进入的门槛较低，很多人都可以宣称自己可以做培训。但是，做的好的管理培训是非常有价值的，只是，能做好的却很难，也很少。
而后面两者的培训的门槛则较高，不是随便找个人就能做的，因为需要较多的经验和应用技能。
这次先说这么多，有时间再继续。

2006年6月23日上午补充内容：

UNow2005兄说的不错，这里都是讨论，不存在什么冒犯与不敬的问题。
我在管理软工板块的时候，只有一个原则：骂人不能允许。其他的，都可以通融。呵呵

UNow2005兄说的管理培训的方式，我认为有些接近MBA的培训和课程，因为MBA学习中大都是案例和相关经验的讲述。

工具的培训是最无聊的，也没有用处，这一点我和UNow2005兄的看法是完全相同的。

剩下的就是我前面所提到的软件开发方法和软件开发过程，也就是软件工程活动中的方法论和过程论的内容。
其中方法论好写，容易写成书或者其他材料，我的那本书就是将开发方法的。而过程论不好写，因为很多都需要根据实际的情况来判断，比如：来确定如何使用开发方法、如何进行迭代，如何进行阶段划分，什么时候测试应该介入，需求做到什么程度才合适等等等等，可以说软件工程活动中最复杂的就是过程论中需要涉及到的内容。

在我以往的培训中，培训中的案例都是学员们自己讨论确定的，每一次培训中所采用的案例都是不一样的，因为学员所涉及得到的技术领域和行业方向都不同。在北航的培训中用的是联众升级辅助工具，在浙江的培训中用的是他们公司副总经理提出的工作量度量工具，06年元旦培训中用的是学员自己提出的两个工具（根据自己的选择来进行自己感兴趣的课题的开发）等等。

前面遗漏的还有一个就是参培人数的问题。
我个人认为，参加培训的人数越多，培训越好讲。可以说，一两百人的大课堂时最好讲的。可能有人不相信。在北航讲课前，他们的院长对我说，这个课有一百二十多人来听，担心我讲不了。结果上去后，我发现，这样是最容易的，因为很随便的就可以调动起几个学员来进行一些交互，时间很容易就会过去。
相对而言，人数越少培训越难做，如果学员积极性不够，或者胆怯，那么课堂交互就会变少，你需要考虑更多的方式来调动起学员的积极性，这时候，这方面的手段就需要更多的应用。

从培训效果来看，人数多，学员积极性容易调动起来，培训效果会比较好，但是，会有一些人（一直没有被调动起积极性的人）的学习效果往往会很差。可以说，对于积极性没有被调动起来的学员，人数少，培训效果会比较好。
而且，小班培训，可以照顾到每一个学员，进行细节的技术探讨，对于参加培训的人员来说是比较值得的。

以上是今天补充的一点看法，欢迎大家批评指正。