学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具UML。
第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。
第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。
第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。
第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。
第七章统一建模语言UML概述，本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。
第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。
第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。
第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则： 软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
包括程序流程图、N-S图、PAD图、HIPO图程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。
在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
N-S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N-S图。
在N-S图中，为了表示五种基本控制结构，规定了五种图形构件。
顺序型；选择型；WHILE重复型；UNTIL重复型；多分支选择型。
PAD图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。
PAD也设置了五种基本控制结构的图示，并允许递归使用。
HIPO图：HIPO图是由一组IPO图加一张HC图组成。
它是美国IBM公司在软件设计中使用的主要表达工具。
HC图既是层次图，用于表示软件的分层结构。
HC图中的每一个模块，均可用一张IPO图来描述。
IPO 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。
测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。
但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。
还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具UML。
第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。
第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。
第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。
第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。
第七章统一建模语言UML概述，本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。
第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。
第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。
第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则： 软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
包括程序流程图、N-S图、PAD图、HIPO图程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。
在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
N-S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N-S图。
在N-S图中，为了表示五种基本控制结构，规定了五种图形构件。
顺序型；选择型；WHILE重复型；UNTIL重复型；多分支选择型。
PAD图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。
PAD也设置了五种基本控制结构的图示，并允许递归使用。
HIPO图：HIPO图是由一组IPO图加一张HC图组成。
它是美国IBM公司在软件设计中使用的主要表达工具。
HC图既是层次图，用于表示软件的分层结构。
HC图中的每一个模块，均可用一张IPO图来描述。
IPO 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。
测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。
但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。
还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
谈一谈对软件工程专业的认识
1、软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等。
2、软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
3、软件生产历经4大阶段分别为：程序设计阶段（1946-1956年）、软件开发阶段（1956-1968年）、软件工程阶段（1968年以后）、计算机辅助软件工程阶段4、常见的软件过程模型：边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究，标志着人们为解决软件危机问题，把关注的焦点由编程转移到了软件开发的整个过程，包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。
6、软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。
软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护。
7、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。
其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。
②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。
分别用于结构化需求建模、系统业务举例和反映系统工作流程。
③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。
。
。
。
感悟：了解了什么是“软件危机”，透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型，我对软件工程思想及“工程化”软件开发的流程有了较系统的了解，透过软件工程的起源，认识到：实现软件工业的产业化，软件工程必须是真正意义上的工程化。
从软件开发三条线索（开发、管理、改进）来看，软件开发的过程必须规范化（各阶段都必须形成相应文档；编码必须依照通用可读性严格遵照编程规范……）；软件项目管理的核心是项目规划和项目跟踪控制，保证软件工程开发的成功完成，软件开发流程的规范化在软件项目中有着重要的作用，通过不断地优化和规范过程，企业可以提高软件生产能力。
从需求分析到维护，透过软件的开发流程具体实施的学习，我对软件项目开发的流程有了更深的理解，例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善，但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。
学了这门课才知道软件开发中每一阶段都有文档的产生，其管理与应用也是一门大学问……此外，这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程，也能应用于其他的很多领域，这门课结束了，但这些方面学习我还将继续的。
谈一谈对软件工程专业的认识
1、软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等。
2、软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
3、软件生产历经4大阶段分别为：程序设计阶段（1946-1956年）、软件开发阶段（1956-1968年）、软件工程阶段（1968年以后）、计算机辅助软件工程阶段4、常见的软件过程模型：边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究，标志着人们为解决软件危机问题，把关注的焦点由编程转移到了软件开发的整个过程，包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。
6、软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。
软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护。
7、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。
其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。
②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。
分别用于结构化需求建模、系统业务举例和反映系统工作流程。
③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。
。
。
。
感悟：了解了什么是“软件危机”，透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型，我对软件工程思想及“工程化”软件开发的流程有了较系统的了解，透过软件工程的起源，认识到：实现软件工业的产业化，软件工程必须是真正意义上的工程化。
从软件开发三条线索（开发、管理、改进）来看，软件开发的过程必须规范化（各阶段都必须形成相应文档；编码必须依照通用可读性严格遵照编程规范……）；软件项目管理的核心是项目规划和项目跟踪控制，保证软件工程开发的成功完成，软件开发流程的规范化在软件项目中有着重要的作用，通过不断地优化和规范过程，企业可以提高软件生产能力。
从需求分析到维护，透过软件的开发流程具体实施的学习，我对软件项目开发的流程有了更深的理解，例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善，但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。
学了这门课才知道软件开发中每一阶段都有文档的产生，其管理与应用也是一门大学问……此外，这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程，也能应用于其他的很多领域，这门课结束了，但这些方面学习我还将继续的。
参观企业的心得体会怎样写?
今天单位组织人员去几个市属业参观 感触颇深 参观是这样 张裕喀斯特酒庄----上海通用汽车公司----首钢东星集团----舒朗服装旗舰店----氨纶集团----万华集团 喀斯特酒庄很有特色，外景很漂亮，有一片观赏葡萄园，每年葡萄成熟的时候游客可以亲自采摘葡萄，用脚踩出别有风味的葡萄酒哦。
。
哈顺便给脚美个容。
去通用制造车间，感觉比较震撼，车间内有一个专供参观的线路，是架在顶部的楼梯，走在上面可以看见汽车组装的全过程。
虽然平时看见的是汽车漂亮的外形，对内部复杂的结构还是第一次深刻感受。
首钢集团主要是加工空调、汽车零部件，看见工作人员都在低着头忙活着根本就没人理会我们，是啊，如果说我们也是凭计件来计算工资，谁会舍得浪费时间呢 舒朗是烟台的牌子，老板也是白手起家，据说是女强人哦。
所以在感慨自己的闯劲不足，太安于享乐了。
这是第一次真正的走进车间，走近基层，还是很有感触地。
感觉自己真是应该知足，感谢父母提供了相对他们已经很好的条件，也感谢周围的人对自己的关心和支持。
自己还是要努力，路是自己走出来的参观学习“靖远管理模式”的心得体会 “天天除旧更新，不间断地更新又更新”的“日新”文化早就名声远扬。
3月20日，在分公司统一安排下，我们一行20几人在胡主席的带领下，有幸踏上了参观学习荣获第十二届国家级企业管理现代化创新成果一等奖的“靖远管理模式”之路。
在接待人员的热情指引和讲解下，通过参观荣誉室、观看“靖远管理模式”短片、参观现场和与部门人员座谈的形式，我领略了“靖远管理模式”的企业文化和管理理念，感觉受益匪浅，同时也认识到了自己的不足和差距，这次学习无疑对于我们管理工作的改善有深刻的教育和借鉴意义，对以后开拓思路、转变理念，促进管理水平提高有积极的推动作用。
靖远管理模式由5大部分组成，其中“日新文化”为统领，它是“靖远管理模式”之灵魂，而人本管理、资源管理、现场管理和经营管理作为日新文化的4大支撑点，则构成了“靖远管理模式”这个庞大躯体的轮廓。
从2002年的独立运营，到“靖远管理模式”一种管理品牌的形成，再到它的版本升级，应该说在这短短的几年时间内，“靖远管理模式”已然成为中国电力行业管理的龙头老大，而它内容的不断充实，则又如凤凰涅磐，使得靖远模式更加丰富，更加实用，渐趋完美，已经成为社会各个行业应该学习的管理范本。
“日新”即“苟日新，日日新，又日新”语出《礼记大学》，它是商朝开国贤君商汤刻在盘子上的铭文。
其寓意为，如果能每天创新，就要天天都创新，不间断地创新。
而靖远二电的“日新”文化内涵是：改革创新、不断超越、争创一流。
从中不难看出，两者的文化内涵从本质上是一致的，都是追求创新，实现自我超越，而靖远二电人则很好的秉承了古圣贤人的这种优秀品质，并积极创新，以此形成了本企业独特的企业文化。
“每天提高百分之一，每天进步百分之一”是靖远二电人的口号，它实际上体现了一种追求卓越的精神。
日新文化注重在企业内部创造一种追求卓越的环境，使更多的员工追求创新，处于“创造性不满足”的精神状态，要求只要每位员工每天进步一点，企业就会进步一大段。
在参观学习过程中，靖远二电的在内部管理方面、现场管理方面、经营管理方面和资源管理方面都给我留下了深刻印象。
比较分公司实际情况，其间有很多很多值得我们学习和借鉴之处。
一、内部管理方面 先进行公司内部管理整合，建立动态管理机制和单一首长负责制，形成了机构精、层次少、效率高的“扁平式”组织机构和直线职能式、直线不交叉、职能无空档的管 理体系。
通过资质模型的建立，为员工设计规划了职工生涯，全员推行绩效考核和岗位动态管理，末位淘汰，建立起能上能下、能进能出，薪酬分配结构模式具有竞 争力的激励机制和竞争机制，逐步形成了具有靖远二电特色的人本管理模式。
二、在现场管理方面： （一）是创造性地推行了卓越的6S现场管理模式，发挥出现代管理工具，如看板管理、红牌作战、目视化管理的程序化、规范化和科学化管理作用，使生产现场、办公室环境发生了质的改变，达到了“工作生活化、生活工作化”的人性化管理目标； （二）是引入点检定修制即现场管理的又一亮点，它提倡全员、全过程对设备进行动态管理，即在设备运行阶段以点检为核 心的一种管理模式，以定人、定点、定期、定方法、定标准地对设备进行检查的一种管理方法。
应用这种管理模式，将有效地预防“过维修”或“欠维修”，减少设 备的故障发生率，大大降低设备维护费用，是设备可靠性、维护性、经济性均可达到最佳化管理的体制； （三）是“安全记分管理”，安全是企业持续生产的需要，追求 效益要以安全为保障。
“以人为本”必须重视安全，为此，靖远二电参照车辆交通安全的管理办法，根据人性心理需要激励理论，冲破传统扣罚奖金的作法，为现场 管理设计了“安全记扣分管理”，记扣累加，每月、季、年公布，为保障安全生产发挥了积极作用。
（四）TPM管理，作为现场管理的新增内容，“TPM全面改善”是在6S管理的基础之上提出的一种全新的管理思路，它的主要内涵就是全员生产管理，以最大限度提高生产效率为目标，以“6S”活动为基础，从总经理到一线员工的全体成员为主体，以相互连接的小组活动形式，以设备及物流为切入点进行思考，创造整合有机的生产体系。
推行TPM是保证“6S”活动和点检得到持续改进的一个重要手段。
“靖远管理模式”的TPM推行主要从自主管理、焦点课程改善、员工改善提案等三个方面分阶段进行。
它的以现场为中心的自主管理即是让员工具有自主管理意识，员工拥有自主管理技能，员工积极参与自主管理。
三、在经营管理方面：一方面建立了以“年度规划\\\/预算管理体系、业绩指标体系、绩效考评体系、业绩分析体系”为核心的一体化经营管理体系，通过年度规划和全面预算统领公司各项工作，通过业绩指标体系分解公 司经营指标，通过绩效考评体系改进和提高业绩，通过业绩分析体系寻找公司的差距和不足，不断改进，不断提升。
另一方面推行项目管理，实行谁主管、谁承办、 谁负责的原则。
采取矩阵型组织结构，即职能型组织结构与项目型组织结构的混合，在这个结构中项目负责人即是项目经理又是部门经理，在领导项目时，对项目的 结果负责，同时又对职能部门的业务负责。
四、在资源管理方面：首先，靖远二电基于公司扁平化的组织结构，为了实现从“职能”管理到“流程”管理的转变，提高组织的运转效率和对工作任务的反应速度，充分利用系统的支撑作用，以协调业务分散与管理集中之间的矛盾。
公司开展了流程控制和优化工程，形成了经营策划流程、生产管理流程、运行管理流程、维修管理流程、采购管理流程、财务管理流程、人力资源管理流程、行政后勤管理流程，将原有关键业务流程由140个改造为现在的92个， 形成8个系列8个管理框架图 ，明晰了公司运营层、管理层和决策层三个管理层次，明晰了公司事先计划、事中监控和事后分析三个控制阶段。
其次，通过近两年的工作，采用先进的 管理建设理念，以财务管理为核心，以设备管理为基础，以工单管理为主线，按照设备管理的科学化准则、工作流程的最优化准则，成本最小化和效益最大化准则， 建立了一套适合靖远二电管理模式的计算机管理信息系统—IPRM系统（一体化电厂资源管理系统），实现了 财务管理、设备管理、物资采购、库存管理、运行管理、燃料管理等核心业务的网络化处理，实现了全公司范围内的网络化协同办公、人力资源管理和档案管理，实 现了以生产运行实时信息为中心的信息实时采集和共享，从而加强了管理控制力度，降低了维护和生产成本，提高了业务效率。
目前公司95%的业务已在系统中开展，公司总体工作效率比原来提高了40%，整体业务流程处理效率提高了50%。
清华大学专家组鉴定认为，IPRM系统是目前国内电力行业最先进、最完善、最成功的资源管理系统，它构成了二电可以累积、不可复制的核心竞争力之一。
靖远管理模式为我们提供了许多宝贵的经验，也给了我极大的启发，通过与先进企业对标，找到了自己管理工作中的差距。
通过学习，我们应该窥一斑而见全貌，全方位理解“靖远管理模式”带给传统企业管理的冲击，而后勇敢的去面对和接受它。
尽管这种管理方式很先进，但我们绝不可照抄照搬，而应根据企业实际对其先进的管理模式恰当“移植”，并不断消化、摸索和创新，不断推进本企业各项工作上台阶，为分公司的发展做出自己的贡献。
学习了《建筑工程计量与计价》心得体会1500字
《建筑工程计量与计价》学习心得 《建筑工程计量与计价》是建筑工程及相关专业的一门重要专业课，本课程的主要任务是学习建筑工程造价的构成及工程造价计价的原理和方法，掌握建筑工程造价确定的方法及工程量计算规则。
通过本课程的学习，要求能参考相关资料完成一套建筑工程施工图工程量清单的编制，会进行投标报价。
该课程介绍了建筑工程计量与计价基本知识，介绍了定额计价模式与清单计价模式下，建筑工程费用构成的方法与不同，介绍了建筑工程消耗量定额的基础知识，阐述了建筑面积计算规则及方法，分章节说明工程量计算规则，并以实例解释计算规则的应用方法。
熟读教材内容，结合当地建筑工程定额掌握定额的组成及应用方法，读懂建筑工程施工图，大量练习工程量的计算，多读，多看，多练，不断实践。
一、学习要点（一）建筑工程计量与计价基本知识1. 定额计价模式定额是在合理的劳动组织和合理地使用材料和机械的条件下，完成单位合格产品所需消耗的资源数量的标准。
定额按生产要素分，劳动定额（人工定额）、材料消耗定额、机械台班使用定额2. 工程量清单计价模式工程量清单是表现拟建工程的分部分项工程项目、措施项目、其它项目名称和相应数量的明细清单。
工程量清单项目设置规则概括为：四个统一，统一的项目编码，统一的项目名称，统一的计量单位，统一的工程量计算规则。
3. 预算定额 预算定额是确定一定计量单位的分项工程或结构构件的人工、材料、施工机械台班损耗量的标准的技术经济文件。
（二）建筑面积计算建筑面积是指房屋建筑各层外围水平投影面积相加后的总面积。
也是建筑物外墙勒脚以上各层水平投影面积的总和。
包括使用面积、辅助面积和结构面积。
（三）工程量计算规则根据《建设工程工程量清单计价规范》GB50500
数据库实训总结和体会
数据库实训总结和体会数据库实训总结和体会，学习完了数据库有什么总结呢?下面是带来的数据库实训总结和体会，欢迎阅读!数据库实训总结和体会在这个学期的后几周，我参加了数据库的工程实训。
这是我第一次系统地，完整的接触软件设计的全过程。
我的设计的题目是“VC基于SQL-SERVER的企业合同管理系统”。
在这次课程设计中，我的能力得到了锻炼，自己也有许多体会。
这次的工程实训是自己第一次全面接触软件的制作过程。
以前仅仅是对软件的开发有一个大体的印象，通过这次的工程实训，我对软件的开发有了切身的体会。
软件并不像我原来所想的那样十分神秘，而是有着一个相对固定的模式和流程。
我们只要按照这个模式和流程，就能够比较规范的完成一个软件的制作。
软件的制作是一个系统的工程，需要我们掌握多方面的知识。
在这次工程实训中，我觉得自己的知识面还是有欠缺的。
需要在以后的学习工作中加以注意，要全面的提高自己的知识面与知识层次。
我在这次课程设计中主要用SQL-SERVER做数据库的后台开发和用VC做前台。
在编程的过程中，我体会到编程是十分辛苦的。
在工程实训这一段时间里，我每天的生活基本是在不断的调试程序和修改代码中完成的。
有时，这种生活令人感到乏味和疲倦，但是在这种近似枯燥的生活中，我的编程水平有了一定程度的提高，这是工程实训中我最大的收获。
以前学习计算机语言，总是静不下心来
学习国际税收课程后的心得体会，大约300字，给高分
着项目经理头衔的人越来越多，取得PMP证书的人也越来越多，可是项目管理的成效依然不高。
究竟是为什么呢
有很多原因，但其中依然有相当部分是因为项目经理不够合格。
有的人会说，我的PM经历已有多年，或者说我证书都通过多长时间。
这是合格项目经理的唯一标准吗
当然不是。
或许，有人会说，成王败寇，只要项目成功，他就是合格的项目经理。
没错，但是在你需要选择一个项目经理时，你可能无法完全按照这个标准去评判。
如何选择合格的项目经理呢
通常至少可以从五个方面去评判，即知识、经历、能力、性格、文化与价值观。
其实，企业组织中的各种角色也多应该从这五个方面去评判。
1 知识知识通常是指通过书本、学校、实践等学到的关于特定主题的信息。
“认证”和文凭的目的就是证明对某学科知识的掌握程度。
IT行业的项目经理所需要的知识包括三个部分：项目管理：包括项目管理的理论、方法论和相关工具。
IT行业：一般说来，对相关IT领域应该有全面的了解，比如对与本企业核心业务有关的IT知识都应该有所了解，如果是实施企业信息化等覆盖多个技术领域的项目，则对IT知识要求得更全面。
客户行业：时下的IT项目只和单个操作人员有关的非常少，基本都是覆盖部门或企业范围的项目，因此，必须掌握相关客户行业的知识，这样才能找准IT系统和业务运作结合点，使得IT系统投入能够支持企业效益的提升。
显然，针对不同类型项目，需要的项目管理功能、IT行业知识会不一样，有的项目比较简单，所要求的知识就会少一些，好比普通加减乘除算术题只需要小学生就可以，而积分之类的问题就必须要大学生才可以。
同样，在对客户行业知识的要求也是类似的，有的项目是比较纯粹的基础平台类的项目，并不直接和业务效益提升有关系，对客户行业知识的要求就比较少。
需要注意两点，一是知识的来源并不仅限于学校，二是和项目组织中的其它角色相比，对项目经理所要求的IT行业知识更侧重于全面和知道，而非纯技术人员的细节掌握。
知识掌握是否扎实，是否全面，是否应用自如，决定着项目经理的水准。
2 经历经历强调的是已经做过的事情，或者更直接说就是使用知识的过程。
因此它同样包括三个方面：项目管理、IT行业和客户行业。
对于企业来说，寻找合适的项目经理，如果这三个方面的经历都具备，那是再好不过；如果无法全部满足，首先可以降低的要求应该是同一客户行业经历，但最好能够具有其它类似行业的经历；其次是IT行业经历，可以不要求有相同产品的经历，而是类似产品的经历；最后是项目管理方面，那至少应该有项目经理助理或者项目组织的中层骨干人员的经历。
要从事项目经理这个职业，需要注意提高自己的学习能力（这是下面要提到的），以在不同经历中丰富和项目管理有关的知识，注意强化弱项的锻炼，从而提高项目管理水准，保证自己能够在新项目中很快进入工作状态，因为很多项目只是表面上的不同，但在项目管理本质上却存在着很多相通的内容。
经历，对项目经理来说，意味着不再是只停留在知识层面，意味着已经可以展翅。
3 能力能力是评判人非常重要的一个方面，以往我们对一个人的评判往往是依据文凭，而我们的教育理念相对单一，因此结果可能会失之偏颇。
除了读书、测试与书本有关的题目，还需要从纯能力的角度去评判项目经理，虽然评判环境可能不是那么完美，但对于具体评判的个体来讲，他可以做得尽量客观。
能力评判包含如下几个方面的内容：学习与思考：从项目的角度看，不存在有相同的项目。
“人不能两次踏入同一条河”，以往项目有的只是可借鉴的经验，完全可以拷贝的只是最抽象和根本的方法、理念。
因此，要成为一名合格的项目经理，必须具有学习能力，掌握新的知识。
同时，项目经理也应勤于思考，不断反思，摆脱思维定式，从成功经验和失败教训中总结出属于自己的知识。
学习和思考，可以让项目经理不断积累，提高项目管理水平，从量变走向质变，进而在更大的项目管理挑战中享受成功的喜悦。
学习和思考的最高境界就是“学而时习之，温故而知新，告诸往而知来者”。
实践：书读得多了，知道的也多了，就知道“知易行难”。
只能嘴上讲讲，甚至是只能放在肚子里，都无法产生效益。
因此，必须有实践能力，甚至“没有条件，也要创造条件”实践。
只有通过实践才能把书本的内容真正变成自身的附属物。
具有实践能力的前提有两点，一是要思路清楚，二是要勇于实践。
社交与沟通：项目管理要考虑的内容很多，实际上所有一切都和人有着直接或间接的关系。
项目经理需要打交道的人有三种：客户、公司领导、项目成员，要让所有人员为共同的项目目标朝一个方向努力，就需要项目经理首先有社交能力，和他们保持良好的关系，营造良好的项目氛围；然后要根据项目的需要，和有关人员不断沟通交流。
沟通的表现方式有：表达——清楚说明事情；影响——尊重他人的选择，但可以通过自己的言行去影响他们以达到期望效果；说服——让他人按照提议或要求实施；倾听——让他人有述说的空间；接受他人提议——项目经理在坚持必须原则的前提下应从善如流。
应变与反应：从宏观面看，现在是变化的时代，而且变化的速度越来越快，IT行业更是日新月异。
宏观面的变化必然决定微观面的项目也在不断变化，同一行业同一客户不同时候执行的项目也就必然会增加一些新的内涵。
要跟上时代和行业发展，甚至于站在前列，必须有适应变化的能力，这要通过学习和创新达到。
从项目角度看，变化的因素太多，突发的事情也很多，如果没有应变能力，将可能导致项目陷入困境。
同时，项目经理也应该具有敏锐的反应能力，能够从细微的先兆去感知未来的变化，做到对变化的预先准备，确保变化对项目的影响最小。
分析与决策：作为一个项目经理，通常拥有很多信息。
信息本身并无法发挥作用，“信息的主人越聪明，信息的作用就越大”，因此项目经理必须具备分析能力。
当碰到问题的时候，项目经理应该首先能够准确界定问题，然后能够从拥有的信息中“去其糟粕，取其精华”，形成对各种可能性的分析。
分析之后的下一个动作就是决策，项目管理中常常需要在短时间内确定哪种选择可行，因此在形成可供选择的行动方案后，项目经理需要建立客观的评判体系，只要有局部优势就可以做出抉择。
切记，“没有完美，只有最好”。
大局观与组织：项目管理，就如下棋打仗，需要大局观，如果只计较一子一地的得与失，却失之全局形势的把握，失败则是必然。
现在的项目越来越复杂，尤其是非技术因素的影响日益增加，其非理性对项目的影响有可能是致命的；另外，从纯粹技术或业务的角度看，项目包含的内容也非常多，同样需要有大局观。
在项目中，大局观有几个层次的概念：IT、业务、IT与业务、人与IT与业务、其它资源。
一定不能“只见树木不见森林”，没有大局观将使计划失之偏颇。
有大局观，还要有组织协调能力，才能调度所拥有的众多资源（甚至项目成员、客户和公司领导在某种程度上也都是资源），以保证项目的顺利实施。
没有组织协调能力，计划是无法执行的。
所有这些能力对合格的项目经理来讲是缺一不可的。
4 性格性格与能力相辅相成。
性格决定命运，如果性格不能达到需要，能力无从发挥；如果能力不济，性格就会变质。
坚强：难度、复杂性、变化、风险，这些都使得项目经理要承受相当大的压力。
如果没有坚强的性格，恐怕很难在项目中坚持原则，甚至可能会中途放弃；如果不够坚强，就无法相信自己，而一个自己都不相信自己的项目经理，项目成员又如何信任他呢
因此，坚强对于项目经理，尤其是从事大型复杂项目的项目经理来说是第一位的。
项目管理，也是逆水行舟，很多时候只要再坚持一下就可以渡过难关。
果断：项目总要在一定时间内完成，因此很多时候并没有太多时间去寻找完美的答案，这个时候就需要能够果断的做出选择并实施。
项目实施好比打仗，战场信息时刻在变，拖延时间只会贻误战机。
冷静：项目实施过程中随时存在着冲突，冷静是冲突得以解决的第一保证。
只有冷静，项目经理才会去思考为什么，去正视问题，才能找到真正的解决方案，而不只是“头痛医头，脚痛医脚”。
宽容：理解和尊重他人需要宽容的性格。
只有理解和尊重别人，他人才会回报理解和尊重。
知识经济时代的项目，恰恰需要人员之间的理解和尊重，才能更好的把属于每个人的知识积聚在一起以产生聚变的效应，进而使项目获得效益。
开朗：开朗的性格能够让他人充分认识一个人。
如果项目成员都不能认识到项目经理的存在和作用，项目管理肯定会失败。
这样一看好像是在寻找完人，其实不然，合格的项目经理应该或多或少具有这些性格。
5 文化与价值观无论是工作的企业，还是客户企业，都存在很多类型，从资本类型看有外资、合资、国企、民营等，从总部所属地区看有北美、欧洲、日本、韩国、台湾、香港等，只要愿意还可以找出其它许多种分类方式。
每类企业都会有自己独特的文化与价值观。
文化与价值观引起的冲突往往会给项目带来很大的不良影响。
因此，选择项目经理需要评判其文化背景和价值观，看看是否能适应企业的文化与价值观，是否对各种客户企业文化能够认可和包容。
总之，评判一个项目经理是否合格，如果仅从知识（证书或者文凭）和经历的角度去评判，是不够全面的。
知识、经历，加上能力、性格、文化与价值 <\\\/SPAN>19692020 2009-12-16 17:40:24 以下是一位项目经理的工作日志片段，我们从他的工作日志来看项目经理的工作。
这些只是项目经理工作的片段，相信每个项目经理应该都有自已悲惨的故事，程度恐怕只有过之而无不及。
项目经理到底应该有那些看家本领呢
一个称职的项目经理应该要其备以下的能力： 1. 要易于沟通 笔者在2002年时曾经亲自问过美国的一位项目管理专家－Dr. William Wells（曾任美国阿波罗登月计划的计划主持人），问他一位项目经理最需要具备的功夫是什幺。
那时他的回答是：“一位项目管理最需具备的有三件事，第一是沟通，第二是沟通，第三还是沟通。
” 请您回想一下，在执行项目时，你花费最多时间在什么部份
跟领导报告工作进度、跟客户介绍产品及说明工作成果、跟项目成员交待工作、跟单位内的其它人员争取支持、跟合作厂商协调配合事项．．．对项目经理来说，一天内大部份的时间几乎都是在跟人沟通。
沟通，可以很简单，也可以很复杂。
对于部份人来说，反正沟通就是把我的意见表达出来吗，有什么难的。
可是在项目过程中有那幺多的人与项目有关，因此要考量的，不仅是把意见表达出来而已，而在于“在什么样的时间，运用什么样的方式，将什么样的信息，传达给什么样的人”。
很多项目经理都是属于“被动式的项目经理”。
就是“你先说你要什么项目信息，我想办法去弄这些信息出来给你”。
因此，信息整理的工作基本上是没有列入工作管制的，只能够见招拆招，抱着应付的心态来面对信息的供应。
如果换个比较主动的角度来看，项目经理先了解每个与项目有关的人想要知道什么，这些信息一定有重复的地方，然后将这些信息做个整理归类，不等你开口要，我就先提供给你，让你对项目没有疑惑，化被动为主动。
这些信息整理归类的动作，直接就纳入在项目经理的工作管制之中，这样对项目经理而言，也没有任何的 “意外”。
讲起来简单，做起来其实也不难，二个小时就可以做好沟通计划，几个步骤掌握住就好： (1) 认识项目干系人 (2) 分析项目干系人的信息需求 (3) 依照信息需求找出信息种类 (4) 将信息种类归类 (5) 决定信息传递的周期 (6) 决定信息传递方式 (7) 搜集信息 (8) 传递信息 (9) 检讨信息传递成效 <\\\/SPAN>wangchaoyupf 2010-01-07 08:35:33 协调能力－常常你没有真正的领导权但是要协调各方。
沟通能力，理解能力非常重要。
学习能力：你需要了解很多你不懂的东西。
韧性：耐心，坚持非常重要。
要心理素质非常好，EQ高。
管理能力：特别是巧妙有效地管理你的领导的能力。
许多人都以为项目经理总是与“理想与光荣”相伴的，其实作为一个有志于改进中国软件开发流程的项目经理来说，他们承担的更多的是“艰辛与痛苦”。
在这里，我通过我担任项目经理期间所遇到的种种现象，来总结项目经理所必需具备的素质，当这些素质您不具备的话，就需要花费多年的努力来培养他，如果无法培养成功，那么请您转换岗位，因为项目经理不适合您，您难以在这个方面获的成功。
一、执着 可以这么说，在中国如果不执着是做不成任何事情的，因为在软件开发流程中推行各种规范和管理制度的时候，你可能遇到各种各样的阻力和障碍，如果没有应付挫折的思想和准备，你是很难推行成功的。
要知道这样一个基本事实，项目管理成败的关键是：如果你不坚持，谁也不会坚持下去的。
指望领导的扶持和群众的自觉是不可能的。
只有坚定信念，努力打动别人，才能成功。
坚持到成功为止。
只要决定上管理流程了，就不要后悔，唯有坚持，因为你拼命努力而实现了99%,你却不知，最后当你决定放弃的时候也许就是你要成功之时。
要知道你准备放弃的时候可能正是对方也准备放弃之时，唯有坚持，你才能成功。
二、亲和力 亲和力是指你和团队相互依赖，相互信任能力的大小。
亲和力是你领导团队走向成功的基础，如果一个团队的向心力不够，各自为政，那么失败就会在身边陪伴你。
要团队的每个成员都信任你，你必须要做到关心下属，主动与下属沟通，为下属争取合法权利等。
关心下属就是在日常工作中对下属的工作状况，发展方向进行指导，避免其走弯路；在生活中也对其身体状况进行关心，促进身体和心理健康的恢复。
多找下属沟通是消除误会的润滑剂，同时也是了解下属内心真实想法唯一捷径。
做项目经理的人，在某些事情上的处理的确会与人不同，也难以令人理解。
这个时候只有多与下属沟通，逐步达成共识，争取大家的理解和支持。
记住，没有下属的理解和支持，你永远无法实现项目管理的规范化。
这个环节很重要，我在这个方面曾经用时太少，走了许多弯路。
另外就是了解下属的真实想法，经常了解一下下属的真实想法有利于我们不断改进和调整流程，使生产流程更加符合本团队的实际。
切记一点，做领导的一定要多尊重下属的想法，并且与之沟通，若一味等下属找自己，那么是一般下属与之水火不容要摊牌时，才会与你沟通，这样悔之晚矣。
为下属争取合法权利是项目经理的一项重要职责。
敢负责任是项目经理基本素质，如果你不经常研究工作数据保障下属的合法权益时，你就很难让你的团队保持高效率。
曾经有一次，我们测试工程师的工作业绩突然下降了一半，我与之沟通后发现公司不讲效率只讲工作时间，他有一天特殊没上班，结果公司扣了一天的工资；但是他其实超额完成了月计划的120％。
了解情况后，我与公司协调，顺利补回工资，生产效率就大幅上扬。
三、品德高尚 “一撇一捺是个人，世世代代学做人。
”在这个世界上最难做的就是做个品德高尚的人。
试想一个思想猥亵的人很难取得成功，即使靠钻营取得也只是暂时的，他不可能取得长久的成功。
只有品德高尚的人才能感染周围的人，使团队具有向心力，从成功走向成功。
人有三种，一种是仗势欺人，一种是持才压人，最后一种是以德服人。
仗势欺人的人自持地位高而指三道四，自然是不可能团结人，更不可能获得成功；持才压人的人自持学识高而盛气凌人，或咄咄逼人。
殊不知“闻到有先后，术业有专攻”，“尺有所长，寸有所短”，难以学到更高的知识，也就难以取得更大的成功。
只有以德服人的人以自己的修养和品德感染人，勇于吃亏，乐于助人，以德报怨，只有这样才能使你对立面德人都不忍心伤害你，团结到一切可以团结到的人，拥有这样的环境，你怎么可能不成功。
勇于吃亏，首先要放下私心，如果一个人始终 围着自己转的人是不可能做到的。
“人不为己，天诛地灭”是八十年代后出生的人心灵普遍反应；但是要记住人首先是社会中的人，如果脱离了社会，人恐怕已不会成其为人了。
因此只有当你抛弃私心，主动为人，别人才会反过来支持你，帮助你。
乐于助人，是人类的一个良好品质，就象一首歌中所唱的“人字的结构就是相互支撑”。
管理流程是不可能靠项目经理一个人维持的，必须要大家支持你。
但是这却需要你多帮助别人，别人才会帮助你。
不管团队成员发生什么事情，你要尽你所能去帮助他，这样团队才可能继续前进。
以德报怨，可能是人最难做到的。
中国人就强调“人若犯我，我必犯人”，其实在这回中不会有真正的仇敌，大家明争暗斗的结果如果过20年后再去看的时候，保准一大半的人都会觉得不值得，许多人赌得就是一口气，将自己成功的希望给湮灭了。
当你能用宽容喝善良对待你对立面的人的时候，还有什么东西能阻挡你成功
“得道多助，失道寡助；多助之至，天下顺之，失道之至，亲戚叛之；以天下之所顺，攻亲戚之所叛；故君子有不战，战必胜矣。
”四、口才 良好的口才是项目经理打动项目成员的必备武器，当你拥有良好的口才将会使你无往不利。
当年希特勒就是用他那天才般的口才征服了德国，使他的《我的奋斗》贯彻到每一个德国人的心中，从而成立了第三帝国。
要使自己的项目管理思想贯彻到每一个项目成员心中，就必须要做到以下的演讲原则：1.根据项目成员的共同目标象他们制定演讲内容，只有让他们信服你才有意义；2.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。
3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达和描述。
4.让听众学以至用，只有他们积极反馈，才能更深入的听你的思想。
五循序渐进 循序渐进，不急于求成是项目经理在项目管理中必需具备的品质，在中国CMM过程改进的热潮中，真正实现CMM管理的企业屈指可数，而以CMM改进过程实质性为企业带来质量提升和效益改进的公司更是寥落晨星。
为什么会出现这种情况
难道CMM真的不适应中国过情吗
不是，绝对不是。
是这些企业的项目经理太心急，连CMM2还不知道怎么回事就直奔CMM3，他们忽视了事务发展的客观规律，凡事必须循序渐进。
如果有一个企业在2年内通过了CMM4，我有十足的信心说，那是花钱买征；如果乐观一点，一个中小企业从CMM1走到CMM2大约要2年时间，大型企业只会更长，不会更短，因为他们需要在培训和沟通上付出更大的代价。
就以我所在公司来说，技术部原来只有10任，后来培训CVS版本管理到精通花费了1年，然后才上CVSTrac变更和过程管理，花费了3个多月，然后再实施Finabuild管理花费了3个月，最后改进CVSTrac成CVSProduce管理开发过程并统计花费了半年，其间成立了QA管理部门，并增加了项目专职管理人员，部门人数已经增加到16人，还在不断扩充中。
我们的感觉管理越科学化、流程化，所需的分工就越细，人员也就越多。
同事培训和做通这些人的思想工作的成本就越大。
开发管理软件的成本也会随之上升。
当所有人都能接受流程管理并持续改进时，大约2年光阴也就过去了。
“循序渐进，循序渐进，再循序渐进。
”这句巴斯德德经典名言同样适用于我们项目管理领域，他将逐步把我们带向成功。
六、持久求学 “书到用时方恨少，学至成时始知卑。
”学无止境，我在生产实践中发现，整个项目管理过程改进就是“学习－培训－实施－发现问题－再学习”的循环过程，项目经理如果不学习将不能解决现实工作中出现的新问题，更不可能站在一个战略的角度来解决问题。
事实上，求学也不能没有目标，否则学到的知识太庞杂，而不能融会贯通，这样的知识对实际工作指导甚少，真正的知识是一个目标体系，严格按照流程来一步步的掌握我们所需要的知识。
最后，我总结一下中国项目经理所必需掌握的知识：1.专业知识：数据结构、关系数据库、操作系统、软件工程、编译原理。
（外国的项目经理可能不需要掌握）2.管理知识：项目计划、项目配置管理、成本核算、风险预估、绩效考核。
这是项目经理必须掌握的内容。
3.网络知识：服务器的架构、各种服务的配置。
因为管理的大厦是基于软件的管理，没有一个服务管理的网络配合是不可以想象的。
4.“越过高峰，另一峰却又现”，这是中国项目经理在持续求学中会不停的挑战自我，向更高的山峰迈进。
七、敢负责任 一个人因为有责任才有生存的意义。
一个人随着年龄的增长，责任感也会愈来愈重。
成年时，法律也会赋予一些年少时没有的责任。
同时地位逐渐提高，责任也会相对加重。
一个人惟有负责，才能产生做人的价值。
所负责任愈大，价值就愈高。
换句话说，有责任，生命才有意义。
如果没有感受到自己该负的责任，即使年龄超过20岁，也不算是一个成年人。
因此，经理就是要负责任，如果不负责任就可以不要经理了
项目经理关系到一个项目的成败；对于公司他必须要承担及时汇报项目进度、成本核算和质量系数的责任，同时也必须保证项目组成员绩效考核，政策落实，预留人才储备等责任，是整个项目中责任最大的人，如果没有良好的心理素质和应对能力是无法担负责任的。
实际工作中项目经理主要要负责项目组的人员安排调度、工作分配、工作审核、工作跟踪、项目计划、项目汇报总结、成本核算、利润分配等职责。
