项目管理试用期心得
- 文档
- 2024-08-29
- 115热度
- 0评论
下面是小编为大家整理的项目管理试用期心得,本文共8篇,仅供参考,大家一起来看看吧。
1.项目组的控制力
由于我们当前的项目是一个全新的组合,各成员间存在太多的生疏和不确定性,这就造成了,我们在实施计划任务的过程中,对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理,所以在实施过程中也出现了很多计划滞后的事件,对待这些滞后我们唯有加班来弥补,过度的加班和返工必然损坏其组内成员对项目组控制力的满意度,当然也直接影响到对公司的认知和评价。我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是存在不可预知的风险,但如何在风险爆发前限度的加以控制,降低其影响层面,那是我们应该去考虑和管控的。
2.项目组的协作力
说到项目组的'协作力,我觉得当前我们做的很差,在任务实施的过程中,现在的项目组就好比中国古代的三国时期—群雄逐鹿,各忙各的。每天我们都很忙,但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实现不是限度去寻求业务的吻合度,而是自己凭借自己脑袋乱写,自创轮子,总是把自己的意识强加给客户。在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码直接下载下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。说到协作,顺便说下分工,在代码编写的过程中最为紧要的应该就是分工明确啦,我们需要严格规定那些人有相关文件的修改权限,那些文件删除前需要广播说明。而不是一味的看着不爽就改、删、加,试问操作前是否考虑过有对其项目或别人的影响?
3.项目组的执行力
执行力方面,我觉得主要是我们需要的规范太少,可依赖的标准几乎没有。试问下:我们的《开发规范》,《项目组日常行为准则》,《系统技术选型方案》,《技术定型评审标准》,《压力测试评估范围》,《代码检查计划》,《代码核查标准》,《业务流程处理说明》,《项目风险性预测报告》。诸如类似的标准在哪里,目前除了一个大概的开发规范,我没看到任何成型的文档存在。我们选择了s2,spring,ibatis,dojo这样的技术框架,但是为什么我们要选择这些,而不是去选择s1,hibernate,ext等,我还清楚地记得我们是怎么选择的,很是草率很简单,一拍桌子,ok就选它们了,可是为什么呢?每次我们讨论业务纷争,总是一味的你一句我一腔,张说张有理,李说李有道。漫天就是口水战,这样的讨论还不如不论,浪费时间,有那些时间不如回家睡觉去。一个良好的开发框架,一定限制和影响其使用者的研究方向,因为我们日常的编码技术本就是寄托在框架下的ctrl+c、ctrl+v,所以对于开发选择和成熟完善需要一个慎重和持续的过程,我不知道我们现在使用的框架是否需要延续,如果是,我们应该给出健壮性、兼容性、可扩展性、可维护性等相关评审说明。健壮性应该兼顾做好应对各种高并发、突风险处理;兼容性应该具备不断的技术版本升级、灵活运用于各类数据库;可扩展性保障系统的各类可用性功能扩展,实现方式升级、灵活多变;可维护性告诉我们需要在持续的使用中不断修正其bug和通用性,有专门的人员完成不同时期版本升级,专注于系统架构的相关人员应该对其使用的项目技术有专攻的过程,毕竟任何东西都是有利有弊,不透彻的了解,怎么知道其需要改进的地方呢?
4.项目组的统筹力
最后说说统筹力吧,这很多时候应该是针对实施计划安排,实施过程管理而说的。我希望每次我们制作计划时都做一个简要的评审过程,这样的过程可介乎于几个人内。很多时候做计划的人总是按照自己的思路和想法在行走,我们应该在完成计划之于,多和参与计划的执行人员进行交流,查看其是否可以在计划的时间内完成安排,并进行讨论修正。对一个任务你是否只有一个计划,你是否考虑过当前计划的风险,如果执行者某天生病不来上班或离职了怎么办?你的计划时间某段被公司的集体活动占用怎么办?公司某天停电怎么办?等等类似的问题太多啦,这些就是我们的计划风险,是不可预知的,你是否应该考虑一个b计划做计划不是做完后盲目的下发开展,别老是告诉你的执行者,就这么干,做不完自己加班,很是暴力。写了这么多都是自己的想法,很多可能都是片面的观点,对于当前项目组,我感觉很战斗力很强。当然任何东西不是生来就是完美的,就让我们慢慢地改进和磨合吧。忠心希望自己能陪同xx公司这个大家庭共同发展、努力。
良好的个人形象和素养,专业技能或业务水平优秀,为公司业务创造更多机会和效益,受公司客户及合作企业好评,为公司创造出较好的企业效益或社会效益。《项目管理试用期工作总结三篇》是小编为大家准备的,希望对大家有帮助。
关于项目管理试用期工作总结
时间好快,短短我来到xx公司已经两个月拉。在这段时间里,每天都在感受xx公司的激情和发展。和同事的相处中,我得到了很多帮助,这其中更多的是来自我的指导人吕某,每每我碰见一些生疏的办事环节或工作任务,总能得到他的精心指导。如今我对xx公司有了一个全面的了解,感受到了很多同事间的和谐友好,项目组的团队意识。
在过去的两个月里,我负责x模块的需求讨论、数据库设计,代码编写进度管理的同时,还负责x项目xx平台的开发进度管理,通过与大伙的通力合作,基本上在规定的时间内完成了大部分的业务需求。通过这个项目,也增强了自己在项目管理方面的经验,学习了很多x方面的业务知识,全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面,对x大部分业务做了深入的了解。xx评估方面,我主要了解x,x,x,x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导,我很是感谢他们。
在已过去的x项目实施过程中,我也发现了项目组存在的一些优势和问题。对于优势我就不多说,主要还是大伙的实干精神较强吧。针对项目组存在的一些问题,这里我发表一些个人的观点,仅供参考。
1.项目组的控制力
由于我们当前的项目是一个全新的组合,各成员间存在太多的生疏和不确定性,这就造成了,我们在实施计划任务的过程中,对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理,所以在实施过程中也出现了很多计划滞后的事件,对待这些滞后我们唯有加班来弥补,过度的加班和返工必然损坏其组内成员对项目组控制力的满意度,当然也直接影响到对公司的认知和评价。
我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是存在不可预知的风险,但如何在风险爆发前限度的加以控制,降低其影响层面,那是我们应该去考虑和管控的。
2.项目组的协作力
说到项目组的协作力,我觉得当前我们做的很差,在任务实施的过程中,现在的项目组就好比中国古代的三国时期—群雄逐鹿,各忙各的。每天我们都很忙,但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实现不是限度去寻求业务的吻合度,而是自己凭借自己脑袋乱写,自创轮子,总是把自己的意识强加给客户。
在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码直接下载下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。
说到协作,顺便说下分工,在代码编写的过程中最为紧要的应该就是分工明确啦,我们需要严格规定那些人有相关文件的修改权限,那些文件删除前需要广播说明。而不是一味的看着不爽就改、删、加,试问操作前是否考虑过有对其项目或别人的影响?
3.项目组的执行力
执行力方面,我觉得主要是我们需要的规范太少,可依赖的标准几乎没有。试问下:我们的《开发规范》,《项目组日常行为准则》,《系统技术选型方案》,《技术定型评审标准》,《压力测试评估范围》,《代码检查计划》,《代码核查标准》,《业务流程处理说明》,《项目风险性预测报告》。诸如类似的标准在哪里,目前除了一个大概的开发规范,我没看到任何成型的文档存在。
我们选择了s2,spring,ibatis,dojo这样的技术框架,但是为什么我们要选择这些,而不是去选择s1,hibernate,ext等,我还清楚地记得我们是怎么选择的,很是草率很简单,一拍桌子,ok就选它们了,可是为什么呢?
每次我们讨论业务纷争,总是一味的你一句我一腔,张说张有理,李说李有道。漫天就是口水战,这样的讨论还不如不论,浪费时间,有那些时间不如回家睡觉去。
一个良好的开发框架,一定限制和影响其使用者的研究方向,因为我们日常的编码技术本就是寄托在框架下的ctrl+c、ctrl+v,所以对于开发选择和成熟完善需要一个慎重和持续的过程,我不知道我们现在使用的框架是否需要延续,如果是,我们应该给出健壮性、兼容性、可扩展性、可维护性等相关评审说明。
健壮性应该兼顾做好应对各种高并发、突风险处理;兼容性应该具备不断的技术版本升级、灵活运用于各类数据库;可扩展性保障系统的各类可用性功能扩展,实现方式升级、灵活多变;可维护性告诉我们需要在持续的使用中不断修正其bug和通用性,有专门的人员完成不同时期版本升级,专注于系统架构的相关人员应该对其使用的项目技术有专攻的过程,毕竟任何东西都是有利有弊,不透彻的了解,怎么知道其需要改进的地方呢?
4.项目组的统筹力
最后说说统筹力吧,这很多时候应该是针对实施计划安排,实施过程管理而说的。我希望每次我们制作计划时都做一个简要的评审过程,这样的过程可介乎于几个人内。很多时候做计划的人总是按照自己的思路和想法在行走,我们应该在完成计划之于,多和参与计划的执行人员进行交流,查看其是否可以在计划的时间内完成安排,并进行讨论修正。对一个任务你是否只有一个计划,你是否考虑过当前计划的风险,如果执行者某天生病不来上班或离职了怎么办?你的计划时间某段被公司的集体活动占用怎么办?公司某天停电怎么办?等等类似的问题太多啦,这些就是我们的计划风险,是不可预知的,你是否应该考虑一个b计划
做计划不是做完后盲目的下发开展,别老是告诉你的执行者,就这么干,做不完自己加班,很是暴力。
写了这么多都是自己的想法,很多可能都是片面的观点,对于当前项目组,我感觉很战斗力很强。当然任何东西不是生来就是完美的,就让我们慢慢地改进和磨合吧。忠心希望自己能陪同xx公司这个大家庭共同发展、努力。
项目管理试用期工作总结范文
时间好快,短短我来到xx公司已经两个月拉。在这段时间里,每天都在感受xx公司的激情和发展。和同事的相处中,我得到了很多帮助,这其中更多的是来自我的指导人吕某,每每我碰见一些生疏的办事环节或工作任务,总能得到他的精心指导。如今我对xx公司有了一个全面的了解,感受到了很多同事间的和谐友好,项目组的团队意识。
在过去的两个月里,我负责x模块的需求讨论、数据库设计,代码编写进度管理的同时,还负责x项目xx平台的开发进度管理,通过与大伙的通力合作,基本上在规定的时间内完成了大部分的业务需求。通过这个项目,也增强了自己在项目管理方面的经验,学习了很多x方面的业务知识,全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面,对x大部分业务做了深入的了解。xx评估方面,我主要了解x,x,x,x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导,我很是感谢他们。
在已过去的x项目实施过程中,我也发现了项目组存在的一些优势和问题。对于优势我就不多说,主要还是大伙的实干精神较强吧。针对项目组存在的一些问题,这里我发表一些个人的观点,仅供参考。
1.项目组的控制力
由于我们当前的项目是一个全新的组合,各成员间存在太多的生疏和不确定性,这就造成了,我们在实施计划任务的过程中,对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理,所以在实施过程中也出现了很多计划滞后的事件,对待这些滞后我们唯有加班来弥补,过度的加班和返工必然损坏其组内成员对项目组控制力的满意度,当然也直接影响到对公司的认知和评价。
我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是存在不可预知的风险,但如何在风险爆发前限度的加以控制,降低其影响层面,那是我们应该去考虑和管控的。
2.项目组的协作力
说到项目组的协作力,我觉得当前我们做的很差,在任务实施的过程中,现在的项目组就好比中国古代的三国时期—群雄逐鹿,各忙各的。每天我们都很忙,但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实现不是限度去寻求业务的吻合度,而是自己凭借自己脑袋乱写,自创轮子,总是把自己的意识强加给客户。
在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。
说到协作,顺便说下分工,在代码编写的过程中最为紧要的应该就是分工明确啦,我们需要严格规定那些人有相关文件的修改权限,那些文件删除前需要广播说明。而不是一味的看着不爽就改、删、加,试问操作前是否考虑过有对其项目或别人的影响?
项目管理试用期的工作总结
通过半年来的学习与工作,工作模式上有了新的突破,工作方式有了较大的改变,现将半年来的工作情况总结如下:
一、办公室的日常管理工作。
办公室对我来说是一个全新的工作领域。作为办公室的负责人,自己清醒地认识到,办公室是总经理室直接领导下的综合管理机构,是承上启下、沟通内外、协调左右、联系四面八方的枢纽,推动各项工作朝着既定目标前进的中心。办公室的工作千头万绪,在文件起草、提供调研资料、数量都要为决策提供一些有益的资料,数据。有文书处理、档案管理、文件批转、会议安排、迎来送往及用车管理等。面对繁杂琐碎的大量事务性工作,自我强化工作意识,注意加快工作节奏,提高工作效率,冷静办理各项事务,力求周全、准确、适度,避免疏漏和差错,至今基本做到了事事有着落。
1、理顺关系,办理公司有关证件。公司成立伊始,各项工作几乎都是从头开始,需要办理相关的手续及证件。我利用自己在xx部门工作多年,部门熟、人际关系较融洽的优势,积极为公司办理各类证件。通过多方努力,我只用了月余时间,办好了xxx证书、项目立项手续xxxx产权证产等。充分发挥综合部门的协调作用。
2、及时了解xxxxx情况,为领导决策提供依据。作为xxxxx企业,土地交付是重中之重。由于xxx的拆迁和我公司开发进度有密切关联,为了早日取得土地,公司成立土地交付工作小组。我作小组成员之一,利用一切有利资源,采取有效措施,到xx、xx拆迁办等单位,积极和有关人员交流、沟通,及时将所了解的拆迁信息、工作进度、问题反馈到总经理室,公司领导在最短时间内掌握了xxxxxx及拆迁工作的进展,并在此基础上进一步安排交付工作。
3、积极响应公司号召,深入开展市场调研工作。根据公司(0x号办公会议精神要求,我针对目前xx房地产的发展情况及房屋租售价格、市场需求、发展趋势等做了详细的市场调查。先后到土地、建设、房管部门详细了解近年房地产开发各项数据指标,走访了一些商业部门如xx,xx又到xx花园、xx花园、xx小区调查这些物业的租售情况。就x号地块区位优势提出“商业为主、住宅为辅、凸现区位、统筹兼顾”开发个人设想。
4、认真做好公司的文字工作。草拟综合性文件和报告等文字工作,负责办公会议的记录、整理和会议纪要提炼,并负责对会议有关决议的实施。认真做好公司有关文件的收发、登记、分递、文印和督办工作;公司所有的文件、审批表、协议书整理归档入册,做好资料归档工作。配合领导在制订的各项规章制度基础上进一步补充、完善各项规章制度。及时传达贯彻公司有关会议、文件、批示精神。
5、落实公司人事、劳资管理工作。组织落实公司的劳动、人事、工资管理和员工的考勤控制监督工作,根据人事管理制度与聘用员工签订了劳动合同,按照有关规定,到劳动管理部门办好缴纳社保(养老保险、失业保险、医疗保险)的各项手续。体现公司的规范性,解决员工的后顾之忧;
6、切实抓好公司的福利、企业管理的日常工作。按照预算审批制度,组织落实公司办公设施、宿舍用品、劳保福利等商品的采购、调配和实物管理工作。办公室装修完毕后,在x月份按照审批权限完成了购置办公用品、通讯、复印机、电脑等设备的配置工作。切实做好公司司通讯费、招待费、水电费、车辆使用及馈赠品登记手续,严格按照程序核定使用标准;
7、做好公司董事会及其他各种会议的后勤服务工作。董事会在xxxx召开期间,认真做好会场布置、食宿安排工作。落实好各种会议的会前准备、会议资料等工作。
二、加强自身学习,提高业务水平
由于感到自己身上的担子很重,而自己的学识、能力和阅历与其任职都有一定的距离,所以总不敢掉以轻心,总在学习,向书本学习、向周围的领导学习,向同事学习,这样下来感觉自己半年来还是有了一定的进步。经过不断学习、不断积累,已具备了办公室工作经验,能够比较从容地处理日常工作中出现的各类问题,在组织管理能力、综合分析能力、协调办事能力和文字言语表达能力等方面,经过半年的锻炼都有了很大的提高,保证了本岗位各项工作的正常运行,能够以正确的态度对待各项工作任务,热爱本职工工作,认真努力贯彻到实际工作中去。积极提高自身各项业务素质,争取工作的主动性,具备较强的专业心,责任心,努力提高工作效率和工作质量。
三、存在的问题和今后努力方向
半年来,本人能敬业爱岗、创造性地开展工作,取得了一些成绩,但也存在一些问题和不足,主要表现在:第一,办公室主任对我而言是一个新的岗位,许多工作我都是边干边摸索,以致工作起来不能游刃有余,工作效率有待进一步提高;第二,有些工作还不够过细,一些工作协调的不是十分到位;第三,自己的理论水平还不太适应公司工作的要求。
在新的一年里,自己决心认真提高业务、工作水平,为公司经济跨越式发展,贡献自己应该贡献的力量。我想我应努力做到:第一,加强学习,拓宽知识面。努力学习房产专业知识和相关法律常识。加强对房地产发展脉络、走向的了解,加强周围环境、同行业发展的了解、学习,要对公司的统筹规划、当前情况做到心中有数;第二,本着实事求是的原则,做到上情下达、下情上报;真正做好领导的助手;第三,注重本部门的工作作风建设,加强管理,团结一致,勤奋工作,形成良好的部门工作氛围。不断改进办公室对其他部门的支持能力、服务水平。遵守公司内部规章制度,维护公司利益,积极为公司创造更高价值,力争取得更大的工作成绩。
在办公室工作不足主要有:
1、缺乏基本的办公室工作知识,在开展具体工作中,常常表现生涩,甚至有时还觉得不知所措;
2、对我局各部门的工作情况缺乏全面具体的了解,从而影响到相关公文写作的进行;
3、对电脑知识的掌握度较低,这直接影响到相应的工作质量;
4、工作细心度不够,经常在小问题上出现错漏;
5、办事效率不够快,对领导的意图领会不够到位等.
就总体的工作感受来说,我觉得这里的工作环境是比较令我满意的.是领导的关爱以及工作条件在不断改善给了我工作的动力;其次是同事间的友情关怀以及协作互助给了我工作的舒畅感和踏实感;第三就是目前正在营造形成我们局特有的“企业文化”氛围给了我工作的信心.
我知道,上面的工作表现也许不能让领导感到满意,如果完全依据这些表现来决定是否可以继续留在这里工作学习,坦白说,我自己并没有太大的信心.但我坚信自己能够在今后的工作中会表现得更好,保证让领导满意。
试用期总结相关
项目开发方面
项目应以需求为核心。一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功,如果需求出现偏差,仍然是南辕北辙。由于eas项目的特殊性,项目开发过程中能够与客户建立有效快速的沟通渠道,是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书,以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。eas项目在前期对需求不够重视,导致在需求理解上出现了一些偏差,从而影响了项目的进度。幸而得到了及时的纠正,在项目管理部的协助下,所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时,有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师,不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从eas项目的开发过程中,我们就充分地认识到这一问题的严重性。需求的不断更改,客户迟迟未签字确认,原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时,总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术,没有经过专门训练的需求分析师,通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样,才能有效地保证项目组与客户的及时沟通,快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人,在一定程度上规避了需求变更给项目带来的风险。但是,确立的需求接口人未经过系统培训,在需求调研以及与客户沟通的过程中,工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业,而项目经理以及需求分析负责人对这一过程还欠缺足够的重视,同时没有好的工具或流程来监控这一过程,使得需求调研记录没有发挥更大的作用。此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生变更,而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期,项目及时撰写了eas项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。(需求追踪,任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏,更多的是为了做变更影响分析使用)
控制需求变更。重视ccb的作用,同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时,这一点项目经理与项目管理小组要担负一定的责任。(范围管理中范围控制的内容,变更管理是配置管理的一个重要内容。需求必须要受到控制,否则容易引起计划的频繁调整而发生混乱)
设计
重视架构设计。eas项目的成功,一定程度是源于我们有个优秀的框架开发小组,我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化,但核心架构仍然没有发生大的变化。由于,我们建立了稳定、简单的系统框架,可以极大地提高开发效率,规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员,架构设计和总体设计要由1-2个人来完成,以保证高度的概念完整性和设计统一)
善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下,为了项目进度不出现大的偏差,eas项目组并没有过分强调技术,特别是在考虑进度的情况下,牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患,但却能够有效地保证项目的进度。从eas最初的架构设计来看,我们引入了 castle与aop,试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。同时,希望采用wcf,利用soa思想建立松散耦合的面向服务应用程序。但随着客户需求的变化,我们果断地放弃了采用wcf的构想,同时又克服了技术困难,坚持了对castle与aop的使用,并为此成立了框架开发小组。事实证明,在技术的抉择上我们作出了正确的决定。
重视ui原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户,则客户更能够理解系统的实现,促进沟通的有效性与准确性。在eas项目中,我们从一开始就确立了原型设计小组,并在分析需求阶段,就开始了原型设计。这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。但是,我们在这一点上,由于缺乏专门的ui设计人员,因此,这一工作还存在很大的缺陷,甚至于ui的设计为迭代版本的交付带来了很大的障碍。在项目后期,关于ui的bug是最多。因此,我们认为在开发类似的web应用程序时,应尽早确立ui设计规范,以约束所有的ui设计。同时,必须培养专门的ui设计师,在开始原型设计时,就尽快完成ui交互的设计。并且,必须成立专门的ui 设计小组,在需求阶段与需求分析师合作,在编码阶段与开发人员合作。(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段,不一定需要专门的ui设计人员,原型设计可以由需求分析师来完成)
测试
测试成员应了解需求。如果不了解需求,测试人员无法编写正确的测试用例,同时在测试过程中,也可能因为错误地理解需求,从而导致报告错误的bug,影响开发人员效率。加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。(测试人员应该要意识到自己和需求分析人员的区别,测试人员不用想需求分析人员一样分析和开发业务,但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)
测试之初必须确定测试原则,对bug的严重程度进行分级。同时,必须确定修复bug的优先级别。
进度管理
保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模,成员情况,技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定,则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下,并不建议采用瀑布开发方式。最佳的办法,应该是 rup或者敏捷开发,然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。
其次,要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时,需要为各个小组指定进度跟踪人,根据各个小组长的日报,判断实际的进度是否与计划出现偏差。
要制定项目进度偏差的应对方法。一旦项目进度出现了偏差,必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。
作者:张逸具有多年的软件开发与设计经验,他是两届微软最有价值专家(mvp),著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#,asp,wcf等技术,同时深谙面向对象领域的相关技术。目前,他主要从事 soa企业信息解决方案的设计与研究,以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。
经过一系列的《it项目管理》课程学习,我觉得这是一门很好的课程,能给我的工作特别是项目的开展和管理方面有很大的帮助,使我获益非浅!在此,我想将学习此门课程的心得总结为一下几点:
一、项目管理就在我们的身边
刚刚开始的时候,觉得项目管理就是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。然而在学习的过程中渐渐的发现我对项目管理只是表面的认识,正确理解应该是以it项目为对象的系统管理方法,是通过一个临时性的、专门的柔性组织,对项目进行高效率的计划、组织、指导和控制,以实现项目全过程的动态管理和项目目标的综合协调与优化。随着互动案例和学习的深入,我发现项目管理其实就在我们身边,就在我们生活工作的每一个角落,完成任何一项学习或生活任务都可以看做是一个项目的完成。
二、团队是项目管理成功与否的大环境
好的项目团队,应该有一个共同认可的明确的目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中,我们所在的公司是一个大的项目团队,每个部门和每个作业小组就是一个小项目团队。假如项目缺乏积极进取团结向上的团队氛围,项目成员的力量就很难整合在一起,项目成员之间就容易出现相互扯皮推诿指责的情况,项目也就不可能成功。项目经理需要多多关心和照顾项目组成员,让大家都感受到团队的温暖。这样一来项目团队内的气氛浓烈,有利于项目的顺利完成。
三、项目经理是项目管理的灵魂
项目经理是项目管理的角色,是实现项目目标的责任人,同时是一个团队的灵魂人物。项目经理不一定是这个团队中能力最强的人,却是责任最重大的那个。他应该是有较强的意志力、凝聚力,有抗压能力的人,不会轻易被外界和他人影响。当然一个好的项目经理不需要事必躬亲,只要他懂得用贤才,懂信任,懂放权,懂珍惜,这样一来他的团队会凝结出更强的力量,他就是一个优秀的领导。面对的管理点的分散,工作深度的需求,安全责任的落实,作为一个项目经理身上的担子是艰巨的。所以一名好的项目经理是队伍中带头人,项目工作的领路人。
四、沟通是项目管理的桥梁
沟通是项目成功必不可少的桥梁。要做好项目每个阶段的工作,达到预期的效果,就必须在项目组内部以及项目组与外部环境之间建立沟通渠道,快速准确的传递信息从而达到各成员的协调一致;使项目成员明确各自的职责,了解他们的工作对实现项目目标所做的贡献。同时,通过广泛和深入的沟通,找出项目管理的问题,预估项目过程当中的风险,制定相应对策和解决方案,并跟踪控制问题的解决情况。因此,良好的沟通时做好项目管理工作,更好的实现项目目标的重要前提。只有进行有效的沟通才能进行项目研发过程中的决策和实施,以促进项目的顺利和及时完成。
总之,项目管理涉及生活方方面面,是一个非常好的工具。随着经济全球化和市场竞争的日益加剧以及企业业务的复杂化,信息化管理已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新,增强企业的核心竞争力。因此,it项目管理的思想已经被越来越多的企业所接受,企业把越来越多精力和资源投入到it项目管理的建设中。在这样的背景下,我们it人需要学习这门课程,了解软件行业的开发流程,抓住软件行业动态从而预测我们将来的努力方向。 这就是我在it项目管理当中的学习心得,希望在接下来的生活、工作和学习中能更好的领悟和运用学习所得。
为期两天的工程项目管理培训,使我对工程项目管理的内容和概念有一个初步的认识。在一期我虽然参与了主体管网的安装和热能利用项目的建设,但我所做的工作主要是现场施工管理,只是工程项目管理内容的一个小小部分,没有具体的实践经验。这次培训对于一个参与即将开工的二期项目人员来说非常及时、重要的。确切的说,两天的培训时间是不够的,尤其是对没有做过工程项目的人,对老师所讲的内容很难理解。
这次培训的内容大致有以下几个部分:
1、职能管理与项目管理的区别。所谓职能管理是指针对存在有组织、有固定工作内容和部门进行标准化可重复使用的过程控制程序;项目管理是指对没有做过或没有经历的事情在规定的时间和预算约束下,一次性按要求完成的任务。从定义上职能管理和项目管理就是有本质的区别。职能管理和项目管理是两个不同的概念,在二期的建设中需灵活运用。
2、新建与技改项目经济分析、项目综合管理。这一节的内容我听后似懂非懂,很模糊,我理解为是对项目建设的前期准备工作的方式和方法。主要是项目的可行性报告的审批、研究具体方案、投资估算、市场预测和项目建设组织机构等内容。这跟我们建设者关系不大,我想这些事情是由老板和董事会研究决定的。只需要了解就可以了。
3、项目范围管理和项目管理时间。这一节的内溶对我们很有用,教我们怎样对项目工作分解,掌握正确的工作方法和过程控制。项目工作内容的分解(WBS)是很关键的,WBS是日程计划、资金计划、资源计划和其他工作计划的基础,要明确范围的细节内容。项目管理时间的控制主要是教我们了解时间与作业的关系、掌握日程计划编写、进度跟踪的具体方法。对大项目的工作分解必须由有经验的和专门的人员制定。就好比装修房子一样,要周密详细,合理分工,统筹安排。在课堂上我们对工作分解进行了简单演练。
4、项目费用、质量、风险管理。费用的估算有三种方法,即概念估算法、参数估算法、详细估算法。质量管理分为广义的和狭义的理解,包括产品质量、工作质量、工作质量、过程质量、人员质量、体系质量。风险管理包括风险发生的概率与影响程度、风险对应的策略。我们在项目建设中,肯定包含各种风险,这些风险都具有不确定性因素,我们在具体工作中怎样克服这些风险很重要。风险的策略是避免、减缓、转移、接受。
5、项目团队与人员管理。在制造业的职能运作中,人员的岗位职责、部门的工作程序、岗位的工作要求、业务的工作方法是相应固定的。而项目是目标和任务、人员和物资在时间和空间的临时组合,是一次性过程,项目人员的工作职责、工作程序和工作关系相对模糊松弛,由此带来的问题是项目对项目负责人的要求和评价问题。项目建设的成功与失败重要因素取决于人或者是一个由人组成的团队。团队建设的要点:
一、要有共同的目标,为同一个目标而奋斗。
二、公平的利益关系和统一的思想意识。
三、言行一致,宽容和谐,在同心同德的基础上和共同利益的环境下相互包容。通过对老师的讲解,我对团队建设和人员管理的观念有了深刻的认识,正如中期会议老板所讲的话:先做人后做事。
两天的培训时间很短,学的内容和多。好多东西要在实际中去运用。随着时间的推近,一个投资36多亿的项目工程即将开工,对于我来说,要学的,要做的实在是太多太多。当然,学有所用,作为二期项目的建设者,我有信心、有责任、有义务奉献我的一份力量,把南玻二期多晶硅项目建设美好。
项目开发方面
项目应以需求为核心。一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功,如果需求出现偏差,仍然是南辕北辙。由于eas项目的特殊性,项目开发过程中能够与客户建立有效快速的沟通渠道,是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书,以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。eas项目在前期对需求不够重视,导致在需求理解上出现了一些偏差,从而影响了项目的进度。幸而得到了及时的纠正,在项目管理部的协助下,所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时,有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师,不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从eas项目的开发过程中,我们就充分地认识到这一问题的严重性。需求的不断更改,客户迟迟未签字确认,原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时,总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术,没有经过专门训练的需求分析师,通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样,才能有效地保证项目组与客户的及时沟通,快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人,在一定程度上规避了需求变更给项目带来的风险。但是,确立的需求接口人未经过系统培训,在需求调研以及与客户沟通的过程中,工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业,而项目经理以及需求分析负责人对这一过程还欠缺足够的重视,同时没有好的工具或流程来监控这一过程,使得需求调研记录没有发挥更大的作用。此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生变更,而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期,项目及时撰写了eas项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。(需求追踪,任何原始需求来有头就有尾。原始需求-用户需求-产品需求-软件需求-设计-测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏,更多的是为了做变更影响分析使用)
控制需求变更。重视ccb的作用,同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时,这一点项目经理与项目管理小组要担负一定的责任。(范围管理中范围控制的内容,变更管理是配置管理的一个重要内容。需求必须要受到控制,否则容易引起计划的频繁调整而发生混乱)
设计
重视架构设计。eas项目的成功,一定程度是源于我们有个优秀的框架开发小组,我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化,但核心架构仍然没有发生大的变化。由于,我们建立了稳定、简单的系统框架,可以极大地提高开发效率,规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员,架构设计和总体设计要由1-2个人来完成,以保证高度的概念完整性和设计统一)
现在的社会日新月异,科技的发展,管理的创新,都在时刻改变着未来。不管是现在还是将来,每个管理者都应不断地加强学习,不停地给自己“充电”,才能不断的开拓进取,勇于创新,才能更进一步的创造财富。此次公司为了提高企业管理水平,特意邀请了xxxx企业管理咨询有限公司对我们进行了一次培训。经过这3天紧张的学习过程,我学到了很多在人力资源管理、企业文化及财务管理方面的相关知识。我感觉到了充实,可以说我很好的完成这次学习任务。
对此次培训,我总结如下:一、在人力资源管理方面
为确保企业正常发展以及各项工作任务的顺利进行,为企业部门配置合适的人力资源,另外人员的选拔、管理、提拔、培训都是必不可少的。所以人力资源涉及到员工培训、管理方法,绩效评估、福利待遇以及员工关系等
1、员工培训
为使员工更好的适应企业的发展,更快的适应岗位、理解岗位,要对员工进行培训以补充专业知识,发展员工能力,转变观念以及交流信息等
2、人员管理
人员管理与企业的发展息息相关,对员工的日常管理是企业发展的必要过程
企业文化的产生,企业制度有利于员工管理,企业正常的运作,通过对员工的日常管理来发挥员工的个人能力,了解员工的心态,适时转变管理方式完善管理模式。
3、绩效评估
绩效评估为企业的决策提供依据,是员工对自己以及对他人工作能力的评估,了解自己的工作能力,同样将自己的能力与对企业的贡献结合起来,提供薪酬依据,发现员工潜力并及时做出相关人事调动。
4、员工福利待遇
员工福利待遇以及薪酬是员工企业价值的体现以及员工工作的保障,没有好的相应的福利待遇及薪酬水平员工就不会全心全意的为企业作出贡献,长久的留在企业工作。
通过这学期的人力资源的学习我对自己有了更高的要求,作为个人而言为了成为企业发展的人才,对于现在的我而言要加强各项技能上的学习,提高自己的专业能力,没有好的个人能力就没有好的发展,专业技能,专业知识的提高是必不可少的。人力资源管理对于现在的我而言与其说是去管别人不如说是对自己的规划管理,对自己未来的期望。
人力资源管理作为企业管理的重要部分一直是企业管理的重中之重,很多企业的倒闭也就是因为没有良好的人力资源体系无法为企业发展提后备力量,技术人员没有及时补充专业知识,管理人员没有及时补充以致管理模式落后,还有涉及到薪酬水平公司福利等造成企业人员流失。
二、在企业文化的推进与落地方面
随着企业的发展,企业文化在企业中的主体地位逐渐突出,最能体现一个企业经营和管理本质特征的企业文化推进工作越来越重要。一个企业的发展,抓企业文化尤为重要。加强企业文化深植,首先要深刻理解企业文化的内涵。企业文化是在企业长期生产经营中培育、融会、凝聚而成的一种独具特点的、对企业持续稳定发展起推动群体意识和价值观念及其外在形式。它包括企业精神、价值观念、企业形象、经营思想、企业目标、道德规范、规章制度、企业风尚等。企业文化是一个企业的灵魂,它通过向员工宣传统一的企业价值观而将他们凝聚在一起,这些价值观影响着员工的生活方式、行为方式和价值信念,促使他们积极地为企业创造价值。对此,我通过此次培训,从以下几方面理解企业文化在公司的推进与落地。
1、第一时间完成任务。这是一条执行层面的要求,它体现了公司对高效、快速的组织反应能力的追寻。类似于海尔的“快速反应、马上行动”。
2、主动开展工作。这也是一条执行层面的要求,但它更强调了我们员工工作时的心理层面问题。从积极性和目标性的角度上看,也强调员工的个人能力充分施展。
3、关注细节。细节决定成败。对细节关注程度的高低是优秀和卓越的分水岭标志。这种细节的要求和关注,不仅仅是在认知的层面,它要求我们从具体的事情做起,彻底的完成工作,彻底的解决问题。其更重要的是对结果意识的要求。
4、持续创新。创新是企业发展的发动机,是企业的灵魂。创新的重要性,尤其对我们这种需要精细化管理的企业来讲,尤为重要。市场经济的思想核心是自由竞争精神,在全球一体化的大格局下,要求我们员工时刻不断学习的心态,学他家之长,容他家之短。从经验教训中不断学习进步。创新精神的高调宣扬是需要我们员工本身的低调做事作为基础的。
5、勇于承担责任。
责任的归属,需要详细、准确的岗位职责说明等相关的管理手段和制度来界定。但这个“勇于”,是需要我们员工自己来担当的。全身心的做好自己的本职工作,不给领导、同事添麻烦。公司存在着推诿现象,但要杜绝它,除了我们良好的管理制度保全外,更为根本的要依靠我们员工本身良好的职业素养来保障。
6、以团队目标为己任。这个时代,早已摈弃单打独斗的个人英雄主义情结了。这是一个讲究团队制胜的时代。一个人的力量是有限的,而团队的力量确是巨大的。个人的得与失要放在大团队目标之后,大团队意识的学习是我们每个员工应把握的行为准则。
7、最大限度的创造价值。成本意识!我们要学会利用最小的成本、最小的资源开展工作。同时要能做到分享资源和信息,力争在团队组织中创造一个良好的学习交流、分享合作的氛围。
8、公司的事就是我的事。公司每一个员工都必须要有主人翁的精神。公司对员工做到细致周到的便捷服务,急员工所急;而员工更要积极为公司着想,时时保持忧患意识,不断提升自己的工作水平,不断关注公司管理的进步。
三、在非财务经理的财务管理方面
老师用深入浅出,用通俗易懂的精彩课程使我对非财务经理的财务管理有了比较清晰的了解。以下是我的学习心得:1、找准切入点,推行精细化的财务管理
精细化的财务管理是一项涉及面广而且综合性较强的经济管理活动,涉及公司的方方面面,必须达到控制成本、提高效益的目的。而达成这一目标,需要各部门围绕企业的效益目标协同作战,提高公司经营管理的灵活性和战斗力。这就需要我们围绕资金、成本、人员等资源配置的关键,深入推行精细化的财务管理。
2、实施全面预算管理,优化配置企业有限资源
预算管理是连接企业战略和战略执行的管理工具,是公司的业务计划与财务预算的集成工作,公司的高效管理更加需要预算管理的信息化。全面预算管理
过程,在本质上就是一个优化配置企业资源的过程。全面预算管理不单指预算控制,还涉及到工管部、物设部、人事部等的预算控制,是兼具计划、协调、控制、激励、评价等功能的一种战略方针的经营机制,是一种全新的、全面的现代企业管理模式。
3、实行人本财务管理,全员参与,提升素质
树立人本财务观念。要理解员工、尊重员工,充分发挥员工的主动性和积极性。公司的的每一项活动均由员工发起、操作和控制,其成效如何也主要取决于员工的知识、智慧以及努力程度,因此,贯彻人本财务观念要求做到:第一,增加人力资源投资,提高企业领导和员工素质;第二,推行财务分层管理和全员财务管理,实行民主式和参与式财务管理,提高员工对财务的参与意识;第三,加大软资源投资力度,为培育企业文化和良好人际关系创造优良环境。
以精细化财务管理作为切入点,把精细化财务管理融合到公司生产经营的每个层次,通过不断深化财务管理的管理方式和手段,优化资源配置,优化财务核算,提高财务信息的有效性,以精细化财务管理促进管理水平的提升,这是实现“向管理要效益”的有效途径。
最后,我想,这次培训经历给予的所有感触,必将永记在我心中。所有这些感触在以后的时间里,更会激励我更加努力的学习、高效的工作,紧跟公司飞速发展的步伐,不断地自我完善,不断的进步,实现自我价值,为公司达成从优秀到卓越的跨越贡献自己的微薄之力!
[企业管理知识培训心得体会]企业管理心得体会2篇
前段时间,我参加了企业管理知识的学习培训,接受了系统、全方位企业管理知识的学习和辅导,受益良多。我深刻领会到,作为一名合格的企业管理者,应该如何驾驭整个企业的运作机制。并领悟到,应该以管理促创新,以创新促效益,从而促使企业稳步健康发展。
目前,电力建设在飞速发展,在电力体制改革逐步深化的大环境下,多种经营企业该如何在激烈的市场竞争中获得市场份额,在管理中实现经济效益、社会效益的双丰收,是一个值得研究和探讨的课题。通过这次学习,结合电力多经企业的行业特点,我个人认为,电力多种经营企业要想实现大发展,必须做好以下几点工作。
首先,要毫不动摇的狠抓人力资源管理。一个企业的发展,重中之重,在于人才,在于充分挖掘人才的潜力,使其为企业服务。企业的管理者不在于他像关羽一样“千军万马中,取上将首级”,也不在于他像张良一样“运筹帷幄,决胜千里之外”,重要的是他能否如刘邦那样,找到和使用好这样的人,即识人用人能力的大小决定了一个企业管理者的发展远景。古往今来,这样的例子有很多。刘邦用萧何、张良、韩信,建立汉朝后曾说过,我管理不如萧何,计谋不如张良,领兵打仗不如韩信,但是我成功了,因为我很好地使用他们,大家都成就了一番丰功伟绩。
多种经营企业必须实施两手抓、两手都要强的职工队伍建设方针。一方面要继续面向社会,广开才路,大力引进高素质人才;同时对在职职工要积极培养和关心,实现“三留人”,即情感留人,待遇留人,事业留人。另一方面,对现有职工队伍进行强化培训,达到巩固提高的目的,不断挖掘其潜力,适应市场经济的发展。信任是基础,事业是平台,利益是杠杆,感情做纽带,一个企业管理者,尤其是高级管理者,牢记这个用人方略,就一定能充分调动员工积极性,使其竭尽全力为企业发展做贡献。
其次,始终如一地开拓、经营市场,并培养核心竞争力以求生存。市场,是一个企业发展的命脉所在,占领多大的市场份额,开拓多大的领域,从一定程度上说,能够证实一个企业发展的实力。所以,如何开拓市场、经营市场显得尤为重要。电力多经企业具有行业性的显著特点,开拓市场也必须依据行业特点逐步实施。所谓核心竞争能力,是一个企业赖以生存和发展的关键要素。它不仅指某种独特的产品或技术,还包括销售渠道、顾客服务、顾客群、品牌、资金以及研发能力。一个企业不可能拥有所有这些能力,但它必须发展一种不同寻常的能力,才能成为一个拥有核心竞争能力的企业;核心竞争能力是企业战略的焦点,它必须形成理念,并体现在核心产品上,获取高于竞争对手的质量水平,并能移植到各分支机构中。
具体到多经企业要如何培养自己的核心竞争能力,首先应如前所述的分析我们的生存环境、竞争优势、竞争弱势,然后扬长避短,定位自己赖以生存的市场,建立围绕该市场运作的机制,该机制能够激励全体员工围绕股东财富最大化进行运作,并且能够适应市场的变化。这种以市场为导向,以股东财富最大化为目标的运作机制自然会形成企业的核心竞争力。定位、开拓市场,培养核心竞争力是企业的生存之本。具有核心竞争力的企业才能在市场经济的环境中生存。针对电力多经企业内部市场越来越小的生存环境,必须加大外部市场的开拓力度,采用多种方式扩大市场占有率,例如市场开拓、企业收购、兼并或联合开拓等形式。积极增加电力多经企业对外创收。切实抓住国家开发西部等有利环境,抓紧研究并制定电力多经企业发展战略,加快多种经营和各种产业发展步伐。在比较短的时间内完成市场的重新定位,资源的优化配置,调整股本结构,形成所有权和经营权分开后的代理机制。建立现代企业制度,真正做到以市场为导向,主动面向市场,认真调查研究市场,积极开拓市场,适时调整产品结构、产业结构和发展方向,用市场适销产品去占有市场,开辟新财源,打开新天地。企业只是守是没有出路的,必须不断在市场的发展中壮大自己,在市场的变化中否定自己,商场中没有长胜的将军,只有谨小慎微、战战兢兢的去把握市场的脉搏,建立与市场合拍的核心竞争能力,企业才能在大浪淘沙中谋得自己的一席之地。
第三,明晰的产权关系,建立完善的法人治理结构。清楚的产权界定,是市场交易的前提。由于历史的原因,多经系统普遍面临产权不清的难题。首先是明晰的资产关系,这一点还相对容易操作。最难的还在于主辅人员的分离。由于多经公司用人的复杂性,公司本身缺乏核心竞争力,对于在多经工作的员工来说,挑战大于机遇,未来充满不确定性。可以考虑用优惠的政策待遇,鼓励退职,提前退养,身份置换,解除合同或带股就业。但带股就业可能带来股权分散,不利于集中决策,同时如果股权过于平均,还会带来老国企的弊病:如大锅饭,平均主义,人员不能合理流动,建立不起激励和约束机制,以及进入和退出机制等。所以要做到产权明晰,首先要解决人员的历史遗留问题,然后明确资产关系,明确投资主体。只有明确了出资人,公司才会有明确的使命,公司的运作才可能建立在公司财富最大化的目标之下。公司的经营人员才会有明确的定位,而防止所有者缺位带来的资产运作效率低下矛盾。另外有明确的投资主体,享有对公司的剩余索取权,这是对投资主体承担资金风险的补偿,也为公司扩大再生产创造条件,只有将利润集中投资于一定的项目,才能形成一定的优势,如果利润分散的用于支付股利,企业最终将衰竭。
公司法人治理结构是指关于如何治理公司这一法人主体所采取的法定组织形式。完善法人治理结构的目的是达到公司各级各部门责权利的高度一致,公司的所有者和经营者在所有权和经营权分离的情况下如何密切配合,分工明确,协同工作,相互制约,围绕公司财富最大化的目标运作。即从组织结构上保障公司目标的完成,包括股东会、董事会、监事会和经理层等四套班子的建设。现代公司产权制度在确立法人财产基础上,实现原始所有权、公司产权与经营权的三权分离,具有明晰的产权关系。在此基础上,公司通过股东会、董事会、监事会和执行机构等公司治理结构的设置和运作,明确划分责、权、利,形成了调节所有者、公司法人、经营者和职工的制衡机制和约束机制。
其实,企业经营管理的方略含盖诸多方面,只不过分主分次而已,以上只是我在本次学习中的一点点体会,写出来是一种收获,一种可以和别人分享心得的体验。管理,尤其是企业管理是一门很深的学问,需要在理论的指导下逐步完善,需要在实践中不断地探索,从而达到实践和理论的有机统一。
20xx年9月18-23日我参加了公司举办的项目管理培训,通过这次培训和学习,我认识到自己不足的地方。在授课老师的讲解及培训下,我学到了很多平时学不到、弄不懂的东西,真正了解了什么是项目管理。
“项目管理”这个词语倒是经常听说,也有一定的认识和了解,就是没有一个整体的概念和具体详情。经过这次学习之后,顿时豁然开朗,原来“项目”无处不在。我们每天都在做各种各样的不同类型的项目,小到每天做饭、炒菜,大到人生的规划,这都是“项目”所包涵的范围。那么“管理”又是什么意思?其实就是要完成某个项目所采取的具体措施以及具体方法,分别将之详细化,就称为“管理”。接下来,我将就本次培训谈谈我自己的体会。
首先,我的体会是我们在做任何项目的时候,一定要有一个完善的计划和工作思路。之前我在做事情时,往往没有一个具体的计划和方法。一件很容易做的事情,最后反而搞得很复杂,影响了做事的效率。因此,今后无论做任何事情是,一定要给自己设定一个完整的计划,才能高效率、高质量的做好每件事。
其次,要做好一个项目,必须要懂得团队协作与沟通。特别是我们基础管理人员,在现代社会里,单枪匹马一个人单打独斗的时代早已经过去了。一个项目的实施没有一群人的参与式不能做好的。如何更好的进行团队协作呢?团队中成员之间的.分工务必要十分的明确和精细,成员之间经常要有互动和交流,使每个成员要有强烈的责任感。
最后,不管做任何项目,在实施的过程中,都会遇到意想不到的意外事情发生,因此需要对进程度进行修正,即过程的调整。这是任何项目的完成不可缺少的一个重要组成部分。我觉得:我们在计划某一个项目时,都将实施过程中可能遇到的问题考虑的非常周到和全面,以一种十分严谨谨慎的态度去做,这样才能取得更好效果。
总之,感谢公司领导给了我这次学习的机会,使我得到提升,看到了自己差距和不足,明确了自己的目标好方向。我将把培训中学到的知识及时应用到实际工作中去,为公司发展做出应有的贡献。
★
★
★
★
★
★
★
★
★
★