请欣赏总经理工作心得（精选4篇），内容由多美网整理，希望对大家有所帮助。
总经理工作心得 篇1
一、项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档;对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
二、项目范围管理理论解决了项目开始需求不清的问题
需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。
什么需求?需求是指"分配给软件的系统需求"，或者更简洁地说，"分配需求"。这些需求有可能是技术方面的(比如：功能和性能需求)，也有可能是非技术方面的(比如：发布日期，开支限度)。
区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化，并且被所有受影响部门(客户，系统工程，软件工程)通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上，通常它们不是。
优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为"软件需求"。这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。
从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清，松散或者无正式文件能够给他们更多的机会去说："那并不是我所要的，那并不是我认为的需求的含义"。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说："这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。"文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。
这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸弹。
三、项目时间管理理论指导我们在项目管理中怎样抓主要矛盾
以前进行项目管理时，是根据经验和每个人的工作特点，进行项目的分工的，软件项目基本是按照需求分析，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理安排人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的分析和管理。
项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法，有许多缩短时间的例子。美国路易斯维化
化工厂检修时把检修流程精细分解，按导向图建立起控制关系。他们惊奇地发现，检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务，将工期反复优化，最后只用78个小时就完成了通常需125小时完成的检修，节省时间38%。这就是至今项目管理工作者还在应用的著名的时间管理技术CPM，即"关键路径法"。
所以我们在软件的项目管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的'历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效。
四、质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试;测试要有记录，并将记录整理成测试报告。
但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量控制就做的比较细致，用我们的观念衡量简直是不可容忍。做一个模块的详细设计，要用他们提供的标准的图形语言进行描述，用标准的设计摸版进行说明;并在设计完成后组织相关人员对这个设计进行评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进行代码。代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进行评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进行代码的组装。
当时认为日本的方法太浪费时间和人力了，对技术人员个人的能力估计的太低，怎么能提高工作效率呐。可是软件质量问题的频繁出现，是我们不断的认识到，开始浪费一些时间和人力，控制好每个细节的质量，就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量，降低成本，必须从项目的开始就要做好质量的控制工作。
五、沟通管理中的一些策略的使用可以使项目更好的完成
做项目就需要与客户接触，就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通，是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采用的一些艺术手段而已。沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。本人就是成功的采用了战略延迟法，将客户方的一笔项目质保金及时地催要了回来。
体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。
总经理工作心得 篇2
20xx年7月9日，经盈众集团控股有限公司董事会的任命，我担任盈众传媒总经理一职。这半个月里，在集团董事会及公司下属的全力支持下，各项工作开展顺利。经过公司全体成员的共同努力，我们在企业管理、投标揽活、项目管理、文化建设、稳定发展等方面都取得了可喜成绩，企业综合实力增强，社会信誉提高。回顾半个月来工作，主要有以下几方面：
一、组织建设
设立部门，明确部门工作职责并配齐人员：营销总监李涌、运营总监郑非、财务总监黄慧娟。由于我们团队只有4个人，缺少行政总监一职，所以行政总监一职暂时由我和财务总监黄慧娟共同担任，行政总监的工作暂时由我和财务总监黄慧娟来完成。
二、文化建设
注重企业文化建设，提炼盈众传媒的文化合众共赢、激情创新，既强调与集团的关系又突出公司传媒性质的特征。秉承诚信立足社会，服务创造未来的经营理念，秉持卓越服务、快乐生活的企业使命，坚持以客户为中心，主张热心、贴心、省心、放心、开心的五心服务通过不断营销创新、积极进取，取得了良好成绩，得到了社会各界的认可和鼓励。
三、团队建设
通过组织一系列活动来建设盈众传媒的大团队：组织盈众传媒高管赴南安参加摩尔拓展训练，培养盈众传媒团队的团结合作能力;组织高管参加职业素养及商务礼仪的培训，提高职业涵养;组织高管参加《企业文化：让企业拥有生命》的课程培训，使高管更清晰地认同公司文化。同时，在各项活动的开展过程中，我注意到给不同的同仁们创造不同的又适合他们个人的机会，让他们有机会表现自己，锻炼自己。
四、业绩建设
在短短的半个月里，由于团队的协力合作，业绩取得了骄人的成效。
首先，盈众传媒与盈众有限公司、众赢汽车俱乐部有限公司及远航汽车销售服务有限公司签署合作协议，包揽了盈众控股集团旗下的非传媒性质的全资子公司的广告等宣传的全权代理权;其次，盈众传媒与厦门盈众汽车销售有限公司签署了关于盈众汽车成立9周年相关报道宣传的合作协议，对集团内部承担业务;最后，传媒与海上海国际酒店签署了合作协议，实现与实体公司的首次合作;同时，截至报告时，盈众传媒正与厦门佰翔酒店恒品茶艺馆等几家公司进行项目洽谈中。盈众传媒取得了如此的成绩与集团董事的`支持和公司成员的共同协作是分不开的，但盈众传媒仅仅成立半个月，显性的问题比较明显，隐性的问题仍然存在。我将会和我的团队共同努力，开创更好的局面，取得更优异的成绩。
总经理工作心得 篇3
一、项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档;对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
二、项目范围管理理论解决了项目开始需求不清的问题
需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。
什么需求?需求是指分配给软件的系统需求，或者更简洁地说，分配需求。这些需求有可能是技术方面的(比如：功能和性能需求)，也有可能是非技术方面的(比如：发布日期，开支限度)。
区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化，并且被所有受影响部门(客户，系统工程，软件工程)通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上，通常它们不是。
优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为软件需求。这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。
从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清，松散或者无正式文件能够给他们更多的机会去说：那并不是我所要的，那并不是我认为的需求的含义。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。
这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸弹。
三、项目时间管理理论指导我们在项目管理中怎样抓主要矛盾
以前进行项目管理时，是根据经验和每个人的工作特点，进行项目的分工的，软件项目基本是按照需求分析，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理安排人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的`分析和管理。
项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法，有许多缩短时间的例子。美国路易斯维化
化工厂检修时把检修流程精细分解，按导向图建立起控制关系。他们惊奇地发现，检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务，将工期反复优化，最后只用78个小时就完成了通常需125小时完成的检修，节省时间38%。这就是至今项目管理工作者还在应用的著名的时间管理技术CPM，即关键路径法。
所以我们在软件的项目管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效。
四、质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试;测试要有记录，并将记录整理成测试报告。
但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量控制就做的比较细致，用我们的观念衡量简直是不可容忍。做一个模块的详细设计，要用他们提供的标准的图形语言进行描述，用标准的设计摸版进行说明;并在设计完成后组织相关人员对这个设计进行评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进行代码。代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进行评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进行代码的组装。
当时认为日本的方法太浪费时间和人力了，对技术人员个人的能力估计的太低，怎么能提高工作效率呐。可是软件质量问题的频繁出现，是我们不断的认识到，开始浪费一些时间和人力，控制好每个细节的质量，就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量，降低成本，必须从项目的开始就要做好质量的控制工作。
五、沟通管理中的一些策略的使用可以使项目更好的完成
做项目就需要与客户接触，就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通，是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采用的一些艺术手段而已。沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。本人就是成功的采用了战略延迟法，将客户方的一笔项目质保金及时地催要了回来。
体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。
总经理工作心得 篇4
今年x月，我正式进入了xx企业，在新的工作平台上开始了新的工作历程。此期间，我作为总经理助理，除了按总经理的工作部署，做好相应的助理工作，以及完成业务工作需要的临时任务外，还承担了如下的一些工作任务：
1、分管工程部工作，以及协助养护分公司进行xx大道与xx路段养护工作的相关协调工作。
2、完成部分的文书工作，如收集整理各类工作问题、相关建议及参考信息，提交公司领导研讨；协助xx编撰相关工作方案与文件；参与公司季刊及xx协会会刊的编撰、拟稿及校审；总经办各类文件、合同、文稿的撰写、审核及相关文档资料的整理等。
3、协组相关部门组织公司各类业余活动，如组织并参加“xx”及“xx”的培训与考试工作；主持xx协会成立大会的筹备工作、参与组织公司内部或公司与外单位的联谊活动等。
尽管简单几句梗概了近一年来所涉及的工作，此中所得的经验与教训却绝非一纸之文能够涵括，而作为回顾与总结，主要的心得是必须记录下来的，以使自己在今后的工作中能够扬长避短：
一、提高管理水平，“熟悉细节”首当其冲
任何事物无不由若干的细节组成，管理工作的好与差、个人管理能力的优与劣，其关键其实都在乎细节。对细节了如指掌，相应的管理工作自然得心应手，事半功倍；对细节一知半解甚至一无所知，则会导致管理混乱，相应的管理工作往往是一筹莫展，“越忙越乱”。这样的例子比比皆是，如在工程管理上，若对技术管理人员其知识、能力、个性等情况不熟悉，就不能够作出科学合理的分工；对项目组筹备、施工准备、现场施工、验收结算等流程及工序不熟悉，则工程项目就不可能有计划、有步骤地实施；对施工班组人员、材料、运作流程等不熟悉，就难以对人工报价、材料报价、施工运作成本等进行准确的核算与核定；对项目运作动态不熟悉，则难以及时做出切合实际的施工调整、防漏补缺、以及突发事件的制控……哪怕是一篇简单的公文撰写，要做到行文流畅、措辞恰当，就必需熟悉撰稿的目的、主题、关联事件、目标对象等一系列细节；要组织好会议或者活动，就必需熟悉其议程、人财物配置、现场效果等细节，方可游刃有余。归结起来，自己在涉及的工作中吃的“不熟”亏不少，以至于时而自怨“技不如人”，同时安慰自己“熟悉需要过程……”云云，所以，我必须继续给自己上足发条，努力将这个过程缩到最短！
二、企业运作，“成本意识”为上
作为企业中的一员，无论在什么岗位，成本意识不可或缺。日常工作中对办公用品、用水用电等各类资源使用及开支的节减这是不消说的，每人都有义务坚持去做，通过加强对人、财、物的规范管理进行严格的控制；更重要的是要勤于探研如何在自身涉及的企业运作的各个环节中贯彻“成本控制”，概括说来就是要“谙熟操作，精打细算，合理运作”。处理任何一项事务，只有熟悉操作流程、规则等细节，才能清晰掌握控制成本的关键；只有抓住控制成本的关键点，通过对相关的信息、资料及数据进行细致的分析与计算，才能够拟定针对性高、可行性强的成本控制方案；方案的实施还需密切跟踪，把握尺度，以求科学合理，应避免“成控过度”而适得其反。如丙方施工合同的签订，文本中务必明确体现对整个工序流程中的材料报价、施工质量、工期限制、技术要求、责任义务、违约罚则等细节的严格约束，以求在尽量节省公司投资成本与管理成本的前提下确保施工方按要求完成项目，这就需要做足准备功夫，如工序工艺的.熟悉、材料及工价的预先询价、成本分析与预算、风险预测等等；在签订前的谈判中，还需灵活应对，善于抓住于己有利的关键点，如工程量居多的材料及工序需力争低价，量少的则无需“恋战”，以免因小失大，应适当放开，以求在控制总体成本较低的前提下达成协议。而在工程实施过程中，则需及时准确地分析现场状况与甲方、监理各方的要求，灵活变通，正确引导施工人员实施有利于控制总体成本的施工方案与措施，这在隐蔽工程、异形工艺、变更调整、量方验收等环节上都是致关重要的。虽有“省不出大钱”一说，但只要强化“成本意识”，从“省”开始，在此基础上再积极寻求连锁性的突破，便能在有限的或限定的经营空间里发掘出更大的效益。
三、欲谋策成事，尤须“胆大心细”
求学时老师教导要“胆大心细”，如今结合工作上碰到的大事小情，我认为，无论对待学习还是对待工作，这道理是一脉相承的。尤其是XXX企业目前仍是以工程为主营业务，涉及工程的相关政策法规、合同要求、相关部门或领导的意志、现场变更等“游戏规则”多，可变因素多，需要我们能够随机应变，灵活应对。具体说来，工程项目中的合同变更、工程量变更、资料编制格式与要求的差异、验收结算流程的差异、各环节人际关系的妥善处理等等，无不需要从“成本”、“效益”的根本出发，细心探究，作出大胆、灵活地变通。当然，“胆大心细”也要建立在“熟悉”的基础上，必须熟悉相关的合同条款、设计图纸、清单报价、报审报验程序、验收结算依据、签证程序及相关部门或人员等等，力争做到“错漏不出在自己手上，机会不失在他人手里”。在分管工程的几个月里，我亲历了不少因没有灵活应变而碰壁的尴尬，也体验到适当变通后所获得的成就感，强烈的反差，令我决意要尽更大的努力，争取用更多的成就感充实自己！
其实归结起来，自己在近一年的跌跌碰碰中获得的心得都离不开“熟悉”二字。工作中“架轻就熟”与“半桶水”得出的效果确实是天渊之别！故必当“熟悉”先行，方可发挥尽致。