项目主管在团队管理中相负责组织会议、讨论、学习、攻关和休闲等活动,那么怎么管理好项目团队呢,希望下面的方法对大家有所帮助!
工程未动,制度先行。
没有规矩不能成方圆,这是最浅显的道理,一个合格的项目经理必须通过立规矩、建标准来实现制度管人。好的规章制度体现在执行者能感觉到规章制度的存在,但并不觉得规章制度会是一种约束。
执行规章制度还有一些考究,
记得网上流行一个破窗理论:如果有人打破了一个建筑物的窗户玻璃,而这扇窗户又得不到及时的修理,别人就可能受到某些暗示性的纵容去打烂更多的窗户玻璃。久而久之,这些破窗户就会给人造成一种无序的感觉。这个理论说明,对于违背规章制度的行为,应该及时制止,否则长期下来,在这种公众麻木不仁的氛围中,一些不良风气、违规行为就会滋生、蔓延且繁荣。
项目经理虽然是规章制度的制定者或者监督者,但是更应该成为遵守规章制度的表率。如果项目经理自身都难以遵守,如何要求团队成员做到
团队管理中,不同角色的成员的目标是不一致的。
项目经理代表公司承担项目开发经营的全部责任,要保质保量地按时完成项目目标。项目成员可能是打工者心态,我干一天你要支付我一天的工资,加班要给奖金,当然干项目能学到新知识新技能就更好。
团队中不同角色由于地位和看问题的角度不同,对项目的目标和期望值,会有很大的区别,这是一点也不奇怪的事情。好的项目主管善于捕捉成员间不同的心态,理解他们的需求,帮助他们树立共同的奋斗目标。劲往一处使,使得团队的努力形成合力。
项目组中的不知悔改的螃蟹,应该尽早清理出去。
对于公司而言,也许历史尚短,还没有形成成熟的企业文化和企业精神,从而造成大环境的不良风气,但是在项目组内部,通过大家的一致努力,完全可能营造出一个积极进取团结向上的工作氛围。
沟通管理
由于每个人的知识结构和能力的区别,导致对于同一问题的认识很出现相应的偏差。
这时候就要建立有效的沟通方式。比如一些“生活”上的沟通,可以帮助大家建立信任和友情,在工作中能起促进作用。可以采用的方法包括每天与不同的人吃工作午餐;还可以在周末组织大家一起吃晚餐,逐步建立开诚布公的良好文化氛围。还比如把项目团队集中在同一地点办公、讨论,以提高其团队运作能力。
由于沟通在项目中的作用非常大,如果团队成员不在相同的地点办公,势必会影响沟通的有效进展,影响团队目标的实现。因此,集中安排被广泛用于项目管理中。有时集中安排可能无法实现,这时可以采用安排频繁的面对面的会议形式作为替代,以鼓励相互之间的交流。
想要管理好一个10个人的小团队,那么首先我们自己必须要起到一个带头作用,也就是说我们在各方面一定要做到非常优秀才行,这样才能成为这10个人的榜样,也能方便我们后续的管理。其次,在管理的过程当中我们自己一定要起到一个润滑的作用,能够协调同事之间的关系以及上下级的关系。最后在每天的管理当中,我们一定要明确我们团队的目标是什么,一定要坚决完成上级交代下来的任务。
其实像这种小团队是最难带的,想要成为一个优秀的管理者,那么我们自己必须要足够优秀,也就是说我们要不停的给自己充电才行。如果说你自己各方面都比不上自己手下的人,那么这些人肯定不会服你,所以一旦有了空闲的时间以后,我们自己需要提升自己。
另外10个人的小团队虽然并不是特别的多,但是肯定这些人的性格是不一样的,所以如果想要管理好这些人,那么我们必须要去了解这些人才行,要了解清楚每个人的性格和脾气。其次在管理的过程当中,千万不要给人一种趾高气扬的感觉,你要给他们一种能够融入团队的感觉,要让这10个人觉得你和他们是一条心,整个团队一定要拧成一股绳。
平时自己一定要会营造出一种非常好的氛围,而且一定要学会培养下属,总之一句话就是大家在交往的过程当中一定要交心,只有真心对待别人,别人才会真心的对待你的。最后还有一个比较重要的点就是我们管理者要学会功劳分给大家,锅要自己来背,这样子做才能够“收买”人心,大家才愿意死心塌地的跟着你干,你才能成为大家心目中的好领导。
正所谓知易行难,目标管理并不仅仅是管理目标这么简单,它有一套完备的目标体系。它需要科学的方法,需要一种对时机、风险、分寸的把握和判断的能力。
目标管理是管理大师彼得·德鲁克在其名著《管理实践》中最先提出的,他提出目标管理与自我控制的相互结合使用。德鲁克认为,并不是有了工作才有目标,而是相反,有了目标才能确定每个人的工作。MBO(ManagementByObjectives,目标管理)是为了实现项目的任务与目的,给各层级人员从上至下制定切实可行的目标,并且各层人员必须在规定时间内完成指定任务的一种管理方法。
去掉繁复的理论体系的包裹,目标管理其实很朴素,手段其实很简单。它需要做好三件事--目标设定、制定计划并控制、度量目标达成度。也就是说,项目启动前要有目标和计划,项目进行当中要有控制,项目结束之后要对目标进行度量。目标管理的关键点在一头一尾,头是分层级设定目标,尾就是考核、评价和奖惩。
因此,目标管理是一种程序或过程,
项目管理者通过目标对下级进行管理,当确定了项目总体目标后,必须对其进行有效分解,转变成各个部门/团队以及各个员工的分目标,管理者根据分目标的完成情况对下级进行考核、评价和奖惩。所以,目标管理量化了目标,从而使目标具体化、可视化。
(2)目标分解与考核量度
目标管理是通过目标的设置和分解、目标的实施及完成情况的检查、奖惩为手段,通过员工的自我管理来实现目的的一种管理方法。过程不重要,结果重要。可能管理过程是松散的,但结果却是受到控制的。在目标分解过程中,权、责、利三者明确,只有每个员工完成了自己的分目标,整个项目的总目标才有完成的希望。
总的来说,目标管理加大了对员工的绩效考核力度。目标管理以制定目标为起点,以目标完成情况的考核为终结。至于完成目标的具体过程、途径和方法,上级并不过多干预。所以,在目标管理制度下,监督的成分很少,而控制目标实现的能力却很强。
(3)目标管理的优点
一是目标管理对项目内易于度量和分解的目标会带来良好的绩效。例如,对于在技术上具有可分性、可量化的工作,由于责任、任务明确目标管理常常会起到立竿见影的效果,而对于技术不可分的任务则难以实施目标管理。二是目标管理有助于改进团队的职责分工。例如,由于项目目标的成果和责任力图划归一个职位或部门,容易发现授权不足与职责不清等缺陷。
(4)目标管理的缺点
在实际项目运作中,目标管理也存在许多明显的缺点。主要表现在:一是IT项目内的许多目标都难以定量化、具体化,或许多工作在技术上不可解,或项目环境的可变因素越来越多,使项目活动的不确性越来越大,这些都使得IT项目的许多活动制订数量化目标是很困难的。二是目标商定可能增加管理成本。目标商定要上下沟通、统一思想是很费时间的,同时每个团队、个人都关注自身目标的完成,很可能会忽略了相互协作和总体目标的实现,滋长本位主义、临时观点和急功近利倾向。三是有时奖惩不一定都能和目标成果相配合,也很难保证公正性,从而削弱了目标管理的效果。
如何管理技术团队
1、能去除的制度限制尽量全部去除。
比如,上下班打卡,不能再座位上打盹儿,不准在座位上吃零食、喝饮料,上班必须穿正装等等。为什么要去除这些限制呢,因为研发的工作本质上来说属于一种创作,和作家写文章,画家画画是一样的。在创作的时候,需要保持一种最佳的“舒适状态”,才能发挥最极致。另外,既然是一种创作,肯定有“灵感来了”“状态好”这些因素,所以在一天工作 8 小时内,不可能和车床工人或者其他常规工作者一样,不停地做,做完就好。可能中午别人在休息,我的状态比较好,写了一中午代码,到了下午 2 点多想休息会,如果这时候有硬性规定不让休息,那么势必会影响到下个阶段的发挥,甚至会招来不满。更有些攻城师喜欢在下班后相对安静的环境中码代码,可能晚上会工作到比较晚,但是第二天如果有硬性规定必须 9 点打卡,肯定是不合适的。
2、粮草的保障。
对于技术团队来说,大多数人都是拿死工资,最多有点项目奖金,而且大家都是打工的,不就是为了这份工资么。如果管理者一天到晚画大饼,结果每个月发的和说的又对不上,那么这个团队迟早完蛋。所以对于技术团队的管理者来说,无论是多么慷慨激昂的动员会,还是天花乱坠的期权规则,都不如每个月实实在在的按时按量发放工资来的有效。当然,如果季度有些奖金,年底有年终奖那就更好了。毕竟对于 IT 行业来说, 13 薪几乎已经成了行规。
3、要结果导向而不要过程导向。
我们在管理 IT 团队的时候,最出现的几个词汇就是:进度,需求,变化。其实管理者相当于一个司令,你的任务是下命令,而不是下了命令跟着军队去行军。对于一项任务,管理者只需要分配给责任人,并且评估出预计完成时间即可。在每个检查点,需要检查一下完成进度,对于大的需求,可能时间跨度比较大,所以检查点比较多,对于小的需求,可能一周之内就 OK ,所以管理者需要做的是关心完成的状况与质量,以及是否按时完成,而不是去关心责任人在完成过程中又上了几次厕所,午饭时间又超过了几分钟等等。可能在过程中管理者唯一要介入的理由,就是过程中出现了比较大的异常,这个时候就需要你出来把局面拉入到正常轨道。
我举个例子,有次我把一个比较重要且比较大的需求交给团队里面的一位资深工程师,时间点,进度,等等都确认没问题,总体时间大概 3 周。结果开始一周后,他告诉我最后那一周他需要请婚假,我的第一反应就是能不能找人接手,后来发现不行,这一块一直都是他在负责。后来他跟我说不用担心进度,他会利用空闲时间完成任务并且保证质量,我也就签批了他的请假申请。后来需求 2 周就完成了,最后一周他人不在现场,但是总算需求完成的比较好,测试下来遇到些问题他也可以通过电话沟通来解决。总之,我想说的意思就是,只要最后能保证成果,过程中的不合理或者你认为的不对头,都不太要紧。
4、认真倾听下面的声音,不要太自我。
很多管理者习惯独断独行,认为自己所掌握或者自己所了解的就是真实的,正确的。其实这是管理的大忌。如果把管理比作一杆天平,那么天平的两端分别站着稳定和民主(这个比喻是不是很熟悉)。如果管理者绝对的独断独行,那么整个团队表现出来的状态是相当稳定的,但是,要搞清楚,稳定不代表认同。但是如果反过来,一个团队事事都是大家一起决定,那一定出大乱子,管理者的决策权何在谁来为问题买单所以,作为团队管理者,必须要倾听来自底层的声音,并且加以考虑,有些情况,确实存在问题,就必须要纠正,有些人,对团队有影响,就要解决,不能一味的沉浸在自己的认知里面。
沟通其实是一门大学问,沟通的方式也多种多样。作为团队的管理者,在面对不同的人的时候,需要采用不同的沟通方式,完全强势,或者完全商量肯定不行。沟通的最终目的就是双方或者对方达成一致,得到一个共同认可的结果,如果每次沟通达不成一致,也出不了结果,反而跟吵架似的,那就失去了意义。
5、事前做计划,事中做追踪,事后做分析。
其实这一条并不仅限于团队管理。我们在做任何事情的事后,都应该养成这样的习惯。我们开发一个项目,或者简单的实现一个需求,都需要做计划。为什么计划就像一根尺子,用来比对你在实际完成过程中的状态是否正常。所以事中的追踪,就是比对过程。当实际情况与计划误差较大时,我们就可以判定是异常,这个时候我们需要分析具体原因。(分析的过程暂且不讨论,在项目管理的书籍和教材中有详细的介绍。)事中追踪的意义在于,当发现与计划的差异时,分析原因,找到问题,让整个事情回到原来的轨道上,不至于失控。事情完成以后,对事情进行回顾和分析,从而得到经验教训,如果团队有自己的经验库或者知识库,那是再好不过了,可以让这些精华得以保存。
6、为团队成员解决问题,让团队成员完成任务。
一个好的管理者与团队成员的关系,应该是管理者解决成员的问题,成员完成管理者布置的任务。我举个栗子,比如现在决定做一个 B2C 电子商务网站,那么团队的架构师告诉你要考虑高并发,并且采用负载均衡啊,缓存啊,集群啊等等一系列技术。那么你首先要评估一下这些解决方案是否合适,如果合适,需要怎么去达到方案的要求:买服务器,买软件,买 license 等等,这些就是你需要去跟上级申请的工作,说白了,是你需要厚着脸皮去搞定老板掏钱的事情。再比如,某个工程师跟你说最近某个 Job 跑的很不稳定,需要在半夜监控,那么是不是可以调一下班甚至加一些补贴。在你评估这是个合理要求后,就又该你上场了,一方面你要向工程师表态,放心的做,后面的事情你会帮他搞定,另一方面,你要说服老板,这些东西都是必要的,确实要为工程师调班并且加一些补贴等等。只有这样,你的团队成员才会放心的全身心的投入到工作中,因为他们知道你会去解决他们的后顾之忧。当然,这里的后顾之忧指的是合理的,确实需要的要求,如果一个员工跟你说一个普通周末要加班并且要 3 倍工资,那你完全可以拒绝并且附上一句 “ 你咋不上天呢 ” 。
很多公司的项目都是临时组织的,因此管理起来会有点复杂。尤其是技术项目类的,很多时候项目经理本身就不懂技术,因此,很多项目成员习惯第一时间和自己部门上级沟通汇报,而不是项目经理。这样子不利于项目经理把控项目成员,也不能及时进行工作跟进。对于这种情况,不懂技术的项目经理该怎么行驶自己的权力呢
其实项目经理要做到的是资源为我所用,顺利达成目标。不懂技术就要善用团队中懂技术的人。具体怎么用,看个人能力了。
项目经理是协调资源,订制总体计划,把控总体进度,风险控制。至于开发计划,只是各种计划之中的一个子计划,当然也是关键的计划。如果专业性太强,自己又不擅长,那么用人就用之信之,交给开发经理去全权处理把。能做到垂拱而治,方显自己的才能!而不是事必躬亲!
1、不懂技术,但要懂一些基本逻辑和常用术语,起码做到自己心里有一个概念,可以多问、多学习,日常工作中多记录总结,每次沟通中不清楚的地方都去搞懂它,以后就会越来越好。
2、尽量少发言,尊重专业人士的意见,多采用询问的方式,忌“半瓶子晃荡”;
3、与相关岗位负责人沟通,由他们主导制定一些规范、规则,用来指导工作;
4、做好组织资产的管理,及时归档保存,多参与沟通,提倡在项目进行过程中多进行文字记录;
5、多开会沟通,进行项目总结、阶段性总结,鼓励每个人发言,多倾听,很多时候,从侧面可以反映出很多东西,可以弥补技术的不足。
最重要的一点还是要多学习,做到可以正常沟通
项目经理的最终目标是完成项目,主导项目和体现自己在项目上的领导地位其实没有那么重要,只是一种确保项目按计划按要求完成的一种手段。
所以引导项目顺利完成交付,并保证符合公司项目管理要求,然后在项目交付过程中能得到提升,做到这个程度已经基本上算是完成项目经理的本职工作了。当然,如果你要追求个人形象,那么争取发言权还是很有必要的,但忌讳不懂装懂。
其实项目业务的掌握往往重于技术实现,这不是说技术不重要,而是在于用户更关注的是业务。所以掌握业务分析,确实可以从另外一个角度掌控项目。这只是一种工作切入方式,但我觉得最爽的事,掌握项目进度,看着就能把项目完美交付。
这个问题的侧重点在于项目经理对项目成功与否认识的问题。
1、项目成功与否,不仅是项目经理自己的认识,还体现在项目经理从本项目中得到什么?
2、试问这个项目结束后,从没体现项目经理的价值,进度由开发经理跟进,需求和风险由甲方管控,那确实和项目经理没多大关系。
建议采取如下措施,提升项目经理在项目中的价值:
1、从需求端入手,与甲方详细沟通业务需求,最好有自己的认识,形成自己的系统需求,让甲方信服。
2、制定规范的沟通机制,利用周报及周例会等,充分了解项目进度及风险,并及时向甲方汇报。
3、逐步形成由项目经理统一对接甲方,掌握第一手信息。
项目经理的最终目标是完成项目,主导项目和体现自己在项目上的领导地位其实没有那么重要,只是一种确保项目按计划按要求完成的一种手段。
所以引导项目顺利完成交付,并保证符合公司项目管理要求,然后在项目交付过程中能得到提升,做到这个程度已经基本上算是完成项目经理的本职工作了。当然,如果你要追求个人形象,那么争取发言权还是很有必要的,但忌讳不懂装懂。
其实项目业务的掌握往往重于技术实现,这不是说技术不重要,而是在于用户更关注的是业务。所以掌握业务分析,确实可以从另外一个角度掌控项目。这只是一种工作切入方式,但我觉得最爽的事,掌握项目进度,看着就能把项目完美交付
团队建设的最大病症:精神离职
项目管理说到底,核心是对人的管理。在张兴接手研发团队后,遇到的第一个难题就是团队成员常常是出人不出力。现在回忆起这些情况,张兴还感到后怕。这种情况的出现往往意味着在团队建设中隐藏着危险信号,并蒙蔽了团队经理的眼睛。如果不引起重视,团队建设将会前功尽弃。
让张兴非常苦恼的出人不出力,就是团队成员的精神离职,而这在团队中是普遍存在的。精神离职的特征表现为:工作不在状态,对工作不够认真,团队内部不愿意协作,行动较为迟缓,个人能力在工作中发挥不到30%,基本上是在无所事事的状态下结束一天的工作。
精神离职产生的原因大多是个人目标与团队愿景不一致产生的,也有工作压力、情绪等方面原因。正所谓百姓百心,在一个团队里大家由于心态、观念、能力的不一致使到很多研发工作进展缓慢。项目经理也往往不知道研发人员究竟是不会做还是不愿做,还是由于资源缺乏而不能做,从而很难让员工凝成一股绳高效地完成研发目标。针对精神离职者有效方法是:多沟通,用团队精神与团队愿景来提升工作状态,用激励手段提升工作热情。具体做法可以是安排假期,让精神离职者冷静思考,调整状态,然后根据实际情况考虑团队中是否会重新接纳。
1 团队管理的意义项目管理中最根本的因素是人,对项目的管理即是对人的管理。因而团队管理是项目管理过程中最重要的部分之一。尽管成功的团队管理不一定能保证项目的成功,但失败的团队管理必然导致项目的失败。项目经理在进行团队管理时要以团队成员为本,从团队成员的角度去思考问题,这样可以很快增强团队凝聚力和团队的效率。其具体意义可以表现在以下几个方面:①是保证按时、按质交付项目的前提;②有利于开发出高质量的软件;③有利于充分发挥每位成员的特长和创造性;④有利于提高团队成员的积极性、主动性;⑤有助于增长开发人员的知识、见识;⑥增加成员间的彼此了解,让成员坦诚相见;⑦有利于团队成员相互学习、交流。2 项目经理应具备的素质每个项目团队都必须有一个项目经理。项目经理是整个项目的领导者,负责整个项目的计划、实施和控制、以及协调开发人员之间、各级最终用户之间、开发人员和广大用户之间的关系,是项目管理的核心。作为项目经理应具备以下一些领导素质:①有领导能力。项目经理要带领和指挥整个项目团队去实现项目目标。他的领导能力决定了团队成员是否愿意服从他的指挥,同时也决定了项目的成败。②有决断力。在团队成员间出现意见不一致,发生矛盾冲突时应及时做出公平正确的决策;当项目遇到困难时,需要项目经理能正确而迅速地做出确定。④有坚强的意志力,不怕困难。项目实施过程中会遇到许多意想不到的困难,这些困难甚至会使人认为无法实现项目目标。此时,作为项目经理,最重要的就是具有顽强的意志力,有一种不达目的誓不罢休的气概,这种意志力是提高团队士气最重要的因素。⑥有良好的沟通技巧,并且善于协调。通过沟通,项目经理可以将项目目标传达给每个成员,使其对团队目标有一个清晰的理解,进而为实现项目目标而奋斗。项目经理也可深入了解每个成员的知识技能水平,更有针对性的重新进行更合理的工作分配;并及时发现项目中存在的问题、识别项目团队分歧的根源、协调士气低落的现象等。⑦有一套自己的管理办法。采用人性化的管理方式,加强成员间的情感培养和交流,贯彻团队思想,促进各成员之间的协同合作。⑧头脑灵活,思维敏捷,知识面宽广,考虑问题比较全面。 ⑨能跟踪任务,有很好地日程观念。
以上就是关于项目团队怎么管理全部的内容,包括:项目团队怎么管理、如何管理一个10个人左右的研发团队、如何做好IT项目管理等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)