项目管理心得总结
总结可以让我们更深入地思考问题,从而提升我们的思维能力和解决问题的能力。总结要有自己的观点和见解,不要简单照搬别人的意见和论述。工作中遇到一些困难和挑战,但通过总结经验和教训,我逐渐找到了突破的方法和策略。
项目管理心得总结篇一
引言:我国经济的飞速发展使电力企业迎来新的发展机遇,电力基建工作也迎来新的发展高潮,为提高基建管理工作的科学性,在基建管理中引进项目管理师势在必行。探讨了项目管理师在电力基建工作中的作用和重要性,指出电力企业在项目管理师管理工作中应注意的几方面。
关键词:基建管理;项目管理师;信息化
随着20电荒现象的重现,电力在国民生产生活中占据的位置愈加突出,加速电力企业的基础建设任务也越来越紧迫。电力基建项目点多、面广、线长,如何在电力基建工作中实现以最合理的投资获得最大的收益,使工程进度、质量控制等各项工作更趋科学,是电力基建管理部门必须重视的问题,也是目前摆在电力基建单位的重要问题之一。
一、项目管理师的引进
项目管理是20世纪50年代后期发展起来的一种计划管理方法,是指把各种系统、资源和人员有效结合在一起,采用规范化的管理流程在规定的时间、预算和质量目标范围内完成项目。而项目管理师是指掌握项目管理原理、技术、方法和工具,参与或领导启动、计划、组织、执行、控制和收尾过程的活动,确保项目能在规定的范围、时间、质量与成本等约束条件下完成既定目标的人员。
目前项目管理在发达国家已经发展成为独立的学科体系,但是进入我国的时间却并不是很长。在我国加入世界贸易组织(wto)之后,各项工作与国际接轨的程度越来越大,项目管理的重要性才越来越凸显出来,越来越多的企业以及组织的决策者认识到运用项目管理知识、工具和技术可以为他们大大减少项目的盲目性,减少项目中种种失误带来的巨大损失。
9月,我国劳动和社会保障部将项目管理师列入了第4批国家职业标准(劳社厅发[]10号文),项目管理师执业证书已经成为我国项目管理人员执业和任职的资格凭证,也是我国项目管理走向科学化、现代化的标志之一。
目前我国项目管理师的普及率还不是很高,只有少数大型企业和大型项目能够在项目管理中引进项目管理师体制,采用科学的项目管理方式。随着我国社会经济的飞速发展,对电力的需求量越来越高,尤其是随着新能源、新技术的应用,电力基建工作迎来新的发展高潮。比如越来越多的新建核电项目、风电项目以及光伏发电项目,都需要大规模的基建工作,要想保证这些项目能够按照既定规划科学、健康地向前推进,引进具有先进项目管理理念和经验的项目管理师势在必行。
二、项目管理师在电力基建管理中的作用
电力基建项目的建设往往牵涉的人、事、部门都非常多,其工期、质量和成本控制非常重要,更加凸显了项目管理师在整个基建项目管理中的优势与地位。
对于电力企业而言,基建管理是一项既非常复杂又极其关键的工作,大部分电力基建项目投资动辄上亿,管理水平的高低不仅关系着基建项目本身的完成情况,还关乎项目完成后长期的项目回报受益,因此,其管理必须谨慎、科学、细致;对社会而言,电力基建项目往往承担着向某个地区重点工业项目或向商业、金融或人口密集区之类重点区域供电的责任,对地方经济社会的发展影响深远。
1.掌握科学管理方法
随着科学技术的快速发展,越来越多的电力基建项目管理信息化的程度越来越高,为解决多个基建项目中的数据、信息共享以及管理同步等问题,提高工程管理的'科学性,更好地为企业经营决策者提供工程管理中的各类信息,项目管理师必须合理利用基建管理信息化系统,利用现代化的方式进行项目管理,建立科学的管控流程,尤其是要严格遵守国家和国网公司规定的各种基建程序。基建程序是大型项目建设的生命线,只有认真履行这些程序,工程才能顺利地向前推进,少走弯路,进度也因此可得到合理控制。
如前所述,电力基建项目涉及的部门以及人员、行业都非常繁多,要把方方面面的人都调动起来,为一个工程服务,并不是一件容易的事情。项目经理的75%的时间和精力都用在沟通上,由此可见有效沟通的重要性。作为一名职业的项目管理人员,项目管理师应该具备良好的沟通技巧,积极主动地做出沟通工作计划,根据工程的进度安排,把每个阶段可能涉及到的部门和人员列出来,并把需要协调和沟通的事项进行整理,然后根据项目的进度按照计划提前进行沟通,主动与相关部门进行接洽,汇报项目的进展情况,提前组织相关的汇报会、研讨会、碰头会等,采取合适的沟通方式,力求在工程进行当中各部门都能齐心协力,步调一致,保证项目如期顺利进行,最大限度地将进度控制在计划之中。
三、电力企业要加强项目管理师的管理
对于电力企业而言,培养大规模不同层次的项目管理人才是基建人才培养的重中之重,应该采取多种人才培养方式,采取职业资格准入制度,加大职业资格的审查力度,促使项目管理人员加强学习,提高基建管理水平。
1.采取准入制度,提高从业人员的专业素质
项目管理心得总结篇二
在3个多月的学习之后通过了pmp的考试,祝贺自己的同时也感谢公司为我们提供了这么好的培训锻炼机会!就像培训机构老师说的一样,pmp证书只是一张纸,最重要的是在学习过程中你学到了什么。学习的过程中学到的知识应用到实际工作过程中,才是最重要的。考取证书只是一个能力的证明。
报名之前希望通过学习达成两个目标:
1、认识不同行业的一些优秀员工;
2、系统的建立项目管理的知识体系。从学习的结果看,第一个目标并没有很好的完成,课程结束,我也没有认识新朋友,与不同行业的人交流对我来说依然是个挑战。第二个目标建立系统的知识体系,是否真的系统建立了项目管理的知识体系不好说,但确确实实入了项目管理的大门。
通过对pmp的学习和了解,本人对项目管理的认识也经过了几个过程。首先,在对pmbok的大致通读中就被pmp的严谨和宏大所震撼。项目管理是通过合理运用与整合42个项目管理规则的过程来实现的。再根据其逻辑关系,把这42个过程归类成5大过程组,即:启动、规划、执行、监控和收尾。项目经理的一项重要工作就是在项目启动的时候,选择合适的项目管理过程来管理项目。针对不同的项目需要选择不同的过程,这里pmi没有做硬性要求。
第二阶段,随着老师的不断讲解,结合实际引导我们理解pmp项目管理的模式,渐渐的,那些看起来鼓噪无味的itto变得鲜活起来,不再死气沉沉枯燥无味,在学习与温习过程中,也会很自然的拿曾经做过的项目去品味pmp中的过程、工具与方法,思考那些是曾经实践过但自己并没有意识到的pmp的itto,如果再给自己一个机会,该如何应用哪些itto去改善或者解决当时项目碰到的问题,是不是能得到更好的结果?就这样,经过课前的通读、培训课上老师的讲解与引导、课后的精读与反思,已经能够理解pmp的绝大部分内容。
第三阶段——备考,备考需要去除细节,抓住主干,强化记忆,以42个itto和十大过程组为线,把itto的输入输出与工具方法能很清楚的关联起来,虽说这是为了备考,但是同样让自己对pmp的认知更加清晰起来。开始试着做各章课后题与模拟试题,虽然很多题目仍然模棱两可,但是也有很多题目有了清晰的答案。经过全部课后作业和三套(不包括模拟考试)的锻炼,对pmp考试题目的类型,考题设计都有了足够的了解,也积累了一点答题的经验。最后的两次模拟考,特别是模拟考卷的逐题讲解,纠正了一些自己与pmp思路想法不一致的地方,能真实感受到每份考卷自己都有在提高,增强了考试通过的信心。
报考pmp培训和考试真的获益良多,再次感谢公司给我们提供了这么好的培训机会,也感谢欣旋教育的老师,谢谢他们的精彩讲解与耐心指导,培训中的许多实例讲解远非自己看书所能体会与理解的。
总结起来,项目管理就是把你所学的知识、已掌握的技能、熟练的工具与整合技术应用于项目活动,管理一个项目通常需要做好以下几件事情,但不仅限于此:
1.识别客户需求;
2.选择合适的项目管理程序;
3.制定完整的项目管理计划;
5.平衡相互竞争的项目制约因素,包括(不仅限于):范围、质量、进度、预算、资源和风险。
最后想说的是pmp不单单是个认证,而是一套项目管理的实践和艺术,在实际工作中也是非常有用的。希望以后能把先进的pmi管理思想应用到项目中去。pmp考试的顺利通过是一个结束,更是一个新的开始。
项目管理心得总结篇三
作为一个项目管理者,我在过去的工作中积累了丰富的项目管理经验和宝贵的教训。在项目管理的过程中,我不断总结和反思,不断提升自己的能力和思维模式。在这篇文章中,我将分享我作为一个项目管理者的心得体会总结,希望能够给其他项目管理者提供一些启示和帮助。
第二段:时间管理的重要性
在项目管理中,时间管理是至关重要的一项技能。我深深意识到合理规划时间、合理分配资源的重要性。项目经历了需求分析、计划、执行、监控和收尾等不同阶段,每个阶段都需要投入适当的资源与时间。然而,由于项目的各种挑战和不可预测的变数,如何合理调整时间表成为一个永恒的问题。我学会要做好风险预测和预案规划,以更好地应对不同阶段可能出现的问题和风险,以及合理调整时间表,保持项目进度的顺利进行。
第三段:有效的沟通与团队协作
沟通是项目管理中不可或缺的因素。作为项目管理者,我深刻地体会到,与团队成员、客户和其他利益相关者保持有效的沟通是确保项目成功的关键。我努力学习与各种团队成员有效沟通的技巧,包括倾听、明确传达信息、解决冲突等。同时,我也认识到团队协作对项目的重要性。鼓励团队成员之间的合作,激发他们的积极性和创造力,将他们的专长集中在项目目标上,可以提高项目的成功率。
第四段:灵活的思维和问题解决能力
在项目管理中,我经常面临各种各样的问题和挑战。有时,计划无法满足现实需求,团队成员可能面临离职或突发事件。这些变数需要项目管理者灵活的思维和问题解决能力。我懂得要保持冷静和理性,分析问题的根源,并及时采取适当的措施来解决问题。同时,我也学会了善于预测和预测可能出现的变数,提前做出调整和应对措施,以最大限度地减少潜在的风险。
第五段:不断学习和自我提升
作为一个项目管理者,我深信不断学习和自我提升的重要性。项目管理领域变化很快,新的技术和方法不断涌现,项目管理者需要不断更新自己的知识和技能,以适应新的环境和挑战。我通过参加培训课程、阅读专业书籍和与行业专家交流等方式,不断提高自己的技能和知识水平。同时,我也注重与其他项目管理者的交流与互动,从他们的经验和教训中学习。我相信只有不断地学习和自我提升,才能够成为一名优秀的项目管理者。
总结:
通过项目管理的实践,我从中获得了许多宝贵的经验和体会。时间管理的重要性、有效的沟通与团队协作、灵活的思维和问题解决能力以及不断学习和自我提升,这些都是我作为一个项目管理者成长和提升的重要因素。我将继续不断总结经验,学习新的知识和方法,以更好地应对项目管理的挑战,为项目的成功做出更大的贡献。
项目管理心得总结篇四
项目管理作为企业管理学科中成长性最快的一个分支,对项目的实施提供了一种有力的组织形式,对管理实践做出了重要的贡献。下面是本站小编为大家整理的项目管理学习心得总结,供你参考!
最近两周通过听胡百师老师的讲课和公司同事关于项目管理经验的交流会议,在项目管理上学到不少东西,感受最深的是项目管理就是要合理的利用资源,而人无疑是一切资源中最重要的一环。
我们做任何工作都不是孤立存在的,工作不论繁复,都可以看作是一个项目。而要完成一个项目就需要各式各样的人员整合到一起,扮演不同的角色。如何发挥这些人的特色,分配适合的角色,从而更快更好的完成各自的分工,就是项目最需要考虑到问题了。但要真正发挥每个人都特色却不是这么容易就能做到的。因此就需要我们不断的学习,培养自己的思考力。思考力提高了观察敏锐了,才能发掘出他人的特色,并善加利用。
发掘出每个人都特色并分配好各人在项目中所处的职位后,就需要采取有效的管理来监督把控每个环节,以确保项目能够按照计划执行。以往我们在工作中都接触过各式各样的表格,说起来各个环节似乎都有表格可以监控。可是由于这些表格都是分散开来,针对单独某一个环节的,结果就使得整体管理上缺乏统一性,实施起来难免会出现混乱的感觉。经常出现一个人只着眼自己负责的某一环节,却忽视了整个项目的情况。一旦某一环节上出现了调整,其他人员却无法第一时间得到消息,无法及时作出调整。结果就使得整个项目的工作节奏都被打乱了。
因此就像项目管理经验交流时有人说到的:“表格需要做减法”,我们首先应该以项目为单位,将涉及到的所有环节和资源都整合到一起,这样大家就可以知道自己在这整个项目中所处的位置,了解在项目中于自己相关的前后环节的进展情况,这样执行起计划来就更有依据了。
通过这两次项目管理的经验交流,大家准备已一本书作为一个项目,进行项目管理,设计出适合我们用的项目管理表格。这是与各个部门都相关的工作。一旦做好了,将会大大减少进度管理上的时间成本。使得管理更简单化也更人性化。
希望这项工作能够尽快的展开,尽早制作出适用于我们公司的项目管理表来,相信所有人都会尽力配合的。
本人做项目经理已经有5年的时间,感到做这个工作最要紧的就是要学会与项目干系人的沟通,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢采用先进的技术方案,往往耽误了工作进度,结果得不到领导和客户的认可。而这些人最大的缺点就是不擅长沟通。我从一个技术骨干逐渐培养成为一个项目经理,目前已经能够带领20人左右的团队,.这期间感触最深的也是沟通的重要性。
下面是我的一点体会:作为项目经理我们每天都要面对的项目干系人有领导、组员和客户。和这些人沟通,让他们知道你打算怎么做,什么时候做,以及想要的结果是什么,这些都是非常重要的,也是你和他们沟通的主要工作。既然沟通这么重要,就一定要确定好沟通的原则,沟通原则说不清楚,以后肯定要吃亏。沟通的第一个原则是规定信息的流动方式,是推还是拉。
推式沟通就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人,这种情况适合小项目;拉式沟通意思就是项目经理利用oa的公共信息交互区发布信息,对方需要什么信息就自己去查,这个方法适用比较大型的项目。另外一个很重要的沟通方式就是确定主动沟通和被动访问,一般来说,这两种方式是同时存在的,尤其是你的直接领导,项目经理应该采取主动沟通方式,如果等到领导来问就已经很被动了。沟通的第二个原则就是对沟通的结果多做记录,很多项目经理怕写文档,但是项目经理一定要牢记“口说无凭,立字为证”的道理。有时候项目中经常会遇到一些扯皮的事情,为什么会扯皮呢?就是因为没有证据。所以项目经理一定要养成写文档的习惯,把与领导和客户达成共识的重要内容写成文档,比如通过会议纪要请相关人员签字,这样以后扯皮的时候,就能做到有据可查。还有一个比较常见的问题,就是因为领导的某些原因耽误了我们工作进度,比如你提交的报告,领导一直拖着不批,让你的工作无法继续,结果拖延了进度。因此,我的经验是给领导和客户提交材料一定要考虑留出时间余量,同时要确定期限,最好能留下记录,以后好确定是谁的责任;另外,最好能在项目启动阶段就和领导商定:如果提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。
项目管理的优势是工作目标集中、组织架构灵活高效,劣势是因为项目临时性的特点,成员缺少归属感和安全感,一个项目组织内包括了各个技术领域的人员,成blue m员的职业发展不容易做得好。近些年逐渐流行起来的矩阵式项目管理,似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点,让项目管理扬长避短,再跨上一个新台阶。在技术风险较高的it项目管理中,更是成了一个时髦的名词弱矩阵管理的项目经理一般是由职能部门指派,归部门经理领导,对项目的控制作用很有限,主要依靠部门经理控制项目,项目成员和项目经理都由部门经理进行考核,这种模式适合项目规模较小,基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的,一般是由各部门经理的上一级领导指派,项目经理和部门经理都对项目有一定的控制权,项目经理的主要负责项目的进度、质量、成本,部门经理则负责组织技术攻关、技术培训和成员技术能力提升,项目经理和部门经理共同负责对成员的考核,这种模式适合项目规模较大、技术复杂度较高的情况,很适合it项目的特点。强矩阵类型自然就是以项目经理为主了,部门经理辅助项目经理,这种模式适合项目规模较大、但技术相对简单的情况。矩阵式管理虽然有诸多好处,但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导,这是有悖于传统管理的“常理”的,需要充分宣传引导,谨慎协调。平衡矩阵操作难度最高,就像推独轮车,要不断的关注员工对项目的项目管理忠诚度和对部门的忠诚度的变化,要不断的调整,以保持平衡。弱矩阵和强矩阵操作难度也不低,一不小心就会滑到纯项目管理或纯部门管理模式,所谓的矩阵会名存实亡,画蛇添足。阵式管理的另一个缺点就是沟通量大,需要有较强的“沟通管理”能力,否则就会掉入会议的漩涡中。如果能比较好的处理矩阵式管理的平衡和沟通问题,矩阵式项目管理是非常好的管理模式,对it项目管理必定会有很大好处。长期以来,软件项目高失败率的状况一直困扰着人们,研究表明,软件项目失败的原因主要有两个:一是应用项目的复杂性;二是缺乏合格的软件项目管理人才。实践证明缺乏有效的项目管理是导致软件项目失控的直接原因。
软件开发的风险之所以大,是由于软件过程能力低,其中最关键的问题在于软件开发组织不能很好地管理其软件过程,从而使一些好的开发方法和技术不能起到预期的作用。飞机票流程管理作为现代企业管理的先进思想和有效工具,随着市场环境与组织模式的变化,在以计算机网络为基础的现代社会信息化背景下越发显示出其威力和效用。流程管理不仅是一种管理技术,更体现了现代管理的思想。流程管理的重点是:理清和管理好所有主、支流程间的关系,使他们相互协调发挥应有的作用。流程管理增加了部门的透明度,管理的对象不是“部门”和“部门员工”的概念,而是以工序流程为管理对象,注重流程中每一个过程和效率以及和上下游工序的关系,管理重点在于整体流程的完整性和顺畅性 运用流程管理方法和技术进行软件项目管理,可以有效地改变软件过程管理混乱的局面。首先对软件项目开发过程进行有效的、规范化的定义;其次,在软件项目开发过程中,所有的活动过程均按照流程所规定的活动的逻辑关系、活动的实现方式来执行,这样可以使得所有的活动有序和可控;第三,通过明确运作流程,使项目组人员迅速融入项目和开发过程中;第四,关注每个过程的“结果”,使软件项目的所有工作产卵巢癌品均能得到有效的保存,保证了软件产品完整性。流程是由活动组成的。基本活动是由个人或团体来完成的,它不需要进行其他的基本活动的转化。流程的各个活动之间有着特定的流向,它包含着明确的起始活动与终止活动,因此是一个动态的概念。从结构上来看,流程有四个基本的构成因素:活动、活动的逻辑关系、活动的实现方式和活动的承担者。流程与“一系列的活动或事件”、“结果”等概念密切相关。流程管理不仅是一种管理技术,更体现了现代管理的思想,原有的以控制、塔式组织为基础的职能行政管理已经不能完全满足于现代企业发展和市场竞争的需要,管理的发展沿着分工理论运行了上百年后,现在又重新回归到整合与系统。
项目管理心得总结篇五
在此,我想将学习此门课程的心得总结为以下几点:
刚刚开始的时候,觉得项目管理就是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。然而在学习的过程中渐渐的发现我对项目管理只是表面的认识,正确理解应该是以 it 项目为对象的系统管理方法,是通过一个临时性的、专门的柔性组织,对项目进行高效率的计划、组织、指导和控制,以实现项目全过程的动态管理和项目目标的综合协调与优化。
好的项目团队,应该有一个共同认可的明确的目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中,我们所在的公司是一个大的项目团队,每个部门和每个作业小组就是一个小项目团队。
项目经理是项目管理的角色,是实现项目目标的责任人,同时是一个团队的灵魂人物。项目经理不一定是这个团队中能力最强的人,却是责任最重大的那个。他应该是有较强的意志力、凝聚力,有抗压能力的人,不会轻易被外界和他人影响。四、沟通是项目管理的桥梁沟通是项目成功必不可少的桥梁。要做好项目每个阶段的工作,达到预期的效果,就必 须在项目组内部以及项目组与外部环境之间建立沟通渠道,快速准确的传递信息从而达到各成员的协调一致;使项目成员明确各自的职责,了解他们的工作对实现项目目标所做的贡献。
这就是我在 it 项目管理当中的学习心得,希望在接下来的生活、工作和学习中能更好的领悟和运用学习所得。
项目管理心得总结篇六
项目管理是一项开放性、复杂性、变化性较强的工作,需要管理者具有系统化思维、风险意识、领导能力等多方面素质。作为一名项目管理者,我在多个项目中担任过不同角色,从中汲取了不少心得体会,希望能与大家分享。
第二段:重视团队建设
在项目管理中,团队建设可谓关键中的关键。一个有凝聚力、配合度高、理念相统一的团队是成功的关键因素之一。因此,管理者需要重视对团队成员的引导、培养,加强团队合作意识,增强有效沟通和协作能力。同时,要注重文化融合,营造一个积极、健康、向上的氛围,让团队维系稳定、发挥潜力。一个好的团队是项目管理成功的保障。
第三段:充分规划
无论何种项目都需要前期的充分规划,并将规划过程纳入项目周期中。规划是项目管理中的基石,它帮助管理者理清思路、厘清目标、制定实施方案、合理调配资源、预测风险、提高效率。规划过程中,管理者需要认真对接各个部门的意见,确保规划符合实际需要且实施可行。
第四段:有效沟通协调
项目管理是一个复杂的工作,需要管理者来协调各方事务。而沟通是协调的关键步骤之一。管理者需要密切关注各个部门之间的联系,及时捕捉信息并将其传递迅速。这样可以使得各方快速反应,减少沟通错误。同时,管理者也要关注进展,善于发现团队成员的需求、难点,及时提出解决办法,从而保证项目进度和质量。
第五段:总结
在项目管理中,管理者需要具备广泛的知识面、全面的能力素质和深厚的为人处世的品质。通过充分的规划,良好的团队建设和有效的沟通协调,项目的成功可以得到更大保障。同时,还需要认真总结项目中的经验教训,及时反馈,并在实际工作中不断完善,提升自身的综合素质,以适应日益复杂和多变的市场环境。越来越多的管理者群体参与项目管理,将对我们未来的工作方式和经济社会发展产生深远的影响。
项目管理心得总结篇七
年终岁尾,回顾08感慨颇多、收获颇多,6月我从计划物流部调到研发体系所成为一名项目管理员。经过参与俄罗斯认证项目、威虎4jbi项目、欧iv项目管理,使我对项目及项目管理工作有了深入的认识同时也发现工作中不足并积累了一些较成熟的经验,现总结如下。
1、工作与项目
项目是在特定条件下、具有特定目标一次性任务。项目具有一个根据某种技术规格完成的特定的目标;有确定的开始和结束日期、有成本限需要耗费资源。项目不等同于工作。我原先做生产计划员每一天做生产计划,它就是一项工作而不是项目,它是重复性、也没有项目的特定目标、没有时间要求等特点。而项目象俄罗斯认证项目为使产品出口俄罗斯市场取得欧规认证,有项目工期要求4个月,为完成认证项目我们要做一系列认证试验,取得欧规证书。欧iv项目为适应法规升级满足国家对汽车排放要求而做项目。这些项目都要满足某种技术规格、有特定目标、有时间要求、耗费资源、成本。使我从思想从对工作与项目概念有了清醒认识。
2、项目管理
项目管理是项目的管理者,在有限的资源约束下,运用系统的观点、方法和理论,对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价,以实现项目的目标。项目管理资料包括项目的整体、项目范围、项目时间、项目费用、项目质量、项目人力资源、项目沟通、项目风险等管理,最主要我认为还是项目时间、费用、质量的管理。
3、锻炼提高了自我的组织、协调、沟通本事
以前做生产计划员虽然也经常组织、协调、沟通生产计划安排的事情,但做了项目管理员以后对自身的组织、协调、沟通本事有更大提高。作为项目管理员需要经常组织各种会议、写会议纪要、协调项目管理过程问题、与项目组个职能模块进行沟通保证项目进展。拿此刻的k平台项目周例会来说,从会议室安排、会议通知下发、人员安排、会议过程中记录、会议纪律管理、会议纪要下发、会议纪要跟踪检查等工作需要组织、协调、沟通项目进展中问题安排下周项目工作。参加部门包括技术、质量、配套、财务、sqa、销售、工艺、生产、制造等部门。
4、了解学习到zpds体系流程
5、对保密性有了更深认识
以前在生产计划时对保密性没有概念,觉的无所谓,作为项目管理员,我认识到保密性重要性。
1、对项目管理目标、范围认识不清,导致在项目管理实践中分不清主次
2、对中兴zpds体系流程理解学习不到位
3、缺乏汽车整车开发基础知识了解
1、加强对项目管理理论知识、工具、方法学习并应用到以后工作中
2、加强项目管理中费用、质量管理
3、项目管理
项目管理心得总结篇八
进入xx公司已有3年的时间,回首往事,几多紧张、几多无奈,几多的欢乐。在xx公司我经历了从业务代表到办公室到业务部经理的转变,感谢公司对我的培养和信任。现将20xx年工作中显现的情形及明年的工作打算总结以下,以期能有指导日后工作推动之意义。
一、个人总结
1、个人工作方面
在20xx年xx月我被任命为业务部经理,在个人工作方面由于事务性工作和与部门之间和谐性工作量的加大,日常下小区的次数有所降落,对小区的实际真实情形没有认真了解,对小区的情形反馈没有掌控真实性,导致回传信息失真。另外一个体现就是在一些具体的个人业务养成方面,对新接待客户的回访深度剖析和老客户的保护上面做得不够精细。对竞争对手的产品分析不够深入,对市场情形的了解不够主动不够认真。
2、业务部内部管理上的疏漏
业务部人员专业培训和课外知识不到位:虽然在前期,对到岗的业务代表进行了系统的培训,但在后续的'专业培训跟进方面没有做到位,导致业务代表你说什么他都知道(由于培训过),你说什么他又不知道(由于他忘了),所以连续的、不中断的学习和培训将是后期工作的一大重点。加大力度搭建专业人才培训、考核。
业务信息渠道狭窄,市场拓展能力不足:我们的业务量没有大的发展,体现我们业务拓展的不足:信息范畴局限,渠道单一狭窄,缺少规范管理;信息甄别随便,跟踪手段简单,缺少系统策划;市场拓展思路不宽广、手段不丰富,单兵作战能力不强,综合技能有待提升。
3、客服中心
前台接待对客户不够认真,导致客户第一印象不深入:前台礼仪接待不够专业,没有对公司企业文化进行深入知道,对客户的前期引导不到位,导致客户对公司品牌不够了解,没有品牌信任度和品牌附加值。比如:对公司的成立时间、公司所获得的荣誉、公司的实力、公司在目前市场的认知度及竞争品牌的不了解、不熟知等等。
老客户保护工作滞后,导致老客户推介率降落:培养一个老客户的虔诚度,是一个企业久长发展的宝贝,开发一个新客户的难度和本钱大于保护老客户的反复购买力和推介率。而常常我们忽视了这一点,而导致客户的推介率大大的着落。施工进程中严把着质量关,售后修理要积极妥善。日常对老客户要做好保护,比如:日常的祝愿短信、天气提示、节日的祝愿贺卡等等一些细节营销,维系老客户与公司关系,也能够第一时间得到老客户样板房的提供。
二、20xx年的工作计划
在20xx年岁末xx总提出了“xx战略”xx套餐和xx套餐,并通过和专业老师的学习,这个决策在全部市场第一家推出,应当在市场上依照xx总的整体思路是可行的,在20xx年应当全力以赴来做好这个套餐方案。具体工作业务部计划以下:
1、重视企业人才建设,增强企业竞争力
业务部拟建立健全绩效考核体系,拟编制完善《xx手册》,初步形成业务部鼓励机制,努力形成“公平公平、广纳群贤、人尽其才、能上能下、充满活力”的用人机制。202x年公司共吸引各类人才数余名,初步实现“吸引人才、留住人才”的人才战略,逐渐增加企业竞争力。业务部人员需采取大浪淘沙制度,金子都留下来为我所用制定完善的公司品牌文化说辞,加强前台接待和业务部全部人员的学习,使公司品牌价值充分体现在日常的接待中。第一培养员工对企业的虔诚度,再用他们的豪情和对公司的酷爱来培养客户的虔诚度。
2、公道利用经营资源,加强经营配套服务意识
为了更好地服务客户,提高客户签单率,客服中心拟制定《客户管理制度》,针对新老客户的实际情形和工程的特点,和设计部从不同风格设计师安排、设计方案、项目经理安排等方面给予专业的建议和相应的服务,做好每一个细节使客户充分中意。
3、以经营为核心,整合资源,推行全面营销模式
根据公司及xx总xx“xx战略“的定位,我们应采取更加灵活有效、更加务实的措施、更科学的运营管理、更优质的服务,转换经营机制,优化工作流程,强化服务意识,拓宽视野,使双套餐产品在市场上能够打响。
4、落实教育培训工作
在补充建章立制后,利用早班会、培训课等各种方式狠抓教育培训工作通过教育培训,使员工按制度办事、遵纪遵法的观念要有质的提高。从而实现了全部员工接到任务后都能满腔热情、任劳任怨的努力完成。
项目管理心得总结篇九
时间飞逝,转眼间我们就迎来了崭新的20xx年。也就是说,我们的软件项目管理已经到了学期的最后,我们seed小组的软件项目也已完工,这一个学期真的是获益匪浅!
xx老师曾经说我既可以走技术路线也能够走管理路线,一切都看我自己。真的很是佩服老师的看人眼光,很锋利。我知道,现在的我不是没有能力去做好,只是自己没有去做,一直在殿外徘徊,不肯付出努力向前迈进。
在技术上,我总是给自己找借口,总是偷懒,但我现在明确了一点,没有技术,就没有管理!脱离技术的管理是不可能的,也是不现实的。在这个行业里,技术是一切的基本,想作工程师也好,想作管理者也好,技术都是起步的根基。在这个小项目里,虽然我们两个星期就开发完成了这个软件,并交付使用,但是问题还是很多的。在这么一个小项目里,由于需求、设计、代码、文档产生的问题,每一个看似容易,却都需要实实在在的体会在里面,都需要对业务的熟悉,有语言功底作根基。
在这个项目里,我负责软件配置管理工作,在文档的整理进程中,我仔细看了他们的需求分析,概要设计,数据库设计,模块设计等文档,也参与了风险分析文档的编写,承当了用户手册和项目本钱估算的编写。在这个进程中,我明确了技术的实在乎义,明确了技术对我的指导作用,同时也明确了自己的学习道路应当怎么走下去!
全部项目进行的进程中,我一直在努力从中学习,我旁听开发组的会议,为组长提供管理意见,为会议、文档制定标准,全部进程我收获了很多。
1、软件项目小组中的人员安排要职责明确,并有配套的管理记录,整理每个人的工作进度,随时更新,以方便开发人员、测试人员之间的沟通。
2、会议、文档、代码都要有相应的“纪律”,否则全部小组的'开发效率会大打折扣。
3、对业务的熟悉有助于明确需求,只有明确的需求才能让项目更加顺利的进行。
4、细致的计划可以让项目进行避免很多弯路,可以在任务的早期就发觉存在的问题,并及时予以解决。
5、项目文档、代码定期予以备份,当项目遇到未预见到的问题时可以及时复原,尽可能减少缺失。
当然,还有很多,包括软件测试上的收获,写文档的收获,这里就不一一罗列了。这是我大学里最认真的一门课,当然,收获也是最多的。
以上就是我们的工作总结。在工作的这些日子里,我们学到了很多的东西。最后,谢谢礼平老师给我带来的这一切一切,也感谢同组同学给我的帮助,结果已然不重要了,我所收获的这许多东西,远比成绩要成心义的多。
项目管理心得总结篇十
从一个公司小小的业务员走到今天公司的项目经理,其中的酸甜苦辣,个中滋味也只有自己能够体会了,不过这些年我一直是通过自己的努力,一步一个脚印慢慢的过来的,这使我慢慢的开始懂得了创业的艰苦,我走到现在这一部,我更加珍惜我的工作了,我将会在工作中尽自己最大努力的。
回顾20xx年,在公司各级领导的正确指挥及担保业务部领导的直接带领之下,本人始终按照公司20xx年工作部署,并根据本人工作实际,紧紧握住做业务和抓营销两把钥匙,在项目经理的工作岗位上做到了努力学习,大胆实践,转变观念,很快适应了我公司快速发展的要求,圆满完成了全年工作任务。
本人热爱自己的本职工作,热心为客户服务,认真遵守劳动纪律,有效利用工作时间,坚守岗位。
需要加班完成工作时,就利用晚上和休息天进行调研和评审报告撰写,公司下达的临时工作任务,都能够按做到按时按量完成。
在日常工作中严格自律,谢绝客户多次请客送礼,努力维护公司在客户心中的良好的形象,也实际提高了自身的职业修养。
在20xx年中,本人实际完成担保贷款业务笔数7.2笔,完成任务量的180%,完成业务金额为1050万元,完成任务量的105%。
其中作为项目经理a角完成业务5笔,金额688万元,作为项目经理b角完成业务2.2笔,金额362万元,以上本人参与完成的项目共计18笔,业务量总额3612万元。
上述成绩的取得得益于公司各级领导的正确领导,同事的鼎立支持,再加上本人坚持不懈的努力和花费了大量的加班时间,可以说每一笔贷款,每一分业务都包含着心血,留下了刻骨铭心的记忆。
20xx年本人付出了辛勤的汗水,也收获了成长的喜悦。
本人在20xx年坚持理论学习与实践操作相结合,通过公司培训、业余自学多种渠道积累业务知识,并坚持及时总结。
年中本人的论文《中小企业文化建设的难题及破解之策》在《**担保》杂志上发表,受到不少客户的好评;本人半年工作总结也得到了王总的肯定,担保项目“人、事、物”原则的思考逐步深入,从单纯的“人”、“事”和“物”的三方面扩展到“人”与“事”、“人”与“物”、“事”与“物”的对立统一上。
对该原则的深入思考,使得本人业务操作的思路愈加清晰,而不断的业务积累又反过来促进了对该原则的深入领会和扩展,感觉收益匪浅。
在20xx年公司布置重点进行的gmis系统流程录入、档案归档及“回头看”工作中,本人严格按照公司要求,认真完成本人项下的任务,努力做到gmis系统流程与项目流程一致;在项目归档工作中,本人也按照公司要求按时按步骤移交了档案资料,同时也通过该项工作,对贷款资料及时查漏补缺,完善了贷后管理;在回头看工作中,本人按照公司整体部署和担保部具体的安排,对本人负责的贷款企业全部走访了一遍,其中对重点企业海南**有限公司走访了3次,对海南**有限公司存货质押情况不定期抽查9次,较圆满完成了公司任务,为下一步工作理清了思路。
五、客户营销工作取得较大进展。
缺乏优质的客户资源是新项目经理普遍面临的困难,在20xx年全年的工作中,本人时刻将客户营销工作作为自己的核心任务来抓,全年度推荐企业加入信用协会共计6户,其中已放款的有海南**包装有限公司一户60万元,已通过交通银行评审但尚未放款的有海南**贸易有限公司一户150万元,其他正在进行担保或委贷业务评审的有两户,该两户计划发放贷款约200万元。
在客户营销的实践中,本人深刻领会并坚决贯彻落实王总多次提出的“向客户上下游延伸的”思路,在实际着手营销客户过程中受到业务部潘部长的悉心指导,收益匪浅。
最值得称道的例子是对海南**有限公司的项目操作。
在项目调查过程中,本人走访了**公司下游的十余家印刷包装厂,在核实**公司销售收入的同时,也向这些印刷包装厂宣介担保公司,了解到了他们的融资需求,解答他们的具体疑问。
通过项目经理的言行使他们深切感觉到担保公司工作人员敬业、诚恳、严谨、务实的工作作风,不少企业申请加入了信用协会,其中海南**包装有限公司和海南**包装有限公司还通过我公司担保分别获得了开发银行60万元和50万元的贷款支持。
今后本人还将会继续贯彻王总“向客户上下游延伸的”的营销思路,继续拓宽客户来源,深入挖掘发展潜在客户,将营销工作向纵深推进。
通过交行贷款,我公司提供担保并由开发行再担保的渠道是公司20xx年底开通的新的贷款渠道,但是由于其程序较复杂,且涉及从交行各支行到分行零贷部、法务部、主管行长等多个操作环节,最后还要经过开行审批流程,项目经理操作过程中需要耗费极大的时间和精力。
本人在20xx年通过海南**有限公司和海南**贸易有限公司两户企业在上述渠道操作的实践,同时在*副总、*副总及*部长的直接领导下,总结出一整套比较成熟和完备的与该渠道相关的资料、文件及操作流程,一方面为今后公司相关业务的顺利开展打下了比较坚实的基础,另一方面使得本人担保理论知识和实务操作水平上了一个新的台阶。
本人认为,必须及时总结工作中的经验教训,对指导日后的工作大有裨益,今后本人仍将坚持不懈抓紧。
刚刚过去的20xx年对公司对本人都是收获的一年,但是也暴露出了不足和缺点,如客户资源仍然较匮乏,业务水平较老项目经理存在较大差距,管理细节尚不能达到完善等等。
因此,在今后的工作和学习中,本人将继续把做业务与客户营销相结合、与总结经验教训相结合、与个人性格改善相结合、与锻炼意志相结合,努力探索担保业务与法律业务相互促进的新途径,努力将自己锻造成为一个具有复合型知识、开发型性格和坚强意志力的合格的项目经理。
只有克服了我的弱点,将我的最大优点发挥出来,那么我这个项目经理的工作就可以做到最好了,我也知道我自己的能力还没有达到十分强的地步,所以只有不断的努力和不断的进步才能弥补我的缺憾,我会努力的!
现在的生活就是这样,竞争的的激烈造就了我的生活中的不断进步,我会将我的工作在大家的帮助下,实现我最好的价值!
软件项目风险是指在整个项目周期中所涉及的成本预算、开发进度、技术难度、经济可行性、安全管理等各方面的问题,以及由这些问题而对项目所产生的影响。
项目的风险与其可行性成反比,其可行性越高,风险越低。
软件项目的可行性分为经济可行性、业务可行性、技术可行性、法律可行性等四个方面。
而软件项目风险则分为产品规模风险、需要风险、相关性风险、管理风险、安全风险等六个方面:
1. 产品规模风险
项目的风险是与产品的规模成正比的,一般产品规模越大,问题就越突出。
尤其是估算产品规模的方法,复用软件的多少,需求变更的多少等因素与产品风险息息相关:
(1) 估算产品规模的方法
(2) 产品规模估算的信任度
(3) 产品规模与以前产品规模平均值的偏差
(4) 产品的用户数
(5) 复用软件的多少
(6) 产品需求变更的多少
2. 需求风险
很多项目在确定需求时都面临着一些不确定性。
当在项目早期容忍了这些不确定性,并且在项目进展过程当中得不到解决,这些问题就会对项目的成功造成很大威胁。
如果不控制与需求相关的风险因素,那么就很有可能产生错误的产品或者拙劣地建造预期的产品。
每一种情况对产品来讲都可能致命的,这些的风险因素有:
(1) 对产品缺少清晰的认识
(2) 对产品需求缺少认同
(3) 在做需求分析过程中客户参与不够
(4) 没有优先需求
(5) 由于不确定的需要导致新的市场
(6) 不断变化需求
(7) 缺少有效的需求变化管理过程
(8) 对需求的变化缺少相关分析等
3. 相关性风险
许多风险都是因为项目的外部环境或因素的相关性产生的。
控制外部的相关性风险, 能缓解策略应该包括可能性计划,以便从第二资源或协同工作资源中取得必要的组成部分,并觉察潜在的问题,与外部环境相关的因素有:
(1) 客户供应条目或信息
(2) 交互成员或交互团体依赖性
(3) 内部或外部转包商的关系
(4) 经验丰富人员的可得性
(5) 项目的复用性
4. 技术风险
软件技术的飞速发展和经验丰富员工的缺乏,意味着项目团队可能会因为技巧的原因影响项目的成功。
在早期,识别风险从而采取合适的预防措施是解决风险领域问题的关键,比如:培训、聘请顾问以及为项目团队招聘合适的人才等。
关于技术主要有下面这些风险因素:
(1) 缺乏培训
(2) 对方法、工具和技术理解的不够
(3) 应用领域的经验不足
(4) 对新的技术和开发方法应用不熟悉
5. 管理风险
尽管管理问题制约了很多项目的成功,但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。
在大部分项目里,项目经理经常是写项目风险管理计划的人,他们有先天性的不足——不能检查到自己的错误。
因而,使项目的成功变得更加困难。
如果不正视这些棘手的问题,它们就很有可能在项目进行的某个阶段影响项目本身。
当我们定义了项目追踪过程并且明晰项目角色和责任,就能处理这些风险因素:
(1) 计划和任务定义不够充分
(2) 对实际项目状态不了解
(3) 项目所有者和决策者分不清
(4) 不切实际的承诺
(5) 不能与员工之间的进行充分地沟通
6. 安全风险
软件产品本身是属于创造性的产品,产品本身的核心技术保密非常重要。
但一直以来,我们在软件这方 面的安全意识比较淡薄,对软件产品的开发主要注重技术本身,而忽略了专利的保护。
软件行业的技术人员流动是很普遍的现象,随着技术人员的流失、变更,很能会导致产品和新技术的泄密,致使我们的软件产品被它公司窃取,导致项目失败。
而且在软件方面关于知识产权的认定目前还没有明确的一个行业规范,这也是我们 软件项目潜在的风险。
7. 回避风险的方式
(1) 以开发方诱导能保证需求的完整,使需求与客户的真实期望高度一致。
再以书面方便形成《用户需求》这一重要的文档,避免疏漏造成的损失在软件系统的后续阶段被逐步地放大。
(2) 设立监督制度,项目开发中任何较大的决定都必须有客户参与进行的,在该项目中项目监督由项目开发中的质量监督组来实施。
(3) 需求变更需要经过统一的负责人提出,并且要用户需求的审核领导认可,需求变更应该是定期而不是随时的提出,而且开发方应该做好详细的记录,让客户了解需求变更的实际情况。
(4) 控制系统的复杂程度,过于简单的系统结构,对用户来使用比例会有明显的折扣,甚至造成软件寿命过短。
反之,软件结构的过于灵活和通用,必然引起软件实现的难度增加,系统的复杂度会上升,这又会在实现和测试阶段带来风险。
适当控制系统的复杂程度有利于降低开发的风险。
(5) 从软件工程的角度看,软件维护费用约占总费用的55%~70%,系统越大,该费用越高。
对系统可维护性的轻视是大型软件系统的最大风险。
在软件漫长的运营期内,业务规则肯定会不断发展,科学的解决此问题的做法是不断对软件系统进行版本升级,在确保可维护性的前提下逐步扩展系统。
(6) 设定应急计划,每个开发计划都至少应该设定一个应急预案去应对出现突发情况和不可遇知的风险。
回到目录
1. 成本预算方式
(1) 自上而下的预算方法
自上而下的预方法主要是依据上层、中层项目管理人员的管理经验进行判断,对构成项目整体成本的子项目成本进行估计,并把这些判断估计的结果传递给低一层的管理人员,在此基础上由这一层的管理人员对组成项目的子任务和子项目的成本进行估计,然后继续向下一层传递他们的成本估计,直到传递到最低一层。
使用此预算方式,在上层的管理人员根据他们的经验进行的费用估计分解到下层时,可能会出现下层人员认为上层的估计不足以完成相应任务的情况。
这时,下层人员不一定会表达出自己的真实观点,不一定会和上层管理人员进行理智地讨论,从而得出更为合理的预算分配方案。
在实际中,他们往往只能沉默地等待上层管理者自行发现问题并予以纠正,这样往往会给项目带来诸多问题。
自上而下更适用于项目启动的前期,与真实费用相差在30% ~ 70%之间。
scrum使用自上而下的成本预算方式,它不会立即精确地确定成本,而是以最大限度容纳客户对未来产品要求所产生的变更。
(2) 自下而上的预算方法
自下而上方法要求运用wb对项目的所有工作任务的时间和预算进行仔细考察。
最初,预算是针对资源(团队成员的工作时间、硬件的配置)进行的,项目经理在此之上再加上适当的间接费用(如培训费用、管理费用、不可预见费等)以及项目要达到的利润目标就形成了项目的.总预算。
自下而上的预算方法要求全面考虑所有涉及到的工作任务,更适用于项目的初期与中期,它能准备地评估项目的成本,与真实费用相差在5% ~ 10%之间。
注解:wbs
wbs是面向提交成果对项目的分解,从提交成果的列表可以确定每个提交成果需要执行的活动。
scrum会对wbs进一步细化,把一个迭代分解为一个或多个的工作包,再把工作包分解为细小的开发任务(一般开发任务的开发周期在15个工作小时以内)。
2. 确定项目支出
总体成本预算就是结合下列多个成本预算方式综合计算的开发成本:
(1) 零基数预算
在成本预算的初期应该使用零基数的计算原则,而不可以使用类似于:以上一年总体费用加上20% 这样粗略的方式计算项目成本。
(2) 软硬件成本、物品成本
物品成本是指类似于:服务器(ram 硬盘 cpu nic卡 raid簇)成本、维护成本、机房租金、光纤通讯成本、软件成本等的成本。
计算成本时需要考虑组装硬盘需时的长短,技术人员需要具备的质素,产品供应商能否提供保证质量,管理时是否需要额外的管理人员这些多方因素。
(3) 软件许可证成本
(4) 外包成本
当使用类似:视频、短信、移动电信类服务、门户网站等子项目时可以考虑以外包形式完成,以降低开发成本。
(5) 人力资源成本
计算人力资源成本时应该使用以最高和最低的工作效率估算平均效率的方式,计算出人力资源的平均成本。
(6) 维修保养成本
回到目录
从客户沟通的方向出发来看,软件项目可分为:需求识别、方案定制、项目实施、项目结束等4个不同的阶段,各个阶段都具有不同的沟通重点。
1. 需求识别阶段
(1) 文本沟通
在需求识别的前期,应该通过问卷、原型展示、界面展示、逻辑处理展示、准化文档模板等方式进行全方位多角度的分析,随时将不明确之处反馈给客户,以期待客户解答。
并以文本记录的方式建立需要分析书,并要求客户审核需求分析书,以达到需要分析与客户的真实期望高度一致的结果。
(2) 业务逻辑沟通
在进行业务沟通时,应该了解客户的行业语言,以促进业务分析的过程,越过应用需求和开发之间的鸿沟。
沟通过程提倡以草图或者可视信息化的方式进行, 针对不同层面的企业用户提供最适合的操作界面。
以多角度的方式思考问题,要抓住需求重点,尤其是客户方领导所关注的创新类和实用类需求。
(3) 需求变更的规范化管理
需求变更在软件开发类项目中是可以理解的,但必须对需求变更做好规范化的管理,以避免出现需求无止境变更的风险。
需求变更必须由统一的负责人提出,并且由用户需求的审核领导者认可。
需求变更的提出应该是定期而不是随时的,开发方应该做好详细的文本记录,让客户了解需求变更的实际情况和开发方为之所付出的成本代价。
2. 方案定制阶段
该阶段项目的主要任务是与客户共同制定一个以前期明确的需求、双方的资源、项目开始的阶段、实施的时间约定、项目费用限制等为基础的具有可操作性的项目计划,从本阶段开始争取客户全面参与项目的管理,并以双方的共同利益考虑项目实施的具体计划与风险规避。
3. 项目实施阶段
在该阶段,软件项目团队应该与客户共同领导项目的实施。
同时,项目团队应实时评估客户满意度,并通过持续改进的方式提高客户满意度,还应要求客户参加必要的培训,以及在必要时检查项目产品。
在出现客户的需求变更前,应主动与客户沟通交流,使客户充分了解项目的每个环节,以及变更带来的影响,减少需求变更。
如果出现客户需求变更,应与客户一起共同解决由变更引起的成本、进度、质量变化。
4. 结束阶段
该阶段主要进行项目成果的移交,并把系统交付给维护人员,帮助客户实现商务目标,结清各种款项。
完成这些工作后应该进行项目评估,审核此项目的成果并总结项目经验。
5. 售前人员注意事项
在产品型项目作为开发成果时,相关销售人员应该注意:对产品的推销不应该过分承诺。
如果过分承诺,会给后续的项目实施带来困难;一旦承诺没有兑现,也会降低客户满意度,影响今后合作。
如果有附加承诺,一定要以文本形式记录,让实施项目经理知晓并传达给项目组成员。
注解:在软件项目中,需要明确以下四种客户角色
a. 要明确最终使用部门和用户,要去了解他们现有的工作方式,要让他们知道项目的目标框架,知道项目要解决他们的哪些困难,但绝对不是全部困难,这样可以较好的控制项目范围。
b. 要明确需求的提出者,他或者他们要能够代表最终客户群体。
提出产品需求的这类客户要具有一定的技术、业务能力和权威,能够真正代表最终客户团队的意愿和想法,最好有it基础,能够用it语言描述问题和需求,以利于双方的沟通、协作,避免产生歧义。
c. 要明确做需求确认的中层领导,他要把握方向。
软件开发项目是解决实际生产或者管理问题,同时 也是领导系统建设的具体实现,做需求确认的客户领导,既要了解高层领导的系统建设要点和方向,又要谙熟具体业务和生产管理实际。
如果是这样的客户领导来把 握和决策,对企业软件开发项目的顺利进展作用非凡。
d. 要明确谁来对成品提意见,谁来验收。
项目验收环节,是项目的收尾环节,如果验收的人对项目初期的需求目标不了解,会从态度和产品实际使用效果上对验收产生负面的影响,对提供产品的企业关闭项目非常不利。
根据实践总结,由需求提出人和确认人来做项 目的验收工作,能够促进项目的顺利完成,避免延期。
回到目录
1. 需求分析的过程
需求过程包括需求开发和需求管理2个部分:
(1) 需求开发就是对开发前期的管理,与客房的沟通过程,可以分为4个阶段:需求获取、需求分析、编写需求和需求验证。
(2) 需求管理:就是软件项目开发过程中控制和维持需求约定的活动。
包括:变更控制、版本控制、需求跟踪、需求状态跟踪。
2. 需求的层次
需求的层次包括:业务需求、用户需求、功能需求、非功能需求等4个方面。
3. 需求开发阶段的重点
(1) 提取业务对象
业务对象是指系统使用的真实对象,例如一个供应链管理 (supply chain management ,简称scm) 业务对象主要包括:生产批发商、零售商、送货商、顾客多个层次。
(2) 提取业务流程
在了解业务逻辑的过程中,应该列举出所开发软件模块的各自职能,并细化每个工作流程,深入分析业务逻辑。
(3) 性能需求
在分析的前期应该注意客户对所开发软件的技术性能指标,如存储容量限制、运行时间限制、安全保密性等。
(4) 环境需求
环境需求是指软件平台运行时所处环境的要求,如硬件方面:机型、外部设备、数据通信接口;软件方面:系统软件,包括操作系统、网络软件、数据库管理系统方面;使用方面:使用部门在制度上,操作人员上的技术水平上应具备怎样的条件。
(5) 可靠性需求
对所开发软件在投入运行后发生故障的概率,应该按实际的运行环境提出要求。
对于重要的软件,或是运行失效会造成严重后果的软件,应提出较高的可靠性要求。
(6) 安全保密要求
在需求分析时应当在这方面恰当地做出规定,对所开发的软件给予特殊的设计,使其在运行中,其安全保密方面的性能得到必要的保证。
(7) 用户界面需求
为用户界面细致地规定到达的要求。
(8) 资源使用需求
开发的软件在运行时和开发时所需要的各种资源。
(9) 软件成本消耗与开发进度需求
在软件项目立项后,根据合同规定,对软件开发的进度和各步骤的费用提出要求,作为开发管理的依据。
(10) 开发目标需求
预先估计以后系统可能达到的目标,这样可以比较容易对系统进行必要的补充和修改。
4. 需求分析的任务
需求分析的主要任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型,其流程如下:
(1) 确定对系统的综合需求(功能、性能、运行、扩充需求)
(2) 制作产品需求文档 (prd)
(3) 分析系统的数据需求(概念模型、数据字典、规范化)
(4) 导出目标系统的详细的逻辑模型(数据流图、数据字典、主要功能描述)
(5) 开发原形系统
(6) 从prd提取编制软件需求规格说明书(srs)
注解:srs格式
1.引言 2系统概述(项目背景、系统目标、核心业务流程) 3.术语说明 4.系统结构(架构图、功能图)
5.主体功能与业务逻辑(重点) 6.接口需求(内部、外部接口、) 7.网络总体设计(拓扑网络、主机、组网)
8.运行环境(linux、windows、iis、 weblogic、tomcat、olap、oltp、jdk 8.0 、.net framework 4.0等)
回到目录
1. 设计原则
(1) srp单一职责链
每个类都应该只负责做一件事。
(2) ocp开封闭合原则
软件的实体(类、模块、函数等)应该是可以扩展的,但是不可修改的。
(3) lsp替换原则
子类必须能替换他们的基类型。
(4) dip依赖倒置原则
高层模块不应该依赖于低层模块,二者都应该依赖于接口与抽象类。
抽象不应该依赖于细节,细节应依赖于对象。
(5) isp接口隔离原则
不应该强迫客户依赖于并未使用的接口,而应该把胖接口分离。
2. 实现uml建模
(1) 业务对象的提取
(2) 根据srs、crc等实现用况建模
(3) 实现业务顺序图
(4) 建立类图,根据用况图建立对象之间的关联
(5) 绘制活动图、实现协作图、状态图
回到目录
1. 建立项目计划
(1) 设计总体架构
针对系统的实施需要,采取适当的且成熟的框架结构。
(2) 控制可扩展度
扩展度过大,将提高系统的复杂程度,延长开发时间;扩展度过低,会直接影响系统的二次开发与维护。
控制系统的可扩展性,能提高开发效率,降低系统维护的难度。
(3) 建立基础设施
合理分配部署软、硬件等基础设施所需要的时间与成本(例如:服务器的订购安装、光纤接入、软件平台订购)。
(4) 划分开发任务
利用wb对可交付结果进行分类与划分。
每个项目都能划分为多个不同阶段,每个阶段又可以分为多个工作包(work package),工作包是wbs里最小的可交付结果,最后从工作包中分解出多个开发任务列表。
(5) 部署开发进度
一个项目应该按进度划分为多个开发阶段,每个阶段的开发周期一般在30~60个工作日以内。
在此阶段内应该与客户举行协商会议,制定产品路线图,在开发过程中邀请客户积极参与并提出反馈意见。
然后把该时段内的开发任务按照开发难度,依赖性,重要性等多方条件划分为多个迭代周期。
在scrum 敏捷软件开发原则中,应该把每个迭代任务进一步细分为多个开发任务列表,再开发任务分配给组员各自负责,而开发时间应该控制在15个工作小时以内。
如果开发时间超出15个工作小时,应该考虑把开发任务再度细化。
开发任务建议应该由组员自主选择,而不要使用强制分配的方式。
(5) 测试项目成果
每个工作包都应该同步部署测试工作,提高项目的质量。
对出错bug的工作包应该由测试人员以文本方式记录,向开发人员展示错误所在,让开发人员及时进行修改。
2. 管理开发团队
(1) 组建团队
按照工作任务与项目时间的前提条件建立团队,按团队职责分配人员,一般团队人数应该控制在8~12人之间。
当团队人数超过15人时,应该考虑把团队分解成2个独立团队,负责不同的开发任务。
(2) 分配开发任务
在每个迭代周期内(一般是15~30个工作日),应该把每个工作包进一步细分为多个开发任务,再开发任务分配给组员各自负责,开发时间应该控制在15个工作小时以内。
如果开发任务的开发时间超出15个工作小时,应该考虑把任务再度细化。
而开发任务应该以自由选择的方式分配给每个组员。
(3) 监督开发进度
在迭代的前期举行一次会议,让组员了解开发的进展及流程,并以自主选择的方式分配开发任务。
期间可使用microsoft project等工具记录开发流程的进展,在每个工作包完成开发后应该进行性功能的测试,并以文本方式记录测试结果。
每天举行一次15分钟的站立会议,让组员交待昨天已完成的开发任务,当天将要做的任务,与开发过程中所遇到的问题。
并在每周末举行一次例行会议,交待总体进程。
在迭代末期举行一次冲刺会议,总结项目的进展,交行已完成的任务,回顾该迭代周期内所遇到的问题,为下一个迭代做好准备。
(4) 系统测试
对每个已完成的工作包进行适时的测试,保证系统质量与性能。
对测试结果进行文本的记录,并把测试结果与绩效工资收入挂钩,并以真实数据计算组员的绩效收入。
(5) 解决开发中所遇到的问题
对开发人员进行前期培训,可适当按工作能力分配任务,指导组员的开发。
当遇到问题时应该在当天的站立会议时即时提出,并在15个工作小时内解决所遇到的问题以防止问题进一步扩大。
3. 监管产品质量
(1) 质量需要的是计划、设计而并非审查的。
在产品建立的初级,必须与“质量保证”(qa)的部门进行协商,以正式文档的方式,决定恰当的质量策略和标准。
(2) 在开发过程中使用tdd(测试驱动开发)的模式,提高开发质量。
测试人员应该以文本方式记录bug,并与开发人员共同工作的,把突出的缺陷演示给开发人员,以提高修改的效率。
(3) 在每个迭代的结束时进行一次产品效果的演示,从客户、使用者、高层领导中收集反馈信息。
在团队内部举行评审会议,分析测试结果,了解产品性能,为下次迭代所需要做的改进做好计划。
4. 修改项目计划
(1) 在产品需要识别阶段,应该以文档形式记录产品功能与开发流程,在开发计划需要修改时,应该与客户共同探讨,让客户了解计划修改对项目进度所造成的影响。
(2) 项目计划的修改应该由统一的负责人提出,并且由用户需求的审核领导者认可。
需求变更的提出应该是定期而不是随时的。
(3) 计划的变更应该做好详细的文本记录,让客户了解需求变更的实际情况和开发方为之所付出的成本代价。
回到目录
1. 项目的后期审核
在项目开发最终完成后,对开发人员来说可算是放下工作的重担,但对项目经理来说这往往是项目的关键时刻。
前期的风险评估、成本预算、需求分析、软件设计都是为了引导项目走向这一时刻,此时所有的目光都将投向项目管理人员。
你可能发现大量而琐碎的工作将要在几个小时内完成,此刻项目经理更需要保持清醒与镇定,把最后的工作视为微型项目来对待。
细致地对项目进行后期的审核,分析项目成果、项目团队的效率、可交付产品的价值,以此审核结果可作为项目管理经验总结的一部分。
2. 质量评审
在项目交付前,应该把项目交给相关的“质量保证”(qa)部门进行质量评审,并邀请典型用户感受产品的质量。
3. 项目的最终交付
正常情况下在项目的前期就会订立项目交付的协议,项目交付方式分为非正式验收与正式验收两种。
一般在项目完成后都会先进行非正式验收,让客户体会项目的质量并提出反馈意见,最后在客户肯定产品质量后再以书面协议的形式进行正式的产品验收。
4. 项目的最终报告
在项目的最后,应该制定项目的最终报告,此报告可以视为是对该项目一个记录,但报告不必包含项目的所有方面。
一般最终报告应该包含以下方面:
(1) 最初引进项目时的初期项目视图
(2) 对该项目的价值评估及支持性信息
(3) 项目的范围
(4) 项目的开发流程及wbs
(5) 项目的会议记录
(6) 项目变更的报告及变更的理由
(7) 与项目相关的沟通过程文件
(8) 项目的审核报告与客户验收报告
(9) 项目成员的表现报告
(10) 项目的最终成果
项目管理心得总结篇十一
20xx年项目管理部在各级领导的关怀指导下,健全完善管理制度、改善加强施工管理等要求,取得了一定的成效,同时也存在许多不足,需要在明年的工作中加以改进提高。
20xx年在各部门同事共同努力下,协助生产经理。本着服务工程,协调施工现场的工作需要,较好的完成了各分队的施工生产工作。
主要生产任务如下:
(1)组织南昌分队、大件分队协同九江货运办,安全顺利完成了九江四期普通货物、大型设备运输任务,得到了业主方的好评。为运输公司取得了一定利润做出了一定贡献。
完成南昌至布连定子吊架运输;布连至榆林塔吊、龙门吊转运任务;南昌至福建塔吊运输任务;火电公司国际部运至上海港各种设备运输任务;新昌电厂零时性急需运输任务;协助现场分队完成了部分外单位机具设备转运任务;承运浙江温州至江西万载变压器运输任务;同时项目管理部承担了南昌地区一定的装卸车任务。
(2)施工现场点多面广,分布较广。项目管理部全体同仁本着急工程所急,想工程所想原则,积极服务现场,不论是人员、车辆调配,还是急需配件等都能按各分队的要求第一时间抵达现场。
施工高峰期间不论是远在内蒙古自治区的布连分队、陕西省的榆林分队,还是省内九江、贵溪分队都能及时抽调人员、车辆进现场驻点以缓解工程所急满足工程需要。
(3)公司车辆维修由较少人员的机修车间承担,同时近距离施工现场车辆维修时有发生,机修车间都能及时抽调人员赶赴现场进行维修。特别是90t吊车修复,机修、物质部门查阅了大量资料数据,完善了90t吊车的修复,全年外部修理成本有显著下降。
(1)因各种原因人员流失严重,各施工现场驾驶员、吊车操作人员缺乏,现急需培训人员到位,以补今后各分队缺口。
(2)制度执行力不到位,部门与部门协调配合力度不高,存在扯皮现象造成被动工作时有发生。需要加强凝聚力并完善公司管理制度。
(3)公司车辆大都长期服役,设备老化严重,加上部分驾驶员对车辆维护保养意识不到位,使修理维护成本一直保持在高位运行。需加大维护保养奖惩力度。
(4)20xx年度安全生产工作不容乐观,运输的安全生产工作,涉及方方面面,涉及每个部门,每一个人,车辆安全管理是全员性的管理,要把控制点分布到每个环节!
需要增加完善奖惩制度,制度要严明,实施起来既要有温情,也要有魄力!
继续贯彻推进公司管理制度建设与发展,不断激励员工工作积极性;完善沟通机制的建设,开拓创新,提高公司整体工作效率和工作质量;完善公司奖惩制度建设:为更好的激发员工工作积极性,提高工作效率,促进公司快速发展,制定奖励惩罚措施,实行奖罚分明,奖励为主,奖惩措施条例清晰,制度要严明,实施起来既要有温情,也要有魄力!
需加强施工生产过程控制,有效进行施工生产管理!对于大项目项目管理部门需施工前期介入,协同多部门优化施工组织方案,尽量以最小的代价获取最大的收益,选择最优方案。
总结一年工作,尽管有一定的进步和成绩,但有些方面还存在不足之处,比如创造性工作思路不多,个别工作还不够完善这些都有待改进提高。20xx年上下互动团结互助的局面是我们的工作目标。
20xx年10月22日
项目管理心得总结篇十二
我从事项目管理工作已近十年了,在这些年的工作中经历了各种各样的事情,从中接受了教训,也取得了经验,结合我个的心得,我总结了八个字“旨在落实,贵在坚持”。
上海崇明越江通道工程位于上海市东部,工程范围南起上海市浦东新区外高桥东的五号沟,规划五洲大道--远东大道立交,跨越长江口的南港,经长兴岛中部新开港及陆域,跨越长江口的北港,至崇明岛陈家镇奚家港西,由上海长江隧道(南港)工程和上海长江大桥(北港)工程组成。其中,上海长江隧道工程起点与a30立交相接,以隧道形式穿越南港至长兴岛与北港桥梁工程路线起点相接;上海长江大桥工程,在长兴岛上设潘园互通立交与潘园公路相接,跨规划环岛北路,以桥梁形式跨越长江口的北港水域,至崇明岛陈家镇终点。
b4标段位于北港主通航孔桥两侧,跨径组合为(接70m梁)85m+5×105m+90(接主航道),共两联双幅,处于北港水面中心区域。
我担任的是b4标钢梁防腐涂装工程的项目经理。工程在浙江舟山沈家湾岛加工基地加工,完后海运到海崇明施工现场水上安装。
下面我结合这个工程就项目经理安全生产管理方面谈谈个人的一点心得体会。
1施工准备的安全技术措施
(1)凡入场工人均应逐级进行“三级”安全技术教育及交底,落实所有安全技术措施和人身防护用品,未经落实不得进行施工。各分部分项工程开工前均需进行安全技术交底。
(2)落实现场施工人员持证上岗:施工现场内的项目经理、管理人员、检验试验人员、测量人员、特种作业人员必须持证上岗。对所有施工人员进行岗前培训、考核。由项目部综合办公室负责确认。落实施工机械设备、安全设施及防护用品进行场的计划。办理职工意外伤害保险。对安全设施、设备、防护用品的检查验收;制定各项安全管理制度并组织学习。
2现场布置的安全技术措施
(1)设置安全标志,在本工程现场周围配备、架立安全标志牌。
(2)施工现场的布置符合防火、防毒、防爆、防台、防雷电等安全规定和文明施工的要求,施工现场的生产、生活办公用房、仓库、材料堆放场、停车场、施工车间等应按批准的总平面布置图进行布置。
(3)现场的施工、生活区均要设足够的消防水源和消防设施网点,消防器材应有专人管理不得乱拿乱动,要组成一个由5-10人的义务消防队(由现有工人抽掉培训后组成),所有施工人员要熟悉并掌握消防设备的性能和使用方法。
(4)各类仓库、库棚、料场等的消防安全距离应符合国家或公安部门的规定,室内不得堆放易燃品;严禁在施工场所、料库、油漆仓库等处吸烟;现场的易燃杂物,应随时清除,严禁在有火种的场所或其近旁堆放。
(5)施工现场的临时用电,严格按照《施工现场临时用电安全技术规范》的规定执行。
3施工用电安全技术措施
(1)施工现场供电线路、电气设备的安装、维修保养及拆除工作,由专业人员(经有关部门培训并考试合格、持有效证件上岗的维修电工)进行。严格按有关规定安装线路及设备,用电设备都要安装地线,不合格的电气器材严禁使用。
(2)现场照明电线绝缘良好,导线不得随地拖拉或绑在脚手架上。照明灯具的金属外壳必须接零。室外照明灯具距地面不低于3m,室内距地面不低于2.4m。
(3)配电箱、开关箱使用bd型标准电箱,电箱内开关电器必须完整无损,接线正确,电箱内设置漏电保护器,选用合理的额定漏电动作电流进行分级匹配。配电箱设总熔丝、分开关,动力和照明分别设置。金属外壳电箱作接地或接零保护。开关箱与用电设备实行一机一闸一保护。同一移动开关箱严禁有380v和220v两种电压等级。
(4)架空线必须设在专用电杆上,严禁架设在脚手架上,架空线装设横担和绝缘子。架空线离地4m以上,机动车道为6m以上。
(5)接地电阻符合规定,总箱,分配电箱必须有重复接地。
(6)安装、维修或拆除临时用电工程,必须由电工完成,电工必须持证上岗,实行定期检查制度,并做好检查记录。
(7)配电房、车间、仓库有防护措施、灭火器材齐全。
(8)对易燃易爆、危险品存放场所的用电设备,加强监控、检查工作,发现问题立即整改。
(9)对移动机具及照明实行二级漏电保护。并经常进行检查、维修和保养。
(10)施工现场大型用电设备、大型机具等,配有专人进行维护和管理。
(11)电工晚间值班必须双人上岗,特殊情况下需要带电操作时,必须配备必要的安全用具,采取可靠的安全隔离措施,并指定专业人员进行监护,施工用电中常见通病必须杜绝。
4施工机械使用的安全技术措施
(1)各种机械操作人员,必须持有操作合格证,不准操作人操作与操作证不相符的机械;不准将机械设备交给无操作证的人员操作,对机械操作人员要建立档案,专人管理。施工机具如空压机、喷砂机、电弧喷涂设备、高压无气喷涂机、电源、空气净化装置等装置及其配套装置,操作前要进行安全及是否正常运行检查,要规范操作、定期检查。
(2)操作人员必须按照本机说明书规定,严格按照工作前的检查制度和工作中注意观察及工作后的检查保养制度,做到:工作前检查、工作中观察、工作后保养。
(3)机械设备在施工现场停放时,选择安全的停放地点,夜间应有专人看管。用手柄起动的机械应注意手柄倒转伤人,向机械加油时要严禁烟火。严禁对运转中的机械设备进行维修、保养调整等作业。
(4)指挥施工机械作业人员,必须站在通视良好的安全地点,并应明确规定指挥联络信号。
(5)定期组织机电设备、车辆安全大检查,对检查中查出的安全问题,按照“三不放过”的原则进行调查处理,制定防范措施,防止机械事故的发生。
(6)施工机械作业人员必须持有效证件上岗。安全装置必须齐全,灵敏可靠。
(7)中、小型机械的使用:项目部指派设备检修管理员负责机械使用前的验收工作,平时做好检查机械运行情况。中、小型机械操作人员必须持有效证上岗。按规定搭设机械防护棚。机械设备接地或接零,随机开关灵敏可靠。督促机械操作人员做好定期检查、保养及维修工作,并做好运转保养记录。机械设备的防护装置必须齐全有效,严禁带病运转。固定机械设备和手持移动电动工具、必须实施二级漏电保护。中、小型机械必须做到定机、定人、定岗位。
5消防措施
(1)施工现场应建立和执行防火管理制度,由项目经理总负责,由安全员专管。
(2)油漆、稀释剂等易燃物品应放在专用仓库,配备消防设施如灭火器和消防砂箱等,严禁烟火。
(3)施工现场设置符合消防要求的消防设施,并保持完好的备用状态。油漆涂装现场及附近区域禁止吸烟。
(4)所有工地人员要加强安全教育,懂得必要的防火、灭火知识。
(5)现场设置防火标志牌,任何人不得私自挪动标志牌和消防设施。
项目管理心得总结篇十三
领导作述职汇报。
一、项目生产组织工作
20xx年度,项目部主要完成的设计任务有:
x月份,完成了《xx水电站厂房补勘报告》;
x月份,完成了厂房处理及前期剩余土建工程招标设计工作;
x月及其以后,项目部组织水工、机电等专业展开大批量的施工图设计工作;
x月份,针对前期遗留的大坝防渗问题,召开了由院领导参加的专题讨论会,其后项目部组织重新进行了大坝帷幕设计。
二、项目日常管理工作
对内,本年度xx项目部任务紧、工作量大、费用紧张,专业又不健全(只有水工、地质、机电三大专业),本人带头亲力亲为,协调各方矛盾,克服困难,顺利完成年度设计任务。
在项目费用方面,公共费用坚持能省则省,下工地用车协调业主接送,接待费用不足x元,专业费用公开透明,做到自我安心、兄弟们放心。
对外,由于业主、总承包、施工方关系复杂,彼此矛盾重重,项目部在与参建各方打交道的过程中,坚持以解决工程实际技术问题为出发点,坚持原则,诚实守信,和各参建各方建立了良好的关系,并得到了业主的肯定和赞许。
三、学习
20xx年度,本人做好本职工作之余,努力学习,充实理论知识,提高技术水平。x月份,透过了注册安全师考试,x月份,透过了全国gct考试,顺利进入xx大学水利系工程硕士班学习。
四、不足之处及以后努力的方向
在日常工作中,我还存在一些经验不足的问题,下一阶段将予以改善。
2、工作要求过于苛刻,下一阶段,将尽量充分尊重设计者的意见,抓大放小;
3、工作过于严肃,项目部内部,紧张有余,活泼不足,下一阶段,将努力改善工作方式方法,做到有松有弛,在项目部内部建立和谐宽松的人文环境。
最后,请允许我代表xx项目部,对长期以来对xx项目部给予大力支持的领导表示敬意和感谢,并请领导放心,度过劫难之后,xx项目部必须会在院领导和各职能部门的领导下,顺利完成余下的设计任务,履行完院赋予项目部的全部使命。
项目管理心得总结篇十四
20xx~20xx学年第一学期即将结束,项目做完了,但回想刚开始项目时的不知所措,却好像又过去了很久一样。在这一学期的时间里,我们经历了酸甜苦辣,但是,最让人值得骄傲的是,我学习到了很多项目管理的知识,同时在项目的执行中得到应用,并积累了一些相关经验。下面是我对过去的项目中工作经验总结和自认为好的一些实践。
项目管理分为九大知识领域,分别是:范围管理、时间管理、成本管理、质量管理、人员管理、沟通管理、风险管理、采购管理和综合管理。
范围管理最应该关注的是:防止不必要的变更。但是在项目进行的过程中,不能详细而明确的说明客户需求,让客户在项目进行之前进行需求确认,使得后期发生了一些变更,而实际上也许是我们不能实现客户的需求。另外,据我的经验,项目组在制定项目计划的时候,一定要把项目组所有的任务都包含在进度表里,包括文档的评审、代码检查、上线会议等管理及沟通工作。相对能比较好的执行要求的过程。
我们过去这段时间最重要的工作,就是各项推广工作,但是作为最重要工作之一的线下推广,我认为我做的并不好。在过去的一段时间中,线上推广做得相对较好,而由我负责的线下推广没有太大的进展。因为对项目管理的不了解,我起初不知道怎么去工作。当然,随着项目的进行,慢慢的对项目的了解,项目的执行能力有了很大的提高。提高的方法就是正确的沟通方法。通过与组员的亲密交流,了解项目进行的方式方法。
项目到后期的时候,因为人手少,每份工作只有一两个人做。因为越到后期的工作,越来越紧张,一个项目做完了,人员能力的能力有了很大的提高,满负荷的工作,效率会高,其他人员也就相对比较轻松,因此,在项目初期进行项目策划的时候,就应该制定好人员培养等计划,以满足后期项目需求。
我认为沟通管理是项目管理九大知识领域中最重要的一个,推广工作中几乎所有的工作都是依靠人来完成了,而人和人之间最重要的莫过于沟通。项目管理的时间75%到90%用于沟通,45%左右用于倾听。项目初期就必须注重与领导及相关方的沟通,获取他们对项目的期望,从而制定项目目标,越快越早的解决问题,使对项目造成的影响降到最低。沟通最重要的是站在对方的立场分析问题,提出解决方案,需要沟通的双方如果都不能明白彼此在说些什么,那沟通就没有意义了,我们要抱着为客户服务的心态来工作,站在客户的角度思考,满足客户提出的要求,只有客户满意了,我们的工作才算是做好了。
通过这个项目的运作,我在其中学到了项目管理各大知识领域是相互关联,相互影响的。作为项目小组中的一员,首先要了解到自己的职责,我在组中担任线下推广的工作,就要首先了解自己的职责和与组员的合作。
综合所述,这次项目收获最大的是学到一些与人沟通的方式方法,并把自己学到的项目管理理论运用到了部分实践中,同时总结了一些经验教训。