培训管理模型建立起来后，整个培训体系也就顺理成章了。培训活动也就会更加流畅。这个培训管理模型可以回答几个问题：

1、任何一个培训活动，如何给予其精确的定义；

2、任何培训活动与外部管理系统的关联形式；

3、任何一个培训活动的性质，管理职能性质；

4、任何一个培训活动包含哪些子活动；

5、对于任何一个活动，管理者能够迅速定义其执行主体。

培训管理可以分为四个层面，策略层面、运作层面、项目层面、教学层面。相邻层面中的培训活动是具有逻辑关系的。

同时，每个层面中的培训行为活动按照管理功能可以明确定义，如“培训策略”应该定为策略层面中具有计划功能的培训活动，“项目实施”应该定位项目层面中的具有组织功能的培训活动。

结构化培训管理模型特点

结构化培训管理模型暗含培训发展的路径

能够回答“如何开始”的问题。例如培训管理整个体系告诉我们有两个方向：一是自上而下，如果一个公司具有一定规模和实力，则可以建设完整的组织，成立培训部门，建设一个大的队伍，全方位开展培训工作；二是自下而上，如果一个公司采取谨慎的态度，则可以从教学层面开始，尝试开发几门课程教学看一看效果。

结构化培训管理模型各类培训活动容易定义

能够回答“是什么”的问题。例如，“培训评估”是什么？对应四个层面，应该有几个层次：培训策略评估、培训运作绩效评估、项目评估、教学评估。我们大多数培训管理工作者一提到培训评估，就局限到4R的学员评估，这样的看法不利于培训整体工作的进展。

结构化培训管理模型各类培训活动容易定位

能够回答“做什么”的问题。例如，提到“培训管理”，那肯定不能局限到培训项目管理或教学管理。“项目运作”又要做什么工作呢？从项目计划、项目实施、项目督导到项目评估。

结构化培训管理模型各项培训活动的职责容易定向

能够回答“谁来做”的问题。一般地讲四层面的培训活动可以明确地对应岗位。例如“培训管理”统一由培训委员会负责，策略层由培训总监来负责，运作层面由培训经理来负责，项目层面由培训主管来负责，教学层面由讲师来负责。当然也可以根据实际情形来调整。我们有许多企业认为组织几个培训项目就是培训经理做的工作，这是极其错误的。

结构化培训管理模型所有培训活动的逻辑关系明确

能够回答“怎么做”的问题。模型给出了某一培训活动的子活动，也就是说给出了这一培训活动的工作内容。例如“项目运作”中的项目计划如何做呢？结合年度培训规划，进行培训项目需求调查研究。

结构化培训管理模型明确功能接口

培训策略、制度建设、年度规划是预设的功能模块接口。培训策略为人力资源战略服务，具体与人力策略结合：年度规划与人力策略中的职业生涯规划对接，制度建设与人力策略中的晋升制度等对接，等等。

结构化培训管理模型容易扩展

能够回答“如何做得更好”的问题。如果要做得更好，还需要更多的培训活动，那么如何必须给予其明确的定义、适合的定位才能做的更好，定义回答做什么，定位回答谁来做、怎么做、如何做的好等问题。例如，“资源管理”会细化到讲师体系、课程体系、教学设施、信息管理、外部资源管理的建设问题。

本模型的目标就是通过建立结构化的、面向培训活动的逻辑关系来帮助培训工作者建立正确的培训管理体系。实践中可以有如下作用：

结构化培训管理模型统一培训管理交流语言

。培训体系的概念到现在都没有统一，各种文献、文章或管理沟通中，我们发现管理语言非常重要。一提到培训体系，有人想到培训课程体系，有人想到培训规划，有人想到培训制度，我想这极其可怕。

结构化培训管理模型纠正一些错误概念

