软件开发任务书怎么做?

推荐到广播
2654 人聚集在这个小组
(Taite.Tang)
第三方登录:& 如何做一个好的游戏制作人?暴雪开发人员访谈
如何做一个好的游戏制作人?暴雪开发人员访谈
文 章摘 要
暴雪开发成员Ernst ten Bosch就如何做好游戏制作人发表了自己的看法,让我们一起来看看优秀的游戏制作人究竟是什么样子的吧!
  最近,暴雪旗下《魔兽世界》开发团队成员Ernst ten Bosch特意撰文,全面分享了他对所谓优秀的游戏制作人(Game Producer)的感受和看法!细致地精读这些经验之谈,对于想要成为优秀游戏制作人的朋友定然大有裨益!下面就跟随这位开发者的视角,一起走进优秀的游戏制作人的世界吧!  引言  我经常被问到的一个问题是:成为一名游戏制作人需要什么?***很简单:什么也不需要。要成为制作人,你真的什么也不需要。任何人都可以成为游戏制作人。任何会看人或正好在某个职位上的人都可以成为游戏制作人。要成为游戏制作人,你不必经过任何正规的培训或获得任何相关的学位。申请游戏制作人的职位,你基本上不会被要求展示有助于游戏制作工作的才能或知识。当然,如果你熟悉那些既定的方法论如敏捷开发或你是计算机科学出身的工程师,那当然是可以加分的;但这些绝对不是必要的。类似地,如果你是一个做事有条理、擅长学习的人,那么也是有帮助的。但是,这些是大多数成年人都已经一定程度上掌握的能力,更别说任何人都可以声称自己具备这两种特质中的一种或两种都有了;毕竟“声称”是没有办法查证的。  但并不是说成为游戏制作人就是一件轻而易举的事,或者游戏制作人的工作没有挑战和困难。真相是,就像人的性格一样,制作人也是有很多类型的,每一类都有各自的优点和缺点、长项和弱项。比如,不同程度的灵活性对于游戏制作人的工作执行,既可能是幸事也可能是灾难。取决于具体的情况,制作人在任何时候都可以选择承担责任或推卸责任。如果某个项目大获成功,制作人可能是被捧得最高的,也可能默默无闻;如果项目失败,制作人可能是被骂得最惨的,也可能责任撇得最干净的。关键是要记住,游戏制作人的工作其实与游戏制作本身没有直接关系。所以如果他都没做游戏,他怎么可能搞砸游戏?  不同游戏制作人的能力和工作方式有很大的不同。有些制作人为人圆滑、像个汽车推销员;有些制作人性格内向、像个学者;有些制作人一张嘴巴闲不住,总是说个不停;有些制作人交代任何工作都只通过邮件。本文的目的不是解答成为游戏制作人需要什么,而是什么才是优秀的游戏制作人。  本文所说的内容其实是根据我自己应该做得更好的东西和我在同行中看到的、我希望自己有一天能做到的东西,整理而成的。所以大部分是我个人的经验,有些是非制作人的人告诉我他们希望或不希望自己的制作人做的事。  出于本文的目的,我设想的是一个一般的、中等资历的游戏制作人(如果存在这种标准型的话),而不是非常资深的、能拍板决定百万美元预算的制作人,也不是工作包括倒咖啡和送甜甜圈的菜鸟制作人应该怎么做。  我也不希望这文变成关于如何做游戏制作工作的指南手册。不同的公司有不同的游戏制作流程中,有些公司甚至根本没有游戏制作人。所以,本文内容不适用于所有人。  当我说我的“羊群”,我指的是那些认为我是他们的最主要制作人的开发者团队。当我说“团队”时,我指的是整个开发团队,包括其他制作人带领的羊群。当我说产品,我指的是这个团队正在集中注意力制作的一款电子游戏。  为了方便,我把游戏制作人称作“他”;游戏制作人当中也有很多女性制作人,在这个领域,大部分女制作人的表现与男制作人相当或甚至更强。  什么是“优秀”的制作人  我们从最基本的概念说起。为了知道什么才是“优秀”的制作人,显然必须了解制作人要做什么。  我认识的许多游戏制作人都解释不清楚自己到底做什么工作或对游戏开发本身有什么贡献。美术制作人画画吗?不画。程序制作人管理程序员小组吗?不管。制作人能决定什么东西能放进或不能放进游戏吗?一般来说不能。制作人制定和控制开发预算吗?还是那句话,一般来说不能。那么,制作人到底做什么?  当我对朋友和家人解释制作人的工作时,我通常会作个比喻;我觉得这个比喻准确地形容了制作人的作用,虽然不是详细的工作描述。  一方面,制作人就相当于牧羊人(shepherd)。我指的不是拿圣经布道、作为道德楷模的牧师(注:“shepherd”有牧羊人和牧师两个意思)。我指的就是字面意思上的牧羊人,和赶鸡放牛的那种人一样。这就是为什么我有时候会把我的团队称作我的“羊群”(尽管我仍然不知道我的小伙伴们能不能体会到我称他们为“羊群”时满怀的深情。)  对于牧羊人和羊,真正的价值不在于牧羊人自己,而在于他的羊。羊群才是提供最终产品的家伙,所以应该被精心照顾和养育、有舒适的居所和充足的食物。牧羊人可以吃发霉的老面包皮,而羊群却必须吃新鲜的优质牧草。  此外,羊群不是归牧羊人所有,所以牧羊人也不是最终对羊群负责的人。他不能决定羊群的命运,要不要剃毛,要不要挤奶做奶酪,能不能杀了做羊肉串。  最后,任何人都可以成为牧羊人;只要他会拿着大棒走上一整天。如果牧羊人不干了或死了,很容易就能找到其他人顶上空缺。  我要用的第二个比喻是,制作人相当于父母。还是跟牧羊人一样,我指的父母没有什么浪漫色彩;跟美丽的母亲或伟大的父亲无关。我指的父母是比较“含辛茹苦”的那一种。我来解释一下。作为父母,无论发生什么事,无论你有多累多忙多生气,你都要养育、关照和保护你的孩子。你必须做出艰难、无耐的决定,你想好你自己要什么……呃,好吧,在这出希腊悲剧里是没有“你自己”这个词的。你别无选择,只能无条件地对你的孩子播洒爱和为他们奉献。  对于制作人和他的小伙伴们,这种感情也许不是真实的,也不可能是相互的,但为了共同的目标,执行起来当然要以假乱真。还是以你的开发团队就是你的孩子为例,有时候你撞见他们,他们也假装没看到你。有时候他们会在你背后笑话你。有时候他们会当面说你无聊或不开窍。而你可以做什么?你必须做什么?你可以并且只能低声下气,继续对他们表示关爱,无论这种感情会不会得到他们的回报。这就是制作人/父母的悲哀。  游戏制作人的原则  既然我们已经了解制作人在游戏开发这个微观世界中的地,我们就可以看看游戏制作人的目标了。正如我前面提到的,游戏制作人有各种各样的类型。有一类制作人就是电子表格狂人;这种人喜欢作报告、图表和总结,通常极力避免不必要的人际交往。对他而言,他的羊群是一帮他不得不时时打交道、不幸但必需的人组成的。另一类制作人像个高中生;这种人追求人气,渴望别人的认可和重视。他的羊群是一帮可以一起玩的朋友。还有一类制作人是任务机器人;他的世界就是任务管理、资源分配和工作日程表。他的羊群就是工厂的流水线上的工人,以或多或少固定的速度大量生产产品。  我们来看看一般的游戏制作人是怎么样的。我不打算从既定的项目管理系统如敏捷开发,而是从游戏制作人的一般原则入手,看看他的羊群对他的期待。  灵活性和适应性  我前面提到“流水线”,但如果说有一个属性绝对不能用来形容游戏开发,那么它就是流水线。游戏行业仍然处于它的幼年期,事态几乎不会按照你的希望发生,每前进两步就要后退一步。这对某些学科的影响更大,而这些学科又有各自的应对方式。对于游戏制作人,应对开发中的变幻莫测,你的应对办法只有:预料到会发生变化;知道某事一定会发生所以你要尽可能做好准备。正如有这么一句话:“居安思危,未雨绸缪。”制作人必须有这样的素质。  状态意识和报告  我认为,游戏制作人起码应该能意识到团队和产品发生了什么事,确保他的羊群或至少领头羊知道这个信息。他应该不仅应该知道目前的耽误之急是什么,还要知道下一个耽误之急是什么。任何程序员、设计师或美工都应该能够从制作人口中得知团队的大方向、当天的重要事宜和团队的首要目标。当然,有些事制作人可能不知道,通常是因为那些事与其他部门有关。然而,制作人不知道应该是那些事的细节,整体情况仍然应该说得出一二。制作人的沟通交流能力是关键。  交工代表  游戏制作人的很大一部分工作是赶截止日期。这是与日期、日程表、计划、起始点、重大变化之类有关的工作。首先,制作人必须知道什么是重要的时间点、还有多少剩余时间、截止日以前必须做什么、什么最可能赶不上截止日,等等。制作人还要大致了解他的羊群要达到目标面临着什么主要困难,了解至少要达到能描述给第三方、回答基本问题的程度。他可能不必亲自做开发工作,但他正是他的羊群的代表。  润滑剂  游戏制作人也是搭桥工人、调解人和引导者。制作人经常会遇到他自己解决不了的问题,这时他的工作就是找到能解决问题的人。这也许要求他开会、发邮件,或甚至亲自出门找人,直到找到***。  这种事经历多了,他就会发现自己已经积累了大量人脉资源。进一步拓展,这些资源就会成为整个羊群的人际网络。对于团队,制作人是沟通外界的桥梁;对于外界,制作人是通向团队的窗口。  不应该要求程序员认识IT部门或QA部门的所有成员,但是制作人应该做到。反之也一样,QA部门的成员不必认识团队中的所有设计师、程序员或美工,他们只需要知道一个人就行了—-那就是团队的制作人。  多面手  在本文开头,我说成为制作人不必精通任何事。那是因为他要负担的事太多了。制作人是个多面手,什么事都逃不出他的法眼和职责范围,只要这件事对他的羊群、团队或最终产品有好处,他就要承担起来。正如我之前说的,虽然其他人可以专注于自己学科范围内的任务,但制作人应该应付所有他能力范围之内的事,无论是做电子表格、订会议室、写会议提要、打任务报告或保证会议室的视频会议系统修好了。  外交大使  制作人是个外交大使,无论是对于他的羊群而言,还是对于团队和产品而言。真正的外交大使要了解自己国家的历史、现状、骄傲、耻辱、斗争等等,制作人也是如此。精通这些事务会使他更容易做出正确的判断、在协商时占据有利位置。与外交大使一样,制作人要走到外面的世界,收集信息,反馈给内部的团队。这样,他的羊群才能与时俱进,走在前沿。  但最重要的是,与外交大使一样,他必须坚定不移地为他的羊群谋福祉。对外,制作人必须成为团队的拥护者;对内,制作人必须成为他的专业的拥护者。虽然做实际工作的人必须担忧能否完成任务,如写代码、补漏洞、录声音、译文本、做关卡、画图像,制作人是稳定性和一致性的警示灯,把个人的兴趣丢到一边,把团队的最大利益放在前面。  避雷针  制作人的另一个重要而偶尔被忽略的角色是绝缘体。与高楼大厦上面的避雷针一样,制作人要为他的羊群挡掉外部力量的不良干扰和影响。第三方会不断地来挖你的羊群中有才华的游戏开发者,无论这个第三方是外部的团队还是内部的其他团队。美工可能会被叫去做特别营销广告的海报,而不是设计新资料片的装备;程序员可能被叫去帮忙修复网站支付系统的漏洞而不是编写新特征的代码。当然还有永远存在的威胁,如羊群因为懒惰而把漏洞丢给其他人解决,而不是自己动手。如果制作人能有效地发挥自己的职能,那么他的羊群就能更加专注于他们的核心工作,也就是他们最擅长的、最喜欢的工作。  特定的情境和优秀的游戏制作人应该做什么  既然我们已经知道游戏制作人在游戏开发中的一般工作和作用,我们就可以更加深入地了解优秀的游戏制作人如何处理以下特殊的和常见的情境。  任务分配  所谓的“项目管理”其实说白了就是任务分配,我认识的所有游戏制作人都经常做的事。任务分配是什么?就是这个工作名称所显示的:分配任务。无论是通过电子邮件、便签或其他什么工具,本质上都一样:技术上是非常简单和平凡的。但即使是这么简单、千篇一律、想搞砸都很难的工作,也只有一种做好它的办法。  制作人可以轻易地把所有相关人员召集到办公室或会议室,命令他们去做什么任务以及花多少时间完成等等。然后,如果任务有什么不清楚的地方,他可以找到原来的命令者;所有游戏制作人都必须经常审查任务的状态和任务执行者的更新情况。  但这种方式是有缺陷的。在游戏开发的情境下,任务分配不只是指派工作给程序员、美工或设计师的方法,更是制作人和所有项目相关人员的一种发现疑问的方法。任务整合应该是一个工作记录:包含已经完成的工作和尚待完成的工作、遇到的问题和解决的问题、或导致新任务的事件。及时记录任务分配情况可以使大家对工作更加清楚、为以后的工作积累经验。所以,任务分配也要包含记录,这是非常重要的。不负责执行这项工作的人是否也理解它?起始日期和截止日期是否符合日程表?任务是否标明“完成”或者错过截止日期都没有更新?未来的我们是否能够读懂任务分配和执行情况?  当然,把这种程度的详尽和勤勉运用到任何项目的成千上万的任务分配中,工作量一定会滚雪球般地增大,以至于游戏制作人几乎没有时间做其他事,但我认为这么做还是有实在意义的。制作人应该问自己:我是否理解了这项任务?是否可以期待理想的结果?如果有人问我,我是否能用非技术术语来描述它?如果制作人对这些问题能诚实地说是,那就说明他在任务分配方面做得不错。  制定日程表  制定日程表的方法肯定有成千上万种,取决于它的目标。制定日程表是为了让程序员、美工和设计师知道他们还有多少时间可以完成任务吗?是为了让营销人员、PR和社区经理知道任务什么时候可以完成吗?或者是为了显示赶圣诞购物季我们所有人必须完工的日期吗?这些目的可能都有。但无论是哪一个,在过去数年制定日程表的日子里,我学习到两条简单的、基本的原则:1、不要让工具决定日程表的格式。我只使用Excel。2、你制定的日程表不是只给你自己看,你的客户才是接收者。如果我想做一份私人用的日程表,我会在表格中加入大量细节、缩略词、笔记和个人评论语,可能会混乱得让其他人都看不懂。  但这些只是基本的建议,我会向需要制定任何一种日程表的人推荐这两点。对于游戏制作人,这么做太简单了:记下他从部门主管处听到的交付日期,填到整齐的表格或图解中,然后发送给相关人员,不管他们如可抱怨这份日程表的含糊。  然而,优秀的游戏制作人是理解日程表的。他知道重要事件意味着什么、为什么要在某个日期以及如果错过日期会有什么后果。他还知道什么因素能影响重要事件的日期是否可以达到;谁负责什么,谁在休假,谁生病请假以及哪些团队人手不足、步入正轨或被延误了。  知道了这些东西后,他可以预料问题和障碍,然后解决问题和克服障碍。如果游戏制作被问及为什么截止日期不能更早一些,他必须有现成的可靠的回答,或至少找得出一个。如果制作人不理解像他的日程表这样基础的东西,他还能理解什么?  开会  我认为可以说,并没有太多人真正喜欢开会,所以极少负责主持或准备会议的人会带着满满的活力和热情开会。  游戏制作人,与任何会议组织者一样,应该确保达到基本的组织和会议标准,比如说有议程、有人做笔记、按时结束不拖延、相关人员到位以及会后任务跟进等。听起来很简单,但实际上不可能始终达到这些要求。至少对我而言。  除了任何行业的会议中的最佳实践,有一件事,如果不是独一无二的,对游戏制作人来说是非常普遍的。与我成为游戏制作人以前参加的大部分会议不同的是,我现在很经常参加一些讨论我个人不太期待的工作的会议。这意味着我不一定会理解所有东西,我只是必须知道会上说了什么。可能是因为技术性太强或与管理的问题有关,但二者都不在游戏制作人的责任范围内。或者更经常的是,因为会议是关于完全不同的团队或部门的工作,所以我根本不知道发言人在讲什么!  在那些情况下,游戏制作人除了参加会议,还应该付出其他努力。如果他想有所贡献,他必须不仅知道别人在说什么,还要理解别人所说的。记笔记、分配任务然后敲定日期,这些事太容易了,一般的制作人都做得到。但真正优秀的制作人会保证他理解材料、某个结论是如何得出的以及为什么要做某个决定。因此,他给他的工作增加了新维度,不只是成为执行者,分配任务、发送邮件、组织会议,他还成为建设者—-一个有权威的项目所有者和真正的开发者。  沟通交流  在游戏制作人的工作描述中,你必然会看到“优秀的沟通交流者”这一项。我发现它经常被滥用。任何人都可以声称自己具有出色的沟通交流能力,毕竟没有什么标准方法可以判定一个人到底擅不擅长沟通交流。  这并不是说沟通交流能力不重要,而是说,如果你想成为游戏制作人,你在陌生人面前一定不能怕生。类似地,如果你不敢在众人面前或在会议上发言,那么你可能得换一份工作了。至少,你不会觉得与人交流是你的限制因素或必须克服的障碍。如果是,那么沟通交流不是你的强项。  所以当制作人在执行“沟通交流”时,他必须记住什么关键元素?  1、每一个人都是独一无二的。优秀的制作人了解自己的团队,知道如何与团队成员打交道。有些人喜欢开会,有些人不喜欢。有些人习惯于一整天埋头工作,通过邮件和聊天应用交流以。有些人喜欢你路过时跟他说上几句话,有些人则厌恶你那么做。如果制作人知道如何与成员们打交道,他就能更有效地传达信息、咨询问题或当有必要时表示拒绝。意识到不存在以不变应万变的沟通方式,是学会沟通的第一步。  2、让别人随时找得到你。最重要的事就是让人随时找得到你。当有人要找制作人时,他就必须找得到,让人找得到自己也是制作人的职责。在现在这个时代,找人应该不难,通过邮件、***或甚至FaceBook、FaceTime、WhatsApp和Skype等。保证别人找得到自己并不是件容易的事。制作人必须保证别人能从公司的通讯录、内部网站等地方找到他的联系方式。除了极小数时候,优秀的制作人必须保证只要他在办公桌边,他的MSN就在线;如果他不在办公室,那么他的手机就开机;无论是在家还是在路上,经常查看邮件。这些应该占据他90%的工作时间,而把联系方式放在邮件的签名处和/或办公白板上应该占据剩下的10%。当别人不在办公桌边或电脑前,这些信息就很有用了。  3、让别人知道你的工作。正如我在本文开头提到的,许多人,包括开发团队的其他成员,往往不知道制作人做什么。结果是,他们不知道制作人是否以及如何为游戏开发做出贡献。因此,游戏制作人让别人清楚他在做什么是非常重要的。为此,他要同时表现自己可以帮上什么忙和可以做什么。这样虽然会导致更大的工作量,但贡献也更大。帮不上团队或他的羊群的游戏制作人就是没有用的制作人。任何制作人都可以坐在办公桌前,发送邮件和分配任务,知道他在老板希望他做的事;但优秀的制作人知道如何让外界意识到他的有用。在会议上,他准备好、注意到且说得出自己的观点。他能提出别人可能羞于提出的问题。他做报告、写日程表,表现他知道开发进程。他回答复杂的问题和根据需要调整日程表,表明他清楚他的羊群的工作情况。  这些行为看起来可能有些做作或虚伪,但如果制作人希望自己有决策发言权、被平等对待且让人觉得他平易近人,那么就必须让所有人看到他工作得有多么努力,他受的苦与其他人一样多,即使他并不知道如何动画3D模型、录音或翻译任务文本。  4、效率。最终,良好的沟通交流是为了高效地执行工作。制作人在此扮演重要角色。如果制作人能把任务分配得好,那么程序员、美工或设计师更容易展开工作,不需要解释或修改。进一步说,如果任务分配得好,就更容易估计执行情况、所需时间、可能遇到的问题以及如何解决那些问题。这样,经理或其他制作人就可以立即了解开发进度。与此同时,设计师、美工、程序员和测试员可能会从执行中学到一些东西,当他们遇到类似的情况时就不必浪费时间做重复的工作。通过合理分配任务和跟进任务,优秀的制作人不只是与指派到任务的人沟通,而且是与所有可能得知任务的人交流。  这也适用于制定日程表。有了良好的日程表,开发人员可以立即知道目标的进程和重大事件。如果开发人员必须反复查看才能知道数字的意思,那就太浪费时间了,结果是他可能会觉得麻烦而不愿意再看日程表,进而忘记截止日期。  与任务分配或制定日程表相比,会议上的沟通交流更是一门微妙的艺术。有些团队可能希望制作人这样开会:进场、保证录像机工作正常、发放议程、保证有人进行会议记录和发放笔记。但有些时候,团队会希望制作人更加尽职一些:保证发言不脱节,会议不超时等。我们普遍认为,开会不宜太久,不能局限于行话或沦为闲聊,制作人应该充当调解人。无论团队喜欢哪一种会议形式,制作人都应该知道什么方式对与会者最合适,并且确保与会者落实行动。优秀的制作人是很灵活的,能够在不同的会议形式之间切换,但如果有必要,还能强制会议按最高效的形式进行。  制作人不应该做什么  我们已经探讨了游戏制作人在游戏开发团队中的角色和优秀的制作人应该如何达到他的目标。现在,我想从相反的角度谈谈,制作人应该避免落入什么陷阱。优秀的制作人不应该做什么?  不要害怕提问题  大家都默认游戏制作人具有深厚的技术背景或能抓住所有任务细节和漏洞。事实上,如果他花太多时间在这些事情上,他很可能是浪费时间,因为无论何时,总会有人比他更熟悉那些事情、比他有更好的位置去做那些事情。从更远一点的距离看工作量,会给制作人更全面的视角、更宽广的视野看待事情,这才是制作人的职责所在。另外,如果制作人能够理解一个问题并且能够用不带技术术语的话把它概述出来,他就能更容易把信息传达给其他人,如其他制作人或相关团队。为此,最关键的一步是提问题。如果制作人发现自己对什么事情不理解,他必须让人解释给他听,即使这样会使他自己显得愚蠢或无能,或觉得给别人添了麻烦。与其等到任务分配了、开会了才会发现完全不清楚挑战是什么,不如花时间提问题和要解释。浪费一个人的时间和冒着被人当成傻瓜的风险,总是比浪费所有人的时间来得好。游戏制作人应该学会放低姿态,在必要的时间不耻下问。  不要制造不必要的工作  合理排序工作的第一步就是,决定某工作是否是必须做的。任何人在任何时间都可能产生若干“如果我们做了应该不错”的想法。虽然对于大部分没有执行权的人来说,抱有这种想法是安全的,但对于具有实权且有办法让想法实现的人来说,特别是那些可能在会议上把想法大声说出来、分配到实际工作中的人来说,是非常危险的。这正是制作人应该保持谨慎的地方。只因为有人认为做某事不错,并不意味着应该做某事,特别是当这个人本身并不是做事的人。制作人必须意识到决策转化为工作,太多工作会导致延迟,延迟是制作人的灾星。程序员、美工、翻译或设计师,即使是资深的或主管,对项目的整体看法可能不会与制作人相同,因此可能不会意识到整体影响。所以,制作人必须非常擅长顾全大局。制作人必须非常清楚,会议能否取消、漏洞能否悬空、任务能否延期或甚至不执行、一项必须完成的工作能否增加工作时间和精力。  不要让人讨厌与你合作  严格地说来,无论是什么专业,对于游戏开发者而言,与游戏制作人保持密切合作并不是关键的。角色美工或服务器程序员可以任务列表就开始一天的工作,无论他的任务是由制作人还是主管分配的,并不重要。如果他必须加班或通宵,他的直接上司会告诉他。如果他对薪水、升职或休假有意见,他可以找他的经理谈。他并不需要与游戏制作人打交道。  这就是为什么,游戏制作人必须体现自己的有用和平易近人。如果他可以保证别人不忽略他,他在“有用”的道路上就迈开第一步了。我坚信,优秀的制作人可以显著地提高开发团队的生产效率,但只有人们理解游戏制作人的价值并积极地希望获得那些价值,才能达到那个效果。
