【导语】公司基础管理心得体会怎么写好?本为精选了9篇优秀的基础管理管理心得体会范文,都是标准的书写参考模板。以下是小编为大家收集的公司基础管理心得体会,仅供参考,希望您能喜欢。
一.项目要进行整体管理,善始善终
整个项目开始要做好项目整体计划,在项目的整个过程中,始终要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。
北京安通学校法律硕士辅导班课堂风景、北京安通学校xx年法律硕士辅导班押题分析、北京安通学校法律硕士辅导班名师介绍、北京安通学校法律硕士辅导班学员成绩统计、北京安通学校法律硕士辅导班学员感言、选择北京安通学校法律硕士辅导班的十大理由
项目首尾工作也是项目管理中,一项重要的工作。需要将项目过程中产生的文件资料进行整理,归档;对项目的费用和进度进行审计和审核,对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更,首先需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。
自己做过的一个项目,开始为了占领市场和尽快拿下合同,在用户需求还没有详细提供的条件下,就与用户签定了合同,后来不仅费用受到限制,就连时间不够,在项目过程中,用户方还总是变更软件的功能和要求。因为没有一个基点,我们认为是变更需求和新增功能,而用户方认为是合同范围,不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动,其实需求不明确,使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划,搞清目标。只有项目的目标明确,合理安排时间、费用、人力和其他资源,控制好项目的变更,这些是保证项目能够顺利完成的基本条件。
二.项目范围管理理论解决了项目开始需求不清的问题
需求管理是项目范围管理中的问题,这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下,软件开发才能以一种有计划的有序的方式进行。实际上,没有文档化的需求,在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则,都是从一个稳定的基础开始的,那就是文档化的需求基线。
什么需求?需求是指“分配给软件的系统需求”,或者更简洁地说,“分配需求”。这些需求有可能是技术方面的(比如:功能和性能需求),也有可能是非技术方面的(比如:发布日期,开支限度)。
区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化,并且被所有受影响部门(客户,系统工程,软件工程)通过,需求管理的基本工作就完成了,所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上,通常它们不是。
优化和精确描述需求,填补漏洞,将含义表达得更清楚是软件需求分析要做的,分析的结果被称为“软件需求“。这样,作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动,而软件需求分析则是关键开发技术行为的第一步。
从这里的描述看来,需求管理的活动简直太简单,太基础了,显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清,松散或者无正式文件能够给他们更多的机会去说:“那并不是我所要的,那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下,为开始变更负责。相似地,开发人员觉得含糊不清,松散或者无正式文件的需求能给他们更大的余地,允许他们与预算和进度尽可能地接近,然后说:“这就是我们所认为的需求的含义,如果你需要其他的什么东西,你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务,并使他们暴露于开支、进度评估不准确的风险之下。
这样一来,尽管客户与开发人员的利益动机相对,但他们却走到了一起。每一方都认为他们在保护自己的利益,巩固自己讨价还价的地位,但是事实上每一方都在走向将来的失望和争吵,为项目埋下了一刻定时炸弹。
三.项目时间管理理论指导我们在项目管理中怎样抓主要矛盾
以前进行项目管理时,是根据经验和每个人的工作特点,进行项目的分工的,软件项目基本是按照需求分析,概要设计,详细设计,代码编程,调试和测试,用户验收等几个主要过程来进行的。但将项目分工更加细化,每个小过程的时间估算是多少,整个项目可以最短用多少时间来完成,怎样合理安排人员,怎样抓项目中的关键环节等等,这些都没有进行过量化的分析和管理。
项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法,有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解,按导向图建立起控制关系。他们惊奇地发现,检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务,将工期反复优化,最后只用78个小时就完成了通常需125小时完成的检修,节省时间38%。这就是至今项目管理工作者还在应用的著名的时间管理技术cpm,即“关键路径法”。
所以我们在软件的项目管理中,也要将时间控制理论运用进来,结合软件工程的实际,将任务分解的更加详细,并用网络图将整个工作过程建立起来,估算好每个阶段的历时,找出关键路径,并通过快速跟进方法,将关键路径的工期缩短,以提高工效
四.质量管理是项目成败的关键
我们在进行软件项目过程中,对软件的功能测试一直认为还是比较认真和严格的,每次测试都要有测试计划和用例的编写,然后才能进行测试;测试要有记录,并将记录整理成测试报告。
但通过此次培训后,感觉到我们的测试工作与质量管理的要求还差的远,有距离。质量控制要深入到每个与项目相关的人,要深入到项目的每个过程中,从一开始,就要树立质量第一的理念,每个过程都要进行质量的控制,而不是到最好测试时,才想到质量,才去衡量是否符合标准。
标准化设计,标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平,有利于提高工程项目质量。cmm模型已得到广泛的认可和接受,cmmi沿用其模型的组织方式,有5个等级和18个要素。通过5个等级的认证和加强管理,企业对项目的管理将经过5个境界的提高:从混乱,到里程碑的检查,到定义清楚的管理体系和标准,到进行统计过程控制量化管理,到最后的优化过程、评价工作流程、进行工作过程的改进。
本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量控制就做的比较细致,用我们的观念衡量简直是不可容忍。做一个模块的详细设计,要用他们提供的标准的图形语言进行描述,用标准的设计摸版进行说明;并在设计完成后组织相关人员对这个设计进行评价,有问题需要修改设计,然后在评价直到通过才能开时以此为设计文件,进行代码。代码写完后,不是见到结果就完事了,要将代码打印出来,相关人员对代码的整个实现过程进行评价,提出修改建议,代码修改后,需要再审,也是通过以后才能提交入代码库,进行代码的组装。
当时认为日本的方法太浪费时间和人力了,对技术人员个人的能力估计的太低,怎么能提高工作效率呐。可是软件质量问题的频繁出现,是我们不断的认识到,开始浪费一些时间和人力,控制好每个细节的质量,就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量,降低成本,必须从项目的开始就要做好质量的控制工作。
五.沟通管理中的一些策略的使用可以使项目更好的完成
做项目就需要与客户接触,就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通,是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用,目的不是坑害别人,而是为了更好地完成项目,达到双方事先确定的目标,而采用的一些艺术手段而已。沟通的技巧包括:下达最终期限,使用吃惊方法,采用有限权利法,不露面的人,公平合理,战略延迟,双方一起论理,撤退,不合理,既成事实等。本人就是成功的采用了战略延迟法,将客户方的一笔项目质保金及时地催要了回来。
体会还有很多,总之通过这次学习自己对项目的管理又有了新的认识,我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平,提高项目的质量,降低项目的成本,降低项目的风险,最终提高企业的效益。
为进一步规范会计操作行为,切实防范各类风险的发生,2月10日,农行甘肃陇南分行全面启动“会计基础工作规范年”活动。
陇南分行地处秦岭山脉南部峡谷地带,下辖9个县支行、43个基层营业网点,有会计、出纳人员253人,且多数网点在县镇及城乡结合部,管理链条较长。为了通过活动的开展迅速提高会计、出纳人员业务操作能力,提高执行各项规章制度的自觉性,全行充分利用全省农行开展会计基础管理规范年活动有利时机,严密部署,广泛动员,确保了该项活动的扎实有效进行。
加强组织领导,广泛开展动员。首先,市、县两级行分别成立了以分管行长任组长、计划会计、监察、审计等部门负责人为成员的领导小组,下设了活动办公室和监督电话,为活动的开展提供了坚强的组织保证。其次,从2月11日开始,市、县两级行相继召开会计基础管理工作规范年活动动员大会,明确了开展活动各个阶段的目标、任务及要达到的效果,并层层分解落实了责任。
严密部署,扎实推进。此次“活动”共分学习培训、整章建制、整改提高、检查验收四个阶段进行,该行要求每个阶段必须明确任务,落实责任、落实人员,分步推进。凡发现活动开展不力、做表面文章,致使活动走了过场,经检查验收不合格的,要严肃追究县支行行长责任。
突出重点,务求实效。该行要求,通过会计基础管理规范年活动的开展,重点要解决前台业务操作中存在的库款、重要凭证、账户、柜员密码、主管授权、交易应用掩码管理不严,柜台业务操作不规范,思想汇报专题以及制度意识淡薄、有章不循、屡查屡犯等内控管理中存在的突出问题,消除隐患,建立起以法律、制度为基础,以自觉执行为方式,以防范风险、自我保护、服务大众为目的良好企业文化,切实提高内控管理水平,大力推进全行各项业务经营的规范化、法制化进程。
以上是《优秀心得体会范文:强化基础管理规范操作行为心得体会》的第一心得范文详细内容,涉及到活动、会计、开展、管理、基础、业务、操作、提高等范文相关内容,希望对网友有用。
一.项目要进行整体管理,善始善终
整个项目开始要做好项目整体计划,在项目的整个过程中,始终要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。
北京安通学校法律硕士辅导班课堂风景、北京安通学校xx年法律硕士辅导班押题分析、北京安通学校法律硕士辅导班名师介绍、北京安通学校法律硕士辅导班学员成绩统计、北京安通学校法律硕士辅导班学员感言、选择北京安通学校法律硕士辅导班的十大理由
项目首尾工作也是项目管理中,一项重要的工作。需要将项目过程中产生的文件资料进行整理,归档;对项目的费用和进度进行审计和审核,对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更,首先需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。
自己做过的一个项目,开始为了占领市场和尽快拿下合同,在用户需求还没有详细提供的条件下,就与用户签定了合同,后来不仅费用受到限制,就连时间不够,在项目过程中,用户方还总是变更软件的功能和要求。因为没有一个基点,我们认为是变更需求和新增功能,而用户方认为是合同范围,不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动,其实需求不明确,使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划,搞清目标。只有项目的目标明确,合理安排时间、费用、人力和其他资源,控制好项目的变更,这些是保证项目能够顺利完成的基本条件。
二.项目范围管理理论解决了项目开始需求不清的问题
需求管理是项目范围管理中的问题,这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下,软件开发才能以一种有计划的有序的方式进行。实际上,没有文档化的需求,在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则,都是从一个稳定的基础开始的,那就是文档化的需求基线。
什么需求?需求是指“分配给软件的系统需求”,或者更简洁地说,“分配需求”。这些需求有可能是技术方面的(比如:功能和性能需求),也有可能是非技术方面的(比如:发布日期,开支限度)。
区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化,并且被所有受影响部门(客户,系统工程,软件工程)通过,需求管理的基本工作就完成了,所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上,通常它们不是。
优化和精确描述需求,填补漏洞,将含义表达得更清楚是软件需求分析要做的,分析的结果被称为“软件需求“。这样,作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动,而软件需求分析则是关键开发技术行为的第一步。
从这里的描述看来,需求管理的活动简直太简单,太基础了,显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清,松散或者无正式文件能够给他们更多的机会去说:“那并不是我所要的,那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下,为开始变更负责。相似地,开发人员觉得含糊不清,松散或者无正式文件的需求能给他们更大的余地,允许他们与预算和进度尽可能地接近,然后说:“这就是我们所认为的需求的含义,如果你需要其他的什么东西,你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务,并使他们暴露于开支、进度评估不准确的风险之下。
这样一来,尽管客户与开发人员的利益动机相对,但他们却走到了一起。每一方都认为他们在保护自己的利益,巩固自己讨价还价的地位,但是事实上每一方都在走向将来的失望和争吵,为项目埋下了一刻定时炸弹。
三.项目时间管理理论指导我们在项目管理中怎样抓主要矛盾
以前进行项目管理时,是根据经验和每个人的工作特点,进行项目的分工的,软件项目基本是按照需求分析,概要设计,详细设计,代码编程,调试和测试,用户验收等几个主要过程来进行的。但将项目分工更加细化,每个小过程的时间估算是多少,整个项目可以最短用多少时间来完成,怎样合理安排人员,怎样抓项目中的关键环节等等,这些都没有进行过量化的分析和管理。
项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法,有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解,按导向图建立起控制关系。他们惊奇地发现,检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务,将工期反复优化,最后只用78个小时就完成了通常需125小时完成的检修,节省时间38%。这就是至今项目管理工作者还在应用的著名的时间管理技术cpm,即“关键路径法”。
所以我们在软件的项目管理中,也要将时间控制理论运用进来,结合软件工程的实际,将任务分解的更加详细,并用网络图将整个工作过程建立起来,估算好每个阶段的历时,找出关键路径,并通过快速跟进方法,将关键路径的工期缩短,以提高工效
四.质量管理是项目成败的关键
我们在进行软件项目过程中,对软件的功能测试一直认为还是比较认真和严格的,每次测试都要有测试计划和用例的编写,然后才能进行测试;测试要有记录,并将记录整理成测试报告。
但通过此次培训后,感觉到我们的测试工作与质量管理的要求还差的远,有距离。质量控制要深入到每个与项目相关的人,要深入到项目的每个过程中,从一开始,就要树立质量第一的理念,每个过程都要进行质量的控制,而不是到最好测试时,才想到质量,才去衡量是否符合标准。
标准化设计,标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平,有利于提高工程项目质量。cmm模型已得到广泛的认可和接受,cmmi沿用其模型的组织方式,有5个等级和18个要素。通过5个等级的认证和加强管理,企业对项目的管理将经过5个境界的提高:从混乱,到里程碑的检查,到定义清楚的管理体系和标准,到进行统计过程控制量化管理,到最后的优化过程、评价工作流程、进行工作过程的改进。
本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量控制就做的比较细致,用我们的观念衡量简直是不可容忍。做一个模块的详细设计,要用他们提供的标准的图形语言进行描述,用标准的设计摸版进行说明;并在设计完成后组织相关人员对这个设计进行评价,有问题需要修改设计,然后在评价直到通过才能开时以此为设计文件,进行代码。代码写完后,不是见到结果就完事了,要将代码打印出来,相关人员对代码的整个实现过程进行评价,提出修改建议,代码修改后,需要再审,也是通过以后才能提交入代码库,进行代码的组装。
当时认为日本的方法太浪费时间和人力了,对技术人员个人的能力估计的太低,怎么能提高工作效率呐。可是软件质量问题的频繁出现,是我们不断的认识到,开始浪费一些时间和人力,控制好每个细节的质量,就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量,降低成本,必须从项目的开始就要做好质量的控制工作。
五.沟通管理中的一些策略的使用可以使项目更好的完成
做项目就需要与客户接触,就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通,是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用,目的不是坑害别人,而是为了更好地完成项目,达到双方事先确定的目标,而采用的一些艺术手段而已。沟通的技巧包括:下达最终期限,使用吃惊方法,采用有限权利法,不露面的人,公平合理,战略延迟,双方一起论理,撤退,不合理,既成事实等。本人就是成功的采用了战略延迟法,将客户方的一笔项目质保金及时地催要了回来。
体会还有很多,总之通过这次学习自己对项目的管理又有了新的认识,我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平,提高项目的质量,降低项目的成本,降低项目的风险,最终提高企业的效益。
为进一步规范会计操作行为,切实防范各类风险的发生,2月10日,农行甘肃陇南分行全面启动“会计基础工作规范年”活动。
陇南分行地处秦岭山脉南部峡谷地带,下辖9个县支行、43个基层营业网点,有会计、出纳人员253人,且多数网点在县镇及城乡结合部,管理链条较长。为了通过活动的开展迅速提高会计、出纳人员业务操作能力,提高执行各项规章制度的自觉性,全行充分利用全省农行开展会计基础管理规范年活动有利时机,严密部署,广泛动员,确保了该项活动的扎实有效进行。
加强组织领导,广泛开展动员。首先,市、县两级行分别成立了以分管行长任组长、计划会计、监察、审计等部门负责人为成员的领导小组,下设了活动办公室和监督电话,为活动的开展提供了坚强的组织保证。其次,从2月11日开始,市、县两级行相继召开会计基础管理工作规范年活动动员大会,明确了开展活动各个阶段的目标、任务及要达到的效果,并层层分解落实了责任。
严密部署,扎实推进。此次“活动”共分学习培训、整章建制、整改提高、检查验收四个阶段进行,该行要求每个阶段必须明确任务,落实责任、落实人员,分步推进。凡发现活动开展不力、做表面文章,致使活动走了过场,经检查验收不合格的,要严肃追究县支行行长责任。
突出重点,务求实效。该行要求,通过会计基础管理规范年活动的开展,重点要解决前台业务操作中存在的库款、重要凭证、账户、柜员密码、主管授权、交易应用掩码管理不严,柜台业务操作不规范,以及制度意识淡薄、有章不循、屡查屡犯等内控管理中存在的突出问题,消除隐患,建立起以法律、制度为基础,以自觉执行为方式,以防范风险、自我保护、服务大众为目的良好企业文化,切实提高内控管理水平,大力推进全行各项业务经营的规范化、法制化进程。
昨日,在与另两家大型培训公司同台竞标的情况下,本人新开发的24节“企业基础管理培训课程”以绝对优势,被佛山一家大型电子制造企业全部签单采购。该项目从开始接到客户电话,到昨日成功签单,不过一周左右时间,合同签的非常顺利,但培训需求却了解的十分艰难,整个过程令人十分感慨!
刚开始时,我的助理接到该企业一位生产经理的来电,说是想做生产、品质管理方面的干部培训,想我们尽快传一些课程资料给他们参考参考。但因为我们一般不做类似项目,就抱着试试看的态度传了一些基础管理、职业化方面的培训资料,但想不到的是,对方反而激动不已,说他们就缺这样的培训,因为现在他们正与一家咨询公司合作搞生产改善,生产管理方面的课程也上了不少,但一点也没有改变。也购买了某某知名培训公司的学习卡,但觉得没什么用处,那些专家学者大师们讲的课程离他们太远,也听腻了,根本不能指导企业内部实践,现在都没人愿意去听了。他们需要的是简单得如同abc字母般的基础知识,工作总结而不是学术理论。
通过几次电话沟通后,我就安排了与对方高层见面。这次,原来与我们接触多次的生产经理出差,公司总经理与我们见了面,对方说,我们就需要这样实实在在的职业化培训课程,因为企业还准备扩张,人力资源明显缺乏,这次招了一批大学生,想组织一个储备干部培训班,为公司发展培养储备人才,我晕啊,绕了一圈,培训对象从生产干部培训又变成了储干!全变了。
正在谈需求时,董事长先生回来了,一见面就说:姚老师,我听过你的课,太有用了,这次来了,一定要好好地给我的高层们培训培训,否则,就快把我累死了!至此,我都快晕倒了啊!
后来,我就想了一个办法,叫对方把要培训的人员基本资料整理成册,进行仔细研究分析,再根据几次不同方式不同层次交流的结果,做了一份培训方案,才总算了结此事。
很多时候,企业自己根本不知自己的培训需求,或者说就没有培训需求,就像一个病人不知自己的真正病因一样。而没有需求就是真正的培训需求。像上述过程一样,每个人的思维方式不一样、看问题的角度不一样,表达的意思也不一样,这个过程的混乱和没有章法也就是最需要培训的地方。
这篇内容主要描述企业、我们、培训、他们、没有、课程、对方、培训需求,看完如果觉得有用请记得(ctrl+d)收藏。
一.项目要进行整体管理,善始善终
整个项目开始要做好项目整体计划,在项目的整个过程中,始终要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。
法律硕士辅导班课堂风景、xx年法律硕士辅导班押题分析、法律硕士辅导班名师介绍、法律硕士辅导班学员成绩统计、法律硕士辅导班学员感言、选择法律硕士辅导班的十大理由
项目首尾工作也是项目管理中,一项重要的工作。需要将项目过程中产生的文件资料进行整理,归档;对项目的费用和进度进行审计和审核,对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更,首先需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。
自己做过的一个项目,开始为了占领市场和尽快拿下合同,在用户需求还没有详细提供的条件下,就与用户签定了合同,后来不仅费用受到限制,就连时间不够,在项目过程中,用户方还总是变更软件的功能和要求。因为没有一个基点,我们认为是变更需求和新增功能,而用户方认为是合同范围,不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动,其实需求不明确,使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划,搞清目标。只有项目的目标明确,合理安排时间、费用、人力和其他资源,控制好项目的变更,这些是保证项目能够顺利完成的基本条件。
二.项目范围管理理论解决了项目开始需求不清的问题
需求管理是项目范围管理中的问题,这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下,软件开发才能以一种有计划的有序的方式进行。实际上,没有文档化的需求,在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则,都是从一个稳定的基础开始的,那就是文档化的需求基线。
什么需求?需求是指“分配给软件的系统需求”,或者更简洁地说,“分配需求”。这些需求有可能是技术方面的(比如:功能和性能需求),也有可能是非技术方面的(比如:发布日期,开支限度)。
区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化,并且被所有受影响部门(客户,系统工程,软件工程)通过,需求管理的基本工作就完成了,所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上,通常它们不是。
优化和精确描述需求,填补漏洞,将含义表达得更清楚是软件需求分析要做的,分析的结果被称为“软件需求“。这样,作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动,而软件需求分析则是关键开发技术行为的第一步。
从这里的描述看来,需求管理的活动简直太简单,太基础了,显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清,松散或者无正式文件能够给他们的机会去说:“那并不是我所要的,那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下,为开始变更负责。相似地,开发人员觉得含糊不清,松散或者无正式文件的需求能给他们更大的余地,允许他们与预算和进度尽可能地接近,然后说:“这就是我们所认为的需求的含义,如果你需要其他的什么东西,你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务,并使他们暴露于开支、进度评估不准确的风险之下。
这样一来,尽管客户与开发人员的利益动机相对,但他们却走到了一起。每一方都认为他们在保护自己的利益,巩固自己讨价还价的地位,但是事实上每一方都在走向将来的失望和争吵,为项目埋下了一刻定时炸弹。
三.项目时间管理理论指导我们在项目管理中怎样抓主要矛盾
以前进行项目管理时,是根据经验和每个人的工作特点,进行项目的分工的,软件项目基本是按照需求分析,概要设计,详细设计,代码编程,调试和测试,用户验收等几个主要过程来进行的。但将项目分工更加细化,每个小过程的时间估算是多少,整个项目可以最短用多少时间来完成,怎样合理安排人员,怎样抓项目中的关键环节等等,这些都没有进行过量化的分析和管理。
项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法,有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解,按导向图建立起控制关系。他们惊奇地发现,检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务,将工期反复优化,最后只用78个小时就完成了通常需125小时完成的检修,节省时间38%。这就是至今项目管理工作者还在应用的著名的时间管理技术cpm,即“关键路径法”。
集团公司制定的车辆定点维修制度已运行了两年多,通过两年多的运行,我们认识到只有抓好基础管理工作,才能真正地树立起××修理产业品牌,做好客运业的后勤保障工作。
一、深刻认识基础管理的重要性,完善修理内部管理制度。
强化基础管理是现代企业发展的关键,基础管理是基础和管理的有机融合,基础管理的好坏直接关系到一个企业的
发展,俗话说:基础不牢、地动山摇。企业管理系统就像一个金字塔结构,目标只有一个,围绕目标的决策、组织、人事、安全、质量等都是它的基础,也就是说企业目标之外的内在系统和过程是企业的基础。所以,加强修理业基础管理工作,固然需要加强诸如现场管理、维修检验等基础性工作,同时也包含了基层、基础、基本功三个方面,其中:“抓基层”着眼于基础管理的对象,即我们的员工;“抓基础”着眼于基础工作的内容,就是维修质量;抓好“基本功”着眼于修理一线人员基本维修水平的提高。
“没有规矩,不成方圆”。要想提高管理水平,首先我们应找准管理的薄弱环节,完善修理内部管理制度,让制度不再形同虚设。目前,我们工作的重点是强化车辆进厂检验、车辆维修过程检验、车辆出厂检验的各个环节,同时在生产过程中严格执行三级质检制度,即自检.互检.终检。抓好工作场所的管理,奖励对维修工作有好想法。能攻克维修技术难题的员工,对工作消极怠慢,返修率高,不执行规定的员工进行处罚等,以此逐步提高我们的维修服务质量水平。
二、树立修理品牌,提升维修服务质量,提升修理自身形象。
高技术、高配置车辆的频繁面市,让停留在原有维修水平的我们感到有点力不从心,我们发扬修理人“干一行,要干好一行”的精神,通过不断地输送骨干维修人员外出培训,学习国3柴油发动机的维修,同时请厂家到我单位培训等方法,努力提高维修水平。维修质量是树立修理品牌的关键,提高维修质量,降低返修率,缩短维修周期,一直是我们工作的中心。质量好,返修率低,周期短,才能让客户对我们有信心,才能让客户放心地将车辆交给我们。
一直以来,修理员工普遍存在自信心不足,特别是在多年前单位效益一直不景气,工资待遇水平较低的情况下,维修人员的工作积极性不高,近年来,在集团公司的正确指导和大力帮助下,我们一直在努力提高修理人员的工资待遇,让修理人员在这里干得安心、舒心、放心,能放下包袱,一心放到修理工作上去,增强了企业凝聚力。逐步改变了修理员工的意识,提升了修理人员的自身形象。
三、要培养和吸纳新鲜血液,为储备维修后续人员打好基础。
我们现有一线修理技工45名,平均年龄40岁,随着年龄的增长,修理人员后备人才严重缺乏。如今在社会上想干汽车维修,或能在汽车维修行业干好的年轻人已经凤毛麟角,因此,我们除了在新充实进修理队伍的年轻修理工员中做好传帮带工作外,准备联系一些专业的技术院校,希望能引进一些年轻的,对维修理行业有志向的人员,为修理打好基础。
作为一名基层管理者,要做好管理工作,带好队伍,实质是三件事:一是让员工有工作的积极性,有激情;二是让员工有工作的能力;三是让他们能结合在一起高效率地工作。
凭借良好的管理基础,树立××修理品牌,我想修理的明天会更好,我们的工作也会越做越好。
一.项目要进行整体管理,善始善终
整个项目开始要做好项目整体计划,在项目的整个过程中,始终要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。
法律硕士辅导班课堂风景、xx年法律硕士辅导班押题分析、法律硕士辅导班名师介绍、法律硕士辅导班学员成绩统计、法律硕士辅导班学员感言、选择法律硕士辅导班的十大理由
项目首尾工作也是项目管理中,一项重要的工作。需要将项目过程中产生的文件资料进行整理,归档;对项目的费用和进度进行审计和审核,对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更,首先需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。
自己做过的一个项目,开始为了占领市场和尽快拿下合同,在用户需求还没有详细提供的条件下,就与用户签定了合同,后来不仅费用受到限制,就连时间不够,在项目过程中,用户方还总是变更软件的功能和要求。因为没有一个基点,我们认为是变更需求和新增功能,而用户方认为是合同范围,不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动,其实需求不明确,使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划,搞清目标。只有项目的目标明确,合理安排时间、费用、人力和其他资源,控制好项目的变更,这些是保证项目能够顺利完成的基本条件。
二.项目范围管理理论解决了项目开始需求不清的问题
需求管理是项目范围管理中的问题,这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下,软件开发才能以一种有计划的有序的方式进行。实际上,没有文档化的需求,在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则,都是从一个稳定的基础开始的,那就是文档化的需求基线。
什么需求?需求是指“分配给软件的系统需求”,或者更简洁地说,“分配需求”。这些需求有可能是技术方面的(比如:功能和性能需求),也有可能是非技术方面的(比如:发布日期,开支限度)。
区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化,并且被所有受影响部门(客户,系统工程,软件工程)通过,需求管理的基本工作就完成了,所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上,通常它们不是。
优化和精确描述需求,填补漏洞,将含义表达得更清楚是软件需求分析要做的,分析的结果被称为“软件需求“。这样,作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动,而软件需求分析则是关键开发技术行为的第一步。
从这里的描述看来,需求管理的活动简直太简单,太基础了,显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清,松散或者无正式文件能够给他们的机会去说:“那并不是我所要的,那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下,为开始变更负责。相似地,开发人员觉得含糊不清,松散或者无正式文件的需求能给他们更大的余地,允许他们与预算和进度尽可能地接近,然后说:“这就是我们所认为的需求的含义,如果你需要其他的什么东西,你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务,并使他们暴露于开支、进度评估不准确的风险之下。
这样一来,尽管客户与开发人员的利益动机相对,但他们却走到了一起。每一方都认为他们在保护自己的利益,巩固自己讨价还价的地位,但是事实上每一方都在走向将来的失望和争吵,为项目埋下了一刻定时炸弹。
三.项目时间管理理论指导我们在项目管理中怎样抓主要矛盾
以前进行项目管理时,是根据经验和每个人的工作特点,进行项目的分工的,软件项目基本是按照需求分析,概要设计,详细设计,代码编程,调试和测试,用户验收等几个主要过程来进行的。但将项目分工更加细化,每个小过程的时间估算是多少,整个项目可以最短用多少时间来完成,怎样合理安排人员,怎样抓项目中的关键环节等等,这些都没有进行过量化的分析和管理。
项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法,有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解,按导向图建立起控制关系。他们惊奇地发现,检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务,将工期反复优化,最后只用78个小时就完成了通常需125小时完成的检修,节省时间38%。这就是至今项目管理工作者还在应用的著名的时间管理技术cpm,即“关键路径法”。
基础管理学培训心得体会
培训是为了不断提升自己充实自己,从而让自己变得更加完美。下面是小编带来的是基础管理学培训心得体会,希望对您有帮助。
进入电大后,开始学习管理学。以前对于管理只接触过一些断断续续的概念,不是很全面了解。经过半年的系统学习下来,我有了不少收获,以前工作中接触过的一些管理培训思想都通过逐步学习而全面一一对应起来。
通过学习,我发现这门学科涉及面非常广。而有效的管理,是没有一种固定模式的。首先摆在第一位的必须是结合实际,对不同的情况,不同的目标,都会有很多个管理的选择,而我们则要从中选择出一种最有效,最节约,又或是最易实现的办法。于是,我们必须要首先明确一个最核心最本质的目标。对于企业管理,那就是投入最小成本换取最多的回报,而工作和人是管理的两个重要部分。
对于工作,所有的企业都是由无数人来担任无数职位然后形成的,因此所有的企业都有一定的组织结构和工作方式。同时每一个职位的人,不论是管理者、技术人员、工人,他们需要完成的工作也是在一定的计划内的,这些都是企业在运作前需要设计规划好的内容。因此管理的第一项也是最重要的任务便是把这些工作的结构和内容计划安排好。单从工作的角度看,如果一个企业的'组织结构达到了最合理最科学,而企业中每个人的工作也是最恰当最精准,那么这个企业就能做到已最少的投入换回最多的回报。现实中这是不可能的,因为永远找不到一个最完美的工作方式,同时实际情况也是变化万千,现实的要求在不断改变,如果要“最完美”,那就必须不停的改变,这对于管理者来说也是极不现实的。因此管理学家只是致力于更大地提高工作效率,而非求一个“最完美”。在这方面,20世纪初出现的科学管理思想有着很大的成就。泰勒提出的科学管理思想,包括确定合理的工作标准、工作方法标准化、合理配备工人、实行有差别的计件工资制、实行职能工长制。这些理论本身对有效管理起了很大作用,同时也使人们更加重视对工作的科学设计和改造,从而提高效率。每一个管理者都应该从科学管理思想中收获更本质的内容,那便是通过科学有效的管理,使人们的工作效率不断提高。泰勒在这一方面只是为人们开了个头,后来的管理者需要发挥创造力,面对各种情况,科学理性地设计组织结构、工作方式等,从而使效率达到最大。这便是对于工作的一部分,当然不只是科学管理思想对其有积极作用,但最终目标还是通过调整工作,来使效率达到最大。
第一部分无疑是管理中最重要的部分,然而如果没有第二部分的话,第一部分无疑会大打折扣。
这第二部分是对于人。如果说对于工作的设计和调整是属于比较固定和硬性的话,那么对于人的工作是充满弹性和不固定因素的。因为人和工作工具是不同的,人的心理和生理上的各种因素会影响人工作的效率。如果想提高工作效率,对人的关注是绝对不能忽视的。如果不这样,光靠改善第一方面内容会使其效果大大降低。如果长久忽视对人的关注,则会产生更消极的影响。对于人,管理者要做到的是,使人的工作效率达到最大,这需要人对工作有很大的积极性,并且一切工作因素都是利于人发挥出他们的最大工作效率。工作环境、人际关系、人文气氛等方面都是非常重要的。在这一方面,梅奥的人际关系学说开创了这一领域。他通过著名的霍桑实验,提出了与科学管理不同的新概念,包括社会人的假设、士气的概念、非正式组织。梅奥的理论使人们开始关注工作中的“人”。一个和谐愉快的工作环境、一群和睦竞争的工人、一股积极向上的工作风气,能产生的工作效率将会很大地超过一般情况下的工作环境。这一方面显然不同与工作方面,充满着很大的弹性和变化,也对管理者有更高的要求。不同类型的管理者或许会营造截然不同的工作环境,即使是优秀的管理者也是一样。好的工作环境没有特定的标准,只要能更好地促进人们工作就算是。管理者需要有很强的人际交往和沟通能力,才能把对人的工作做好,这一点也是相当的不容易。总的来说,对于人这一方面,虽然不及对于工作那一方面重要,但是它产生的效果可能更显著,同时也会给一个企业带来一些不能靠改善工作带来的内容。
我认为企业中的管理,大致可分为这两个方面的内容,对于工作和对于人。而管理所包括的计划、组织、控制、激励、领导五方面工作,都可以包含在这两方面的具体任务之中。管理是一种艺术,它需要管理者有各方面的能力,同时其具体操作方法又不局限和拘束,需要有很好的创造力。学习管理学,我想不光是要学习管理学本身的学科内容,也要从其他方面全面的提高自己,更要在实践中去发现问题,研究问题。管理学也是一门很需要自己思考和研究、发现问题的学科,并且所有的知识都必须要经得住真正实践的考验。
以上是我管理学学习半年来的一些认识,短时间内也很难思考得很全面,因此先写下这这篇心得,算是自己学习的一个阶段性总结吧,进入了这个领域才发现这是片无比广阔的天空,我要广泛的涉猎管理学以及与管理有关方面重要书籍,在日常的管理工作中结合实际进行实践,以取得更多的收获。
9位用户关注
15位用户关注
13位用户关注
10位用户关注
5位用户关注
15位用户关注
8位用户关注
7位用户关注