有诸多培训管理者概念混淆不清，工作中高度不够、方向不清。试想，将教学看作培训全部，培训工作能做的好吗？实践中，提到培训调查就是会局限到项目层面，实际上培训调查分为四个层面，从策略层、运作层、项目层到教学层，教学层就是讲师必须根据项目需求来进行课程定位的调查。

结构化培训管理模型纠正一些错误行为

某些咨询公司利用企业的认识不足，竟然以培训课程体系为中心，外加几个培训制度，拼凑成一桶糨糊来糊弄某些企业，竟然也能赚一把。我看了非常痛心，因为那几个培训管理顾问自己都不清楚那讲师管理制度从哪里抄来的。

结构化培训管理模型纠正一些错误想法

也有企业认为培训经理可以负责培训体系的维护，我们认为培训经理尚不能承担此重任。整个体系是系统的、结构化的，它的维护却是自动自发的，是通过各个培训活动的自我完善来完成的。这也告诉我们，一个企业要发展培训体系，要靠自己的积累，不能指望外来的和尚一蹴而就。2100433B

有效培训体系的建设是培训管理绩效的保证，现有常见的培训体系由于概念和体系定位原因，或多或少存在着先天缺陷，如忽视管理职能、概念错位、忽视关联职能联系等。

实质上，培训体系的实质就是培训管理架构或模型。这个培训管理模型就是培训管理工作的根本。培训工作要达到基本要求：如满足企业经营现实需要与发展需要、充分考虑员工的培训需求及自我发展的需要、培训有效开展、培训行为组织绩效等，那么必须建设一个具有实践性、科学性，全面、动态、开放、结构化的培训管理系统。

培训工作是由各种培训活动和培训管理活动组成的（以下统称“培训活动”）。培训管理模型就是为有效地组织这些活动提供一个基准体系。

结构化培训管理模型的建设机制

为避免概念错位，又要满足全面，必须提出结构化模型。那么结构化如果作到清晰、科学，则必须对所有培训活动进行分类，且要在几个维度进行分类。因为，这个管理模型是要对培训管理者、讲师、甚至学员进行发布的，也要关联其它职能模块。

结构化培训管理模型形态维度

培训活动体现在意识、行为、结果层面。所以建议将培训活动按照策略层面、行为层面、结果层面进行定义。

结构化培训管理模型管理职能维度

任何一个培训活动都是一个过程，那么自然要提到过程管理，整个过程包括计划、组织、领导与控制。

结构化培训管理模型任务维度

任何一个培训活动都可以明确定义为一个活动的子活动，同时也是另一些活动的父活动。也就是说要明确地定义各种活动的层次。

结构化培训管理模型职责维度

这个维度应该不是核心维度，但有充分的实践意义，各级培训管理主体运用这个管理模型的时候，能够迅速给自己一个准确的定位。

结构化编程理论基础

结构化程序理论可做为结构化编程的理论基础，结构化程序理论中提到利用顺序、选择及重复这三种组合程序的方式，可以表示所有可计算函数。上述的三种结构已足以表示CPU中的指令周期，也可以表示图灵机的运作，以此观点来看，处理器所执行的指令可视为是某种“结构化程序”，虽然整个程序可能不是一个结构化程序。一般都认为结构化程序理论是归功于伯姆和贾可皮尼于1966年发表的论文，其中一个原因可能是戴克斯特拉引用过此论文。结构化程序理论未提及如何撰写结构化程序，也没有提到结构化程序的分析，后来1960至1970年代时，戴克斯特拉、罗伯特·弗洛伊德、东尼·霍尔等计算机科学家在此领域有许多的贡献。

结构化编程争议

结构化编程中一项重要的原则是减少甚至禁止goto指令的使用，不过不是所有计算机科学家都赞成禁止使用goto指令。高德纳赞成程序设计时需考虑可读性，但他不赞成禁用goto指令。在其1974年发表的论文《使用goto指令的结构化编程》（Structured Programming with Goto Statements）中，他提出了一些程序，使用goto指令可以使得程序更清楚而有效率，也不会牺牲程序的可读性。高德纳提出了一个较松的结构限制要求：将程序以流程图表示，前进的分支在流程图的左侧，倒退的分支在流程图的右侧，所有分支均不得交叉。