手机看攻略,电脑玩游戏两不误!
加点再也不需要切来切去啦~
【魔兽世界】最新消息第一时间推送给你
与相关的文章有:管理、综合、团队
今天想着重总结一下软件开发公司如何带新人的问题。我一直认为带人是一项有技术、有含量的工作,如何在新人入职公司后迅速熟悉工作环境、快速了解公司的开发体系和快速与团队成员融洽相处,需要有很多方面要注意的地方。
本人目前做软件开发差不多快10年了,在这10年间被人带过,也带过别人,在这其中有一些自己的思考和总结。印象最深的是之前入职一家互联网公司,入职第一天人事带到组里后只说了一句这是你的LEADER,以后就在这个组里工作了就离开了,LEADER说了几句话就去忙自己的去了,那一刻真的很茫然和无助,我想这种情况很多人都经历过。那时就在想如果我是一个LEADER对待新人肯定不是这种方式。
带新人我认为做好三个字:“带”、“教”和“查”,做好这三个字基本上一个人新人在很短的时间内就能很快的融入到所在的团队。如下图所示:
如何带呢?首先当一个新人入职后我们要从现有团队中选择一个人,做为新人的“导师”。选择导师可以从沟通能力、表达能力和热情度几个方面去考虑,同时也要有责任心。导师的作用就是尽快削除新人的对环境和以及团队成员的陌生感。我们都有过这样的经历,当我们到一个新环境时,面对各种陌生环境、人和事需要一些时间来适应,此时如果有一个人热情的去帮助你,去指导你,会一定程度的让我们感觉到舒服。同时新人和导师也会很快的建立很好的私人关系,如果处理好的话,这对双方都是一种人脉的基累。将心比心,你对别人好,对别人认真负责反过来回馈给你也一定是这样,人为关怀很重要。在我们的团队里面我特意做过一个实验,由于项目需要要进来两个刚毕业的同学,我从现在的项目里面选择了两个同事去做导师。一个导师性格开?热情很主动;另一个我特意选了一个性格沉闷、冷淡以及不爱说话的人做导师。实验很明显前一导师带的新人迅速的就融入到工作环境中,另一个沉闷的导师带的新人也明显具有此导师的影子。所以选择导师很重要。其实我选择这个沉闷的导师也是想让其锻炼一下,在带人的过程我私下经常跟他沟通方式和方法也有一些好的改变。同时也可以通过一些非工作场合的接入让新人迅速熟悉融入团队,例如在中午吃饭的时候带着新人一起,通过吃饭这种随意的场合团队成员很快就能有共同的聊天内容。之前我带过一个新人,不太爱说话,我就问他你有什么爱好,他说喜欢足球,后来我就总跟他聊足球相关的话题立马话题就多起来了。
那么应该如何教呢?我认为可以通过两方面的去进行:首先是工作环境的教,这是带的重点,目的就是要让新人迅速的了解我们团队或者项目的工作环境。对新人介绍公司的业务情况,开发体系,开发环境,技术相关框架,团队成员购成等。在我们的团队中有一个强制要求,新人必须在三天内记住团队所有人的名字和职位,只有这样才能迅速融入团队;另一方面分配工作任务,在规定的时间给新人分配一些工作任务,任务由简单的开始。通过具体的工作任务可以了解开发规范和开发框架等。但要注意的是导师要做到耐心细致讲解和说明,当导师分配一件任务后新人要对此任务进行理解并详细的说话,要把设计的思路跟导师讲一下,如果没有跑偏的话就可以按照此思路去展开工作,同时要有记录,要有纸面的工作流程;最后一点就是针对规范进行要求和说明,我们都知道公司有公司的标准和规范,领导有领导的审美和要求,作为导师一定要对新人把公司的规范体系以及领导的相关的要求进行说明,让新人知道并遵守各种规范和规则。
如何查呢?这是最重要的一点,我们做了很多要求和规范,目的就是要能够很好的执行。导师要对新人的工作情况进行检查,是否所有的工作内容都是按要求和规范进行的,如果没有要进行提示和重点强调说明,这很重要。导师的工作要深入,不能只听新人的口头描述,有的时候口头说的跟实际是有很大差异的。例如在开发过程中导师要对新人的代码进行检查,确保是按规范来进行的,如果没有必须要进行整改。有一句怎么说“严师出高徒”,或者另一句话“兵熊熊一个,将熊熊一窗口”。作为导师不要害怕指出新人的缺点,如果有上进心的人对待别人提出改进意见都能接受。只要知道自己的缺点和不足才会找解决办法,这样才会有进步,我们还要感激提出我们缺点和不足的人。举个例子,有的新人连最简单的邮件都不会发,无主题,无格式,无排版等,这样的问题我们都要给其指导,告诉他应该怎么做会更好。通过这些事情一样样的去要求,试用过后肯定是合适的。
还有就是领导(不是导师)要定期与新人进行谈话,谈话重点关于工作上以及生活上的一些事情。让人新人谈一谈自己的工作总结情况,有哪些收获,有哪些不足的地方,是否有一些疑问或者建议等,同时发现新人好的地方要进行表扬,存在的问题要进行指出并希望改进。我们团队中一般入职一周谈一次,一个月谈话一次等,这没有明确要求。
以上是自己的一些思考和总结!(花开了也无言)
参考知识库
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
访问:12457次
排名:千里之外
原创:14篇
评论:10条
(1)(2)(1)(1)(1)(1)(7)(1)

参考资料

 

随机推荐