如何管理技术团队
1、能去除的制度限制尽量全部去除。
比如,上下班打卡,不能再座位上打盹儿,不准在座位上吃零食、喝饮料,上班必须穿正装等等。为什么要去除这些限制呢,因为研发的工作本质上来说属于一种创作,和作家写文章,画家画画是一样的。在创作的时候,需要保持一种最佳的“舒适状态”,才能发挥最极致。另外,既然是一种创作,肯定有“灵感来了”“状态好”这些因素,所以在一天工作 8 小时内,不可能和车床工人或者其他常规工作者一样,不停地做,做完就好。可能中午别人在休息,我的状态比较好,写了一中午代码,到了下午 2 点多想休息会,如果这时候有硬性规定不让休息,那么势必会影响到下个阶段的发挥,甚至会招来不满。更有些攻城师喜欢在下班后相对安静的环境中码代码,可能晚上会工作到比较晚,但是第二天如果有硬性规定必须 9 点打卡,肯定是不合适的。
2、粮草的保障。
对于技术团队来说,大多数人都是拿死工资,最多有点项目奖金,而且大家都是打工的,不就是为了这份工资么。如果管理者一天到晚画大饼,结果每个月发的和说的又对不上,那么这个团队迟早完蛋。所以对于技术团队的管理者来说,无论是多么慷慨激昂的动员会,还是天花乱坠的期权规则,都不如每个月实实在在的按时按量发放工资来的有效。当然,如果季度有些奖金,年底有年终奖那就更好了。毕竟对于 IT 行业来说, 13 薪几乎已经成了行规。
3、要结果导向而不要过程导向。
我们在管理 IT 团队的时候,最出现的几个词汇就是:进度,需求,变化。其实管理者相当于一个司令,你的任务是下命令,而不是下了命令跟着军队去行军。对于一项任务,管理者只需要分配给责任人,并且评估出预计完成时间即可。在每个检查点,需要检查一下完成进度,对于大的需求,可能时间跨度比较大,所以检查点比较多,对于小的需求,可能一周之内就 OK ,所以管理者需要做的是关心完成的状况与质量,以及是否按时完成,而不是去关心责任人在完成过程中又上了几次厕所,午饭时间又超过了几分钟等等。可能在过程中管理者唯一要介入的理由,就是过程中出现了比较大的异常,这个时候就需要你出来把局面拉入到正常轨道。
我举个例子,有次我把一个比较重要且比较大的需求交给团队里面的一位资深工程师,时间点,进度,等等都确认没问题,总体时间大概 3 周。结果开始一周后,他告诉我最后那一周他需要请婚假,我的第一反应就是能不能找人接手,后来发现不行,这一块一直都是他在负责。后来他跟我说不用担心进度,他会利用空闲时间完成任务并且保证质量,我也就签批了他的请假申请。后来需求 2 周就完成了,最后一周他人不在现场,但是总算需求完成的比较好,测试下来遇到些问题他也可以通过电话沟通来解决。总之,我想说的意思就是,只要最后能保证成果,过程中的不合理或者你认为的不对头,都不太要紧。
4、认真倾听下面的声音,不要太自我。
很多管理者习惯独断独行,认为自己所掌握或者自己所了解的就是真实的,正确的。其实这是管理的大忌。如果把管理比作一杆天平,那么天平的两端分别站着稳定和民主(这个比喻是不是很熟悉)。如果管理者绝对的独断独行,那么整个团队表现出来的状态是相当稳定的,但是,要搞清楚,稳定不代表认同。但是如果反过来,一个团队事事都是大家一起决定,那一定出大乱子,管理者的决策权何在谁来为问题买单所以,作为团队管理者,必须要倾听来自底层的声音,并且加以考虑,有些情况,确实存在问题,就必须要纠正,有些人,对团队有影响,就要解决,不能一味的沉浸在自己的认知里面。
沟通其实是一门大学问,沟通的方式也多种多样。作为团队的管理者,在面对不同的人的时候,需要采用不同的沟通方式,完全强势,或者完全商量肯定不行。沟通的最终目的就是双方或者对方达成一致,得到一个共同认可的结果,如果每次沟通达不成一致,也出不了结果,反而跟吵架似的,那就失去了意义。
5、事前做计划,事中做追踪,事后做分析。
其实这一条并不仅限于团队管理。我们在做任何事情的事后,都应该养成这样的习惯。我们开发一个项目,或者简单的实现一个需求,都需要做计划。为什么计划就像一根尺子,用来比对你在实际完成过程中的状态是否正常。所以事中的追踪,就是比对过程。当实际情况与计划误差较大时,我们就可以判定是异常,这个时候我们需要分析具体原因。(分析的过程暂且不讨论,在项目管理的书籍和教材中有详细的介绍。)事中追踪的意义在于,当发现与计划的差异时,分析原因,找到问题,让整个事情回到原来的轨道上,不至于失控。事情完成以后,对事情进行回顾和分析,从而得到经验教训,如果团队有自己的经验库或者知识库,那是再好不过了,可以让这些精华得以保存。
6、为团队成员解决问题,让团队成员完成任务。
一个好的管理者与团队成员的关系,应该是管理者解决成员的问题,成员完成管理者布置的任务。我举个栗子,比如现在决定做一个 B2C 电子商务网站,那么团队的架构师告诉你要考虑高并发,并且采用负载均衡啊,缓存啊,集群啊等等一系列技术。那么你首先要评估一下这些解决方案是否合适,如果合适,需要怎么去达到方案的要求:买服务器,买软件,买 license 等等,这些就是你需要去跟上级申请的工作,说白了,是你需要厚着脸皮去搞定老板掏钱的事情。再比如,某个工程师跟你说最近某个 Job 跑的很不稳定,需要在半夜监控,那么是不是可以调一下班甚至加一些补贴。在你评估这是个合理要求后,就又该你上场了,一方面你要向工程师表态,放心的做,后面的事情你会帮他搞定,另一方面,你要说服老板,这些东西都是必要的,确实要为工程师调班并且加一些补贴等等。只有这样,你的团队成员才会放心的全身心的投入到工作中,因为他们知道你会去解决他们的后顾之忧。当然,这里的后顾之忧指的是合理的,确实需要的要求,如果一个员工跟你说一个普通周末要加班并且要 3 倍工资,那你完全可以拒绝并且附上一句 “ 你咋不上天呢 ” 。
这几天张兴心情有点烦躁。张兴是一个资深的程序员,公司新委任他为研发团队主管。他这个大虾要带着一群小虾一起开发软件。没有想到他刚刚接手研发团队,就深深感受到研发团队建设的痛苦。
团队建设的最大病症:精神离职
项目管理说到底,核心是对人的管理。在张兴接手研发团队后,遇到的第一个难题就是团队成员常常是出人不出力。现在回忆起这些情况,张兴还感到后怕。这种情况的出现往往意味着在团队建设中隐藏着危险信号,并蒙蔽了团队经理的眼睛。如果不引起重视,团队建设将会前功尽弃。
让张兴非常苦恼的出人不出力,就是团队成员的精神离职,而这在团队中是普遍存在的。精神离职的特征表现为:工作不在状态,对工作不够认真,团队内部不愿意协作,行动较为迟缓,个人能力在工作中发挥不到30%,基本上是在无所事事的状态下结束一天的工作。
精神离职产生的原因大多是个人目标与团队愿景不一致产生的,也有工作压力、情绪等方面原因。正所谓百姓百心,在一个团队里大家由于心态、观念、能力的不一致使到很多研发工作进展缓慢。项目经理也往往不知道研发人员究竟是不会做还是不愿做,还是由于资源缺乏而不能做,从而很难让员工凝成一股绳高效地完成研发目标。针对精神离职者有效方法是:多沟通,用团队精神与团队愿景来提升工作状态,用激励手段提升工作热情。具体做法可以是安排假期,让精神离职者冷静思考,调整状态,然后根据实际情况考虑团队中是否会重新接纳。
工作群体与团队的区别
随着软件项目分工越来越细化,个人单打独斗的时代已经结束,团队合作提到了管理前台。软件开发不再是个人赛,而是团体赛,团队的组织形态越来越引起重视。
团队是指一种为了实现某一目标而由相互协作的个体所组成的正式群体。这一定义突出了团队与群体不同,所有的团队都是群体,但只有正式群体才能是团队。否则,只是一个伪团队或工作群体而已。
工作群体是一个小规模的人群组成,群体中每个成员不互相依赖地工作,以及不为彼此的结果而分担责任,因而工作群体的绩效是每个个体绩效的简单加总,不存在像团队的积极协作效应,也无法像团队那样实现1+12的效果。
工作群体与团队的差别之处:①关系期望。团队对成员表现在参与、投入、合作或支持等方面的期望较高,要求也较为严格。而在工作群体中,彼此间只是共同和睦相处,相互支持合作比较少。②沟通结构。团队有着更为复杂的沟通结构,对于信息交流、沟通程度要求都比较高。③运作方法。因为团队成员间相互依赖程度高,工作必须相互配合才能完成,所以格外关心共同工作的运行方式。
因此,仅把一组成员组合起来并不能称的上一个团队,要使成员发展成一个有效协作的团队,既要团队经理努力也要全体成员共同付出努力。一个高效团队对项目目标要有共同的清晰认识和理解,对每位成员的角色要有明确的划分,高度合作互助以及高度信任。团队成员不仅要完成自己的任务,还要协同其他成员共同完成研发任务。
高效团队的基石:分工平衡
研发团队建设虽不是一件轻松的事情,但也不象大多数人认为那样是一件非常困难的事情。在经过痛苦的挫折后,张兴明白到可以借助一些常见的管理方法来简化团队建设工作。除了明确工作质量、范围、工期、成本等目标外,高效团队的基石在于明确各团队成员的角色和责任分工,充分发挥团队成员各自的作用。
分工平衡和工作匹配是团队建设的两个重要方面。当失去了分工平衡,团队就会变得脆弱,团队合作远比个人总和重要。正如一个成功的橄榄球队,进攻,防守,教练,替补等各种角色都不可少。因此,团队经理需要真正做到人尽其材,每个成员都能够真正找到适合自己的位置,这样的成员配置才能达到一个平衡状态。
另一方面是工作匹配,是说开发任务必须分给技能和动力都匹配的人。对软件研发团队来说,辨别个人技能并做到最优分配是相当困难的,而且项目经理的个人主观意愿也可能使工作分配复杂化。但如果人才不能发挥所长,对软件研发工程师和项目经理来讲都是一个双重的打击。
项目团队考核指标:凝聚力建设
软件开发是一项集体运动,项目经理必须培养一种团队合作,而不是单纯的追求个人成功的氛围。团队凝聚力是无形的精神力量,是将一个团队的成员紧密地联系在一起的看不见的纽带。团队的凝聚力来自于团队成员自觉的内心动力,是团队精神的最高体现。一般情况下,高团队凝聚力带来高团队绩效。团队凝聚力在外部表现为团队成员对团队的荣誉感及团队的地位,团队凝聚力在内部表现为团队成员之间的融合度和团队的士气。
在软件开发项目管理中我们强调的团队凝聚力主要有责任感,协作精神等方面的内容。责任感是团队凝聚力最基本的要素,只有团队中每个人员都有了这种责任感,能够积极主动工作,才能够谈得上后续的沟通和相互协作,以达到团队所共同确定的目标。很多时候研发中出现设计太粗、编码阅读困难、或者编码BUG很多等问题,其实很多都不是团队成员的水平问题,更多原因是责任感不强。
协作精神在研发中是很重要的,即使完成一个简单的研发任务也需要团队的需求,设计,开发和测试人员来共同协作完成。协作精神在于互相尊重,团队内每位成员都尊重和认可其它成员所扮演的角色。如果团队成员间没有协作精神,主动沟通去解决问题,那研发项目质量就无法得到有力的保证。一个再优秀的成员如果没有团队观念,不愿意和他人协作是不适合呆在团队中,因为可能会使整个团队的协作精神土崩瓦解。
在实际的项目管理中,加强团队凝聚力建设方面采取的方法主要有:
1 项目经理定期和团队成员进行单独沟通,了解成员对工作和个人职业发展的一些真实想法,使团队发展和个人发展两者相互促进,让团队成员感受到在做研发过程中个人技能的提高和个人成就感的增加。
2团队定期组织相关的聚会和活动,加强团队成员间相互沟通和了解,活跃团队气氛,并把这种轻松和活跃的氛围传递到日常紧张的工作任务中,让团队成员更多感受到工作的乐趣。
1 公平合理的绩效考核:通过将员工的奖励和员工绩效结合起来,强化绩效管理。推行项目绩效管理制度,除了有效管理项目成果外,在加强团队凝聚力、培养团队精神都极有帮助。一个有强烈协作精神和自驱力的团队对项目的成败起着至关重要的作用。因此,通过绩效考核激发项目成员的工作热情是一个很好的方法。
2 协助成员技能提升:在研发过程中要让每个团队成员都感觉到自我技能的提升,但前提是团队成员有这种技能提升愿望和学习的热情。如果项目成员长期都是按部就班进行着重复的工作,那工作积极性和热情就很难持续的保持。因此,在研发过程中应该给每位团队成员承担挑战性工作的机会,充分信任团队目成员的能力,让团队成员体会到完成这些挑战后的成就感和个人能力的提高。
3 表扬和鼓励:项目经理要时不时的通过各种方式表扬和鼓励团队成员,对成员完成工作的给予最大的肯定,这是对团队成员最好的激励方式。例如通过邮件或电话等方式对成员的进行单独表扬、肯定和鼓励;通过项目例会对团队中表现优秀人员的表扬;通过团队聚会和活动等方式对整个团队完成工作的祝贺和鼓舞。表扬和批评两者并不矛盾,对于团队成员连续犯错误的毛病应该给予批评,但一般采用单独沟通或邮件的方式进行,整个团队也应该定期展开一些自我批评,让团队成员感受到自己的不足和待提高地方。
4 关注每个团队成员的职业发展:项目经理需要关注每个成员的职业发展和职业规划,对团队成员的职业发展给出一些建议,并为团队成员制定一些合乎实际的学习和成长路线。
转载资料供参考
何打造高绩效团队
队定配合协作、目标、计划态组织团队基础
高绩效团队定向、使命、精神、奉献甚能牺牲自我全别种胸襟群士宗教、党组织类超越自我奋发图强伟远景经营组织高绩效本源
经营经营者
经营群经营伟希望期待家凝聚起朝着目标、共同努力面东西需要清楚;
第 满足需求群各种各需求完全满足能资源再充足满足物欲横流所所要抓住KPI东西;
第二 主流数原则没趋势要制造整合趋势共性价值观东西定要提炼符合发展、伦理道德价值共性进行普及;
第三 围绕使命打造种精神品质要达既定目标要经营术(技能、技巧)器(工具)物质、精神、环境、名誉位、权欲效配
精明做点事群能做点更事配合默契具愿景经营团队能业前提要许元素组合起
现实数组织都低绩效团队原没根据企业同期满足平衡需求少数独没发展共同目标或者没经营局重观点没高产氛围没塑造希望尊重规则缺少技能技巧清绩效业绩没握结等由
希望;没希望像沙漠求存永远绝望
现实数企业没员工树立希望数组织都打工身份做事做尚撞钟原高层经营规划
口号希望看见未
除非脑外任何都琢磨所处现状、没希望
喊真除板自盆满钵满其干副穷酸相谁力
除非真愿意跟家享经营公、公平客观必须要哪怕相
希望颗苗木需要施肥浇水培育需要掌握培养些技巧做技巧越企业层定做艺术造诣能用自格魅力构建文化氛围能用制度科规范让家礼节让家奔
要懂造梦树立愿景市场经济市场赚取所处行业企业、发展规划能够让家看希望同、要希望实实画让家看见、摸着未踏踏实实达设定目标能画圆家才信希望才激情才力能够持续凝聚哪些力企业才持续高效往前走经营前先经营团队希望
理通技能;做设定目标要让团队明白并且让家能够掌握些跟打交道能力
组织制定目标计划总缺乏跟级自团队沟通式风格目标计划缺乏根据缺乏支持至少让少哪犯嘀咕内耗加本增加高效利
必要事情跟自团队充沟通交流协调至少些骨干工作要做通要运用骨干力量、普照四
企业同期团队要求同至、至都应规则角度发经营符合向价值符合伦、尤其现代本化梳理重要没适合高绩效环境氛围比较难产高绩效;
比;激情、拼博、默契、牺牲、奉献些定工作、、各种场景断激励产物;
同掌握定技能技巧重要解决问题高智慧与打交道沟通技巧现代必备情交流情商、逆境商、包容能力、团队员都需要具备
绩效与业绩;高绩效团队绩效与业绩别整体达目标综合优化条件局部数据别其业绩数据展示
绩效面包括短期甚至期目标达效表现其业绩注重短期准何存发展基础
高绩效团队必须集合企业规划、愿景、目标、使命综合起经营让团队接受认同经营程经营团队组织我我我程定超越狭隘才能达目标
高绩效团队、必高素质基础高素质自共同价值观惜抛弃自我范围既利益经营团队高度、功夫需要量培育血其 数企业除板本甚至板本没做所组织状况想知
欲打造高绩效团队必先解决团队共性价值使命问题
找批志同道合同仁每企业都做、收效甚微素识、用、育留体制十关键何培养共同价值观重点要平衡我前面谈哪些
业绩数据相说比都重要问题绩效问题点没解决能达业绩意愿问题没解决技能团队员卖力性使
结;高绩效团队高效经营程团队要理想要做些事首先要营造恩氛围要超越狭隘利主义经营益、众、社才激发氛围
余师经验总结三点经营团队首先才能并发火花与间、命与命间超越升华本质格经营魅力魂凝聚本源
其才能做事总能客服困难能遇难迎刃解让自智磨砺熟并能找解决所问题技巧
快乐提倡快乐做事情引导快乐做事本快乐做事情自比痛苦甘、情愿做件事更易做都本源自身本具备源泉拿主义用间何经历酝酿
打造高绩效三源灵经营本质所道领悟智慧
打造支高绩效团队说简单复杂事、看凡离向、结构、流程支撑四步调主干理顺重细节细节需要打磨功夫留自身引导结合众力量集思广益优质配合营造局观发展程握点经营度握脉搏高绩效团队经营顺理章
信息化建设的成功除了有赖于符
合未来整体发展战略的业务实现模式和业务逻辑、符合业务模式和业务逻辑的信息技术架构和平台,还需要相应的信息管理组织去支撑业务信息系统的规划、实施、运营、维护和管理。怎样构建企业IT运营管理体系,使得企业信息管理模式与企业业务管理模式和企业应用特点能够有机的融合,是企业信息组织建设的关键,同时也决定了企业未来在信息化建设方面顺利推进的重要保障。
1 对企业IT管理使命的理解
在充分理解和融合企业业务管理战略的基础上,运用先进的管理思想和信息技术,推动企业改革与发展;建立满足企业需要的一流的IT基础设施,迅速地提升企业IT能力和应用水平,满足企业未来发展战略的需要。为此,建立高效的IT运营管理体系是首要任务。一般来说IT运营管理基本定义应包括以下内容:
·IT运营管理基本原则:应作为企业集团IT运营管理体系的基本指南;
·IT运营管理策略:用于确定企业集团各种IT活动间关系的基本原则和出发点; ·IT运营管理组织:明确企业集团各项信息技术活动的授权和责任; ·IT运营管理流程:明确信息技术活动的程序以保障高效的运作; ·IT运营资源和技能管理:提供企业IT管理运作所需要的技能资源;
·IT运营体系的运行与维护:保障企业IT运营体系服务的成本效率和 *** 作性。
2 IT运营管理基本原则
IT运营管理基本原则是指为加强企业在信息技术方面的战略执行能力而提出的基本的准则和指导性的方针。根据信息技术发展的特点结合企业信息化的发展需求,其基本原则框架应由七个部分组成:
总方针
战略的融合:信息技术因素需要渗透到企业战略的制定中去;
业务伙伴关系:企业的IT将与业务用户在工作上建立伙伴关系,以了解和达成企业的业务实现目标;
IT项目应视为投资:信息技术项目应该被视为一项投资,它应以支持业务需求为基础; 以客户为中心:信息化管理应以服务水平为基础,重点应关注在满足业务部门的需求; IT组件配置:应遵从IT体系结构和IT标准;
IT资源共享:IT资源应被视为企业的一项资产,每一个企业员工都有责任和义务正确的使用和保护这些资产;
IT策略和规划的沟通:IT的策略和规划应在企业集团内部进行有效的交流和沟通。
信息组织和流程
熟练和专业的工作团队:保持一个熟练和专业的工作团队管理整个体系结构,以确保达成业务目标, 业务部门从组织上参与信息部门的管理;
策略和规划的管理:为适应业务和技术的变化,有必要对策略、规划、管理、信息服务目标实现的成效作周期性审查和改进;
流程与职责:流程和职责分配要被明确清楚定义。
技术管理
技术创新的使用:主动进行技术创新,以增强企业的核心竞争力;
行业标准的使用:当存在相应的行业标准并能满足所涉及的业务需求时,应采用相应的行业标准;
因特网技术的作用:未来的应用系统和服务的交付要考虑使用互联网/企业内部网/局域网技术。
IT运营服务管理
未来的企业,在信息技术硬件和软件的应用方面会愈来愈集中,即通常所说的物理集中和业务逻辑的集中。信息中心的职能在这种高度集中的模式下,其定义相应地发生了改变。从组织层面上来看,信息管理组织将企业的IT部门从成本中心转化为服务中心;从具体IT运作层面上来看,它不是传统的以职能为中心的IT管理方式,而是以流程为中心,对复杂的IT
管理活动进行管理,比如事故管理、问题管理和配置管理,将这些流程规范化、标准化,明确定义各个流程的目标和范围、成本和效益、运作步骤、关键成功因素和绩效指标、有关人员的责权利,以及各个流程之间的关系。它的根本目标体现在:
(1)提供以业务为中心的信息服务; (2)提供高质量、低成本的服务; (3)提供的服务如需要是可准确计价的。 数据
数据获取:每个数据将仅在企业第一次出现的时间和地点被获取一次,以后在整个企业内部共享;
数据分布:数据分布应遵守完整性和应用的需求,数据容量、数据需求共享、网络能力和数据安全同样也需考虑;
数据词典:应有一个对企业所有应用程序存取并遵循的、全公司范围的数据定义; 数据共享:应用程序应共享已有的数据,除非必须要坚持满足特殊的安全性和完整性需求; 数据所有权:每一个信息单元都需指派拥有者,负责定义数据的使用规则和保护规则; 数据质量:所有的数据在概定的频率内均可得到,保存时间长短要按时间而定,还应经过标准验证流程验证,确保数据的准确性和完整性。
应用系统
用户需求:所有的应用系统的采纳或设计都必须依照用户业务需求,并要得到业务赞助人的认可;
公共评价标准:对企业内部所有的应用系统(包括软件包)将采用一套公共的评价标准进行评价;
引进与管理:采用标准软件包。对于新应用系统供应商的引入需要建立相应的控制策略及制度,建议重点考虑国际领先的标准软件包。 网络
外部连通性:网络必须使外部连接更方便;
行业标准:行业标准将被用于企业内部和对外的沟通;
单一的逻辑网络:将只有一个逻辑、用于实际运作的网络为各互联系统提供应用和数据存取;
首先要让成员明白IT运维工作的重要性,关系公司整个命脉,是公司的重要部门之一,提高团队的荣誉感;其次,做好团队阶梯规划,让每个人都知道自己的上升阶梯,不至于整天迷茫的瞎混日子,要有目标的去做工作;再次,要定期的组织培训和讨论。不但可以加强技术交流,还可以增加团队凝聚力。再次,最好用流程化的管理软件去管理运维工作,如云雀运维软件。不但可以减少工作中的一些冗余琐事,还可以做到事件可追溯,个人绩效可考评。最后,还要紧抓团队管理,制度虽然建立了,但是要有人去执行和管理。
团队管理者首先要对某一岗位的日常工作做一个梳理,分辨出日常工作的不同类别。
(1)项目和任务类的工作。主要包括工作项目、管理者分配的各种工作任务等。在IT类公司,项目是常规的工作任务,很容易被发现。对一些辅助类的或者临时性的任务,管理者要做个区分。如果员工完成只需要很短的时间,不用转变为项目,也不用计分;如果也还是要花个半天甚至更多时间才能完成的,应当在项目管理网站上做记录,并给估值。如果老让人干活,又不给分值,员工心里会不平衡。这些小任务,分值虽然不多,但是要能让员工做个积累,积少成多。
(2)日常事务类的工作。主要包括HR、财务、运营、呼叫中心等的工作,特点是没有明显的项目性质,工作相对常规化。在技术团队中,有的也会有值班类型的工作,例如网管或者技术热线,也是日常事务类的工作。这些工作主要和工作时长有关系。什么样的人效率高?除了他有不错的工作方法之外,还有一条就是他手里有很多的活儿要干。往往都是时间表被工作挤得满满当当的人,在地铁上都要拿出书来看,排队买饭也拿出手机来回复微信,他们的效率更高。准备几个可以在比较短的时间内完成的任务,是提高个人效率的一个方法,而这一点也可以为团队所参考。团队管理者在日常工作中有了一些想法或者发现了一些需要改进的点之后,可以在项目管理系统中记录下来,这些任务可大可小,员工们可以根据自己的工作安排的松紧程度去选择。有的可能只是一两个小时、半天就能完成的,当员工在两个项目间歇期有一点空余时间,就可以去拿来做,个人得到了分值,团队得到了更多的产出。
这些任务类的工作在常规的项目之外,但是也是很有意义的补充。做积分式绩效管理制度的设计,其实就是要从内心回答一个问题:团队管理者认为什么样的员工是优秀的员工?对这个问题的回答决定了制度设计的方向。对于这个问题的回答,不同的公司、不同的岗位可能有不同的要求,我这里给出自己的一个基础性回答,读者可以根据自己的实际情况做调整。
以上就是关于如何管理好一个技术团队全部的内容,包括:如何管理好一个技术团队、如何做IT项目团队 组织管理、打造高绩效IT团队应该怎么做等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)