结构化编程在1970年有很大的进展，IBM的研究员哈伦·米尔斯（英语：Harlan Mills）将结构化编程应用在纽约时报研究档案索引系统的开发，此计划相当成功，因此许多公司开始使用结构化编程，不过戴克斯特拉评论米尔斯使用的方式和一些已发表论文中的方式不同。

到1987年时在计算机科学领域仍有针对结构化编程的争论，弗兰克·鲁宾发表了一篇论文《“goto有害论”是有害的》（GOTO considered harmful' considered harmful），引发许多的反对，戴克斯特拉本人也批评鲁宾及其追随者的论点。

结构化编程影响

在二十世纪末时绝大多数的计算机科学学者均已同意使用结构化程序设计的好处，原来缺乏程序结构的高阶编程语言（如FORTRAN、COBOL及BASIC）也都已加入此特性。

结构化程序设计提出的原则可以归纳为32个字：自顶向下，逐步细化；清晰第一，效率第二；书写规范，缩进格式；基本结构，组合而成。

底层的结构化程序设计

结构化的程序是以一些简单、有层次的程序流程架构所组成，可分为顺序（sequence）、选择（selection）及循环（repetition）。

● 顺序是指程序正常的执行方式，执行完一个指令后，执行后面的指令。

● 选择结构顾名思义，当程序到了一定的处理过程时，遇到了很多分支，无法按直线走下去，它需要根据某一特定选择结构表示程序的处理步骤出现了分支，它需要根据某一特定的条件选择其中的一个分支执行，选择结构有单选择、双选择和多选择三种形式。

● 不断的重复，被称作循环，所以这里的循环结构通常就是用来表示反复执行一个程序或某些操作的过程，直到某条件为假（或为真）时才可终止循环。在循环结构中最主要的是：什么时候可以执行循环？出现哪些操作需要循环执行？循环结构的基本形式有两种。当型循环和直到型循环。

● 重用测试过代码，如果重用别的程序中的部分越多，您自身的工作也越简单。在面向对象中，重用的过程更为容易一些，因为代码本身的可复用性更高。如果项目的任务不重，程序员之间的协作也更容易。

面向对象的类库中的类和框架能够帮助减轻编程任务。例如，如果您使用了苹果公司提供的软件框架，您就可以和苹果公司的程序员合作。这些框架通常构成了您的程序中比较基础的部分，而您可以把精力放在您最擅长的方面，其它的事情让类库的开发人员去做。因此，您的项目可以更快的做出原型系统，更快的完成，协作方面的问题也更少。

若一个编程语言的语法允许用成对的关键字包围一段程序，形成一个结构，这种编程语言称为有“区块结构”（block-structured），这类的结构包括用ALGOL 68的if..fi包围的程序，或是在PL/I中用BEGIN..END包围的一段程序，或是在C语言中用大括号{...}包围的一段程序。

结构化编程语言

用任何语言都可以进行结构化程序设计，不过一般较常使用程序式的编程语言。早期的结构化编程语言包括ALGOL、 Pascal、PL/I及Ada，不过后来大部份的程序式编程语言都鼓励使用结构化程序设计，有时也会特意的省去一些特性（例如不支援goto指令）使得非结构化的程序设计更加困难。

结构化系统设计（SSD）要解决“如何做”才能完成系统任务书所提出的要“做些什么”的系统任务的问题。它运用一套标准的设计准则和图表工具，自上而下地对系统进行分解，其基本目的是处理功能模块化，数据结构模型化，系统平台开放化，从而得到结构明晰，适应性强，可靠性高，安全性好，效率和效益都令人满意的系统实现方案（物理模型）。2100433B