关于新人培植的建议。请大家给点意见 - 研发管理当前位置:& &&&关于新人培植的建议。请大家给点意见关于新人培植的建议。请大家给点意见&&网友分享于：&&浏览：6次关于新人培养的建议。请大家给点意见
培训是每个企业对新员工必须的，不仅仅包括技术知识的培训，还包括对新员工职业化的培训。首先是对公司的一些建议：培养新人是企业的一项战略，需要持续不断的进行，不可能一劳永逸，是一个长期的过程，尤其是对IT技术人员的培训。不能期望马上见效，往往过高的期望会对培训失去信心。建立培养人才的决心，考虑技术人员的需求，建立技术人员图书管，方便交流和 学习，能提供相关的技术书籍。实习生的工作应该以引导和启发为主，切不可机械化。可以定期，比如每个星期都开一次项目例会，让实习生在会上做工作总结，以激发他们的工作热情。平时应该对实习生严格要求，让他们和其它员工一样参与公司里的各种活动，比如例会，技术讨论等等，把他们当正式员工看待（当然，工作强度不能太高）。然后是针对IT技术人员的培养的一些建议：一、 对新人忠告1.& 一开始对自己的职业道路要有一个规划，最好是锁定一个行业和偏重一类编程语言，做深做透。不要轻易放弃 2. 公司对于新人都有一个信任的过程，新人不要难得不会做，容易的不肯做，这样就很容易被人抛弃了。作为职场新人我们应把自己的位置放低，如果对于公司的安排不满意，可以和公司多交流。 3.& 责任心。责任心非常重要，自己写的代码代表自己的人品，代表职业素养，有时候比能力更重要，一般做计算机的智商都不低，程序难到写不出的情况少，经常是程序写的不够强壮，出bug的多。以前公司里面，如果上了用户环境测试，一旦出现bug，不管是谁的错误，整个team要连夜加班把bug改掉，如果每次team被迫留下来加班，都是你出的bug，搞个几次，谁再会信任你呢 4.&& 良好的习惯。学习的习惯，写代码，愿意去了解和研究，知其然也知其所以然，不停的学习和养成良好的习惯，才能不停进步。
二、 理论知识讲座技术人员学习的过程可以分为以下几个阶段：理论学习—&实际应用—&深化理论—&理论更好的指导实践。作为技术负责人在阐述问题时要从根本入手，解答问题从原理入手，让每个人了解到为什么这么做，而不是只知道该这么做。定期举办技术知识讲座，讲座内容由大家决定。每次讲解一个大家关心的技术问题。并提供讨论和交流的机会。三、 强调实践教学实战才是硬道理，在实战中学习和总结，遇到困难要敢于挑战解决，只有自己解决的问题才会记忆深刻，记录问题发生原因，发现问题的方法和解决问题的过程。不要在一个地方摔倒两次。以下是几点建议：1. 作为技术负责人应多给新人创造实践的机会，敢于让新人承担责任。2. 新人遇到问题不要第一时间就想到问别人，想办法自己解决，重要的是不要放弃。3. 如果一个问题在研究一个小时后仍没有结论，马上去请教技术好的人，一起讨论。如果再过一小时还不能解决就要上升到组内问题，有组内负责人去解决。如果组内还是不能解决则上升为项目问题，交由项目负责人派技术负责人去解决。不要耽误过长时间在一个问题上。4. 定期开展技术交流会议，提倡个人把发现或者解决的技术问题，拿出来和大家讨论和分享。因为这种问题每个人都会遇到，拿出来和大家讨论共同进步，避免其他成员走弯路。四、 工作过程参与项目技术负责人要参与到项目每个人的工作过程中。给与项目组成员的及时的配合，对成员的问题及时解答。其中最重要的过程就是Review，就是对项目组成员的工作进行审核，检查。Review过程中包括是否符合项目规范，代码规范，代码结构是否清晰，是否需要优化等问题。以下是几点建议：1. 在新人成长的初期阶段，对新人的工作跟踪，对他所编写代码进行Review。然后记录在Review过程中发现的问题。记录成CheckList(检查结果的列表)，并让其改正，发给项目组每个成员，对照自己的代码看是否有相同问题。2. 对新人的代码Review是一个长期的过程，并且要覆盖到每个人。3. 同时要开张组内的互相Review。两个人之间互相查看代码，互相找茬。五、 工作结果考核实行周工作考核制度。
在我们这个 90%以上成员没有.Net经验，50%是毕业生的团队中，那些微不足道的改进，一点点的提升，最终造就了这个9个月中没有一天加班，几乎没有缺陷，提前交付的项目，客户甚至愿意为他们的满意额外支付3万美金作为奖励。
最近为什么长城宽带打不开。很是郁闷，好文章不能一睹容颜。引用在上篇文章中我们一起回顾了分工历史，对于技术团队影响以及建设全功能团队的必要性 ，在实践篇中我将详细分享一些实践以及我们团队的经验数据。相关厂商内容百度技术沙龙第九期报名：APP Engine技术应用(12月18日 周六)Adobe Flash Builder 4简体中文正式版高速下载Sybase在线课堂报名：Sybase Unwired Platform——揭开移动应用开发的神秘面纱(12月09日 周四)吃自己的狗粮当开发人员坐在测试工作站前，你将会诧异于多少开发人员因为繁琐的步骤而不会安装/升级自己参与制作的软件，多少人认为自己设计的复杂配置是荒唐的。在很多情况下，这都不是安装、配置的问题，而是设计问题，将开发和测试过程分离把痛苦转嫁给了另一个团体（测试、用服、用户），开发人员丧失了亲身使用软件的机会，从而无法发现问题的存在。暴露并修正这些问题，是将开发人员和测试人员进行轮换的主要价值之一。从我们的经验数据看，开发人员可以在一周内掌握大多数的测试技巧，个人的建议是从经验丰富的开发人员开始轮换，一方面他们更能认识到测试的必要性，便于交流，也便于形成表率。另一方面丰富的经验更容易帮助他们察觉到问题的存在。其它的一些要点是：一对一的充分交流，让开发人员认识到进行测试工作的价值和目的。引导开发对痛点进行思考、改进。改变测试简单、重复的工作面貌，要对开发人员形成挑战。一周轮换2天持续数周或连续轮换2星期为宜。睁开眼睛看大象开发人员习惯于正确性驱动，然而正确的返回结果却不一定是必须的，有时甚至是一种浪费。我们项目所需要处理形如1001的期货时间戳，10代表2010年，01代表一月份。开发人员自然想到了如何区分1910年、2010年、2110年的问题。于是复杂的内部表达被设计出来，用于推断正确年份。这是必须的么？如果我们能了解到客户最大的压力在于半年后项目能否成功上线替换掉现有无人能够维护的应用，而不是100年后才可能出现的问题，我们是否能在类似的技术决策中，做出更聪明的选择呢？帮助开发/测试角色获取更多的信息，让他们了解到制定需求的上下文，而不仅仅是需求是什么；让他们更高的层面认清各个故事之间的关联，能够分辨可以给客户带来最大价值的任务，这是将开发角色/测试角色与分析角色对换的主要价值。一些要点是：在进行分析工作前，开发人员需要完成多个模块的开发，而测试人员最好完成开发轮岗，否则收效甚微。分析工作可以兼职进行，我们认为比较有效的方法是每天下午花40分钟让开发/测试人员在教练的带领有重点的分析一、两个故事。重点放在提供一套思考框架帮助新手梳理分析思路，我们发现一个有效的方法是结对工作、独立思考、演讲并点评。（参见结对工作，不止与结对一节）根据我们的经验，两周全程跟踪式的结对分析足够帮助新手初步掌握分析思路，教练可以考虑逐渐减少在新手思考过程中的侵入，再经过大概2个月的练习，新手基本可以独立工作。和客户对话在进行过分析角色的轮换后，可以进一步利用需求管理作为主线让团队成员参与到客户交流中，慢慢削弱项目经理的客户联系人角色，其主要价值在于：提升交流质量，一线人员常常比项目经理更了解产品。展示开发人员的能力，增强客户信心。弱化项目经理在客户眼中的重要性，为未来平滑的取代项目管理者，减少开销作准备。帮助技术人员掌握交流技巧、提升团队能力。个人建议是：从例行的功能展示会（showcase）开始，让每个成员练习从客户的角度进行思考（客户想看什么？），锻炼语言能力，消除与客户交流的恐惧感，并且让客户熟悉开发团队的每个成员，习惯开发团队的交流方式。由多人分别准备客户进行电话会议中需要讨论的议题，每人深入思考的一、两个问题，通过充分思考弥补经验、技巧上的不足。结对完成发给客户的邮件，让另一双眼睛检查有没有把该说的问题点到，表达方式、方法是否得当。提供一套与客户交流的思考框架，并在与客户的交流中不断强化它。我们采用的框架是“客户，交付，流程，员工”，团队成员在思考问题时，首先从这四个点出发再逐层展开。这项练习需要贯穿项目始终，对于团队成员无差别的进行，我们的经验数据是经过5个月左右的练习，项目经理就不需要出现在与客户的例行电话交流中了。写程序，我行么？测试人员普遍编程技术能力欠缺，同时有常常对编程这一未知的经验产生恐惧。从经验看，如果测试人员不能编写、维护自动化测试，测试工作将很快成为交付瓶颈。通过编程，让测试人员掌握技术，避免瓶颈的出现是测试到开发角色转换的主要价值。我们所采取的步骤是：与测试人员结对完成简单的编码任务，不断树立信心。在这个团队中，我们从设计与实现自动测试框架开始，亲手设计的框架让测试人员更有能力来编写、维护测试，同时增强了编程的信心。在测试人员消除了编程恐惧、具备编程基础后，安排测试人员与开发人员结对进行功能开发。在这个过程中，必须首先要帮助测试人员正视编写程序的必要性以及消除恐惧，同时针对每天的工作内容留一些家庭作业效果也非常好。必须承认的事实是即便在完成轮换后，测试人员较开发人员还有一定距离，然而我们得到了一个意外的收获：进行过轮换后，再讨论需求时，测试人员越来越熟练的使用开发术语与团队交流，越来越多得参与讨论，甚至主导讨论，她开始直接引用核心组件的设计思想来推导测试用例，不断质疑和挑战开发人员，极大的提升了交流的效率和功能实现的质量。从经验数据看，大致需要3个月的时间测试人员可以达到在辅导下完成功能的程度。订最后一颗纽扣前端开发有其独特的知识领域，但这并不意味着任何界面工作都要由前端开发工程师来完成。前后端的分离增加了开发过程中的瓶颈以及人员认知领域中”Unknown Unknown”的区域，降低了找到更优解决方案的可能性。前端开发能力的培养特别适合在全团队中无差别的展开：让后端开发人员进行前端开发可以减少瓶颈，积累知识，构造“T”型知识区。测试人员需要测试界面，所以了解界面是如何工作，可以帮助她们设计出更高质量的用例，对于需求分析人员来说，高保真原型可以用作高效的交流工具。一个有效的方法是全面铺开，引入专家，重点培养，我们所采取的步骤是：要求全团队在业余时间完成一组界面练习，在全团队普及Html, Css和Javascript知识。引入界面开发专家重点培养一名有兴趣进行界面开发的团队成员，对系统的界面结对进行改进，优化。在界面开发专家的带领下，全员重新完成之前的界面练习，专家每天用一个小时讲解对应的前端技术并点评作业。从全面普及知识到引入界面专家再到培养出新人，总共花费3周时间。值得一提的是，在整个过程中，由于之前团队建设的铺垫，其它成员有能力完全分担工作，团队重点培养的开发人员可以不受任何干扰，全职投入到前端开发中，最大程度的利用了界面开发专家的价值，提升了学习效果。上同一艘船项目经理是和技术领袖是作为现场管理者存在的，他们必须能够理解现场，能够通过现场的痕迹找到团队的不足和改进方向。那么，没有什么比卷起袖子参与到一线的工作中更能帮助这些角色理解现场。形成对产品质量和进度的亲身体验。理解现场，有效的管理现场而不是管理数据，是这些角色轮换到开发，测试或者分析工作的主要价值所在。现场管理人员常常有太多的职责，既要对内负责也得对外负责，一个自然而然的问题是：”没有时间投入一线工作“。我认为现场管理人员的工作主要是两个部分：首先是职位责所赋予的管理性事务，譬如状态的汇报，客户的管理等；其次是能力所赋予的工作，作为团队中最有经验的成员，他们需要参与到需求分析、架构设计、决策的制定、培训等活动中。基层管理者应当有意识的主动的卸下身上的工作职责，完成到一线角色的转换，从另一个角度看，这个过程就是整个团队能力提升的过程，个人经验是：对职位责所赋予的工作，首先做到对团队的状态、开发的进度等尽量的做到自动化、透明化、可视化，让所有人都能获得这些信息，其次通过知识传递，把不涉及敏感内容的工作下放，重点培养一、两名团队成员参与管理。对能力所赋予的工作，一是针对团队急需提升的能力组织培训，二是通过结对工作（参见结对工作，不止于结对）传递知识，提升能力，让团队习惯于自行决策，有意识的逐步弱化自己在团队中的重要程度。我们的的经验数据是大约需要4个星期，新人可以在指导下正确的进行管理实践（正确的做事），这已经可以保证基层管理角色一定的参与一线工作的时间；而让新人具备辨别团队目前需要什么帮助（作正确的事），进一步将原有的管理角色基本弱化为开发角色，则需要6个月左右的引导和练习。结对工作，不止于结对我完全认可结对工作在知识传递、提升工作正确性方面的作用。我们几乎结对作所有的事情，某种程度上结对工作成为一种文化，成为了思维惯性和一种必然。长期的结对工作让我发现目前的结对方式对于培养新人还不够友好，这里，新人所指代的是广义的新人概念，不仅仅指毕业生，刚刚从事测试工作的开发达人也算是测试新人。目前结对方式的的缺点在于：培养了思维惰性，心理上依赖于别人的带领。无法从失败中学习。有经验的人常常会跳过很多陷阱，新人的工作经历全是各种成功，一旦独立工作就被这些陷阱打的措不及防。只见树木不见森林。譬如在TDD的过程中，新手可以看到一个个的方法是如何被设计的，如何从测试中被驱动出来，但很难从他的搭档那里学会如何想到要设计这些方法？从下向上驱动还是从上向下，各有什么分别？为什么这个方法要被放在这个类，而不是那个？我认为结对工作其中一个被忽略的要点在于让新人在可控的状态下经历失败，获取经验，并且在工作中学会思考问题的方式（如何发现问题？从何处着手？怎么在不同的方案中取舍？从哪里开从哪里开始分析？），而不仅仅是思考问题本身（写什么测试？如何让测试通过？）。从我的观察看，培养新人比较有效的途径是从全程结对工作开始，通过对细节的指导让新人了解工作的主要方式和职责，进行必要的知识贮备，学会如何正确的做事。接下来应当让新人逐渐学会什么是正确的事情。我们的做法是：新人接到任务后，自行思考。在白板上写下完成任务的主要步骤向教练讲解主要思路和考虑点，教练通过提问引导他（输入特殊字符会怎样？）自行完善方案和教练一起确认方案教练对整个思考过程进行点评，告诉新人这类问题的思考要点整个过程大致耗时半个小时，这种方式的优点是新人对方案非常了解，执行起来不容易跑偏；有机会在可控范围内犯错，成长更快； 新人可以通过不断的练习有能力通过多个任务逐渐总结出一套思维方式。教练利用这种方法可以通过代码检视和有选择的结对（譬如针对任务中的难度部分结对）同时帮助多人，更有效率。结局在咨询的过程中，我见过太多的团队把目标放在交付上，冀希望于工具，外部力量能够快速的解决问题，往往对小步前进不够耐心，不关心团队的成员。在我们这个 90%以上成员没有.Net经验，50%是毕业生的团队中，那些微不足道的改进，一点点的提升，最终造就了这个9个月中没有一天加班，几乎没有缺陷，提前交付的项目，客户甚至愿意为他们的满意额外支付3万美金作为奖励。我把全篇总结为一句话：把项目目标放在人员能力提升，让项目成功成为能力提升的副产物。作者简介胡凯,ThoughtWorks公司的敏捷咨询师，官方认证的Spring Framework讲师，近2年一直从事持续集成工具Cruise以 及CruiseControl的设计开发工作。 创造和参与了开源测试框架junit-ext，以及用于分析CruiseControl构建的报表工具iAnalyse, 对于Web开发，敏捷实践，开源软件与社区活动有浓厚的兴趣，可以访问他的个人博客进行更多的了解。
这个，强度太低。我推荐一个高强度的。q.com/cn/articles/hk-build-full-function-team-practice引用在我们这个 90%以上成员没有.Net经验，50%是毕业生的团队中，那些微不足道的改进，一点点的提升，最终造就了这个9个月中没有一天加班，几乎没有缺陷，提前交付的项目，客户甚至愿意为他们的满意额外支付3万美金作为奖励。Zed Shaw 写道/rants/rails_is_a_ghetto.html。。。。我们继续看看咨询业是如何运转的： TW发现他们可以通过提供RoR服务给在傻逼公司工作的傻逼MBA们而发财。 TW全力以赴，到目前为止拿到60%的RoR生意。 TW发现他们找不到足够的Ruby程序员。 实际上，他们根本没好好的找过Ruby程序员，因为那意味着给他们付一份合理的薪水。 然后，不知怎么的，他们可以分派6-20人到客户项目中，宣称他们都是有着极高标准的Rails专家。 这些人实际上只有2个星期的训练。 这些人在项目中经过几个月后，他们要么神秘的转到另外一个项目中，要么生病，要么走人。 另外一批有着有限训练的人取代了上面这批人。 在他们开发过程中，他们看起来几乎是全部专注于process中，但很少关注程序的质量。 对不起先生们，如果程序和测试程序的比例是1比4的话，你不是在关注程序质量。 你是在关注测试质量。 到后来，当你的项目在垃圾堆中，简单的事情要几个月才能实现，你开始认识到你付给ThoughtWorks昂贵的咨询费换来的是一批纯菜鸟，而且这些菜鸟往往几个月后就都滚蛋了。 而我的朋友你被他们XX了。 恭喜所有付给ThoughtWorks 6倍于市场上初级擦屁股程序员薪水的笨蛋们，你们的钱被拿来训练他们的新菜鸟了。 。。。。我这么做是不是很不厚道啊
最近为什么长城宽带打不开。很是郁闷，好文章不能一睹容颜。长城宽带，你成都的
Anddy 写道最近为什么长城宽带打不开。很是郁闷，好文章不能一睹容颜。长城宽带，你成都的 武汉／武昌。虽然便宜，但是不好使。
gigix 写道这个，强度太低。我推荐一个高强度的。q.com/cn/articles/hk-build-full-function-team-practice引用在我们这个 90%以上成员没有.Net经验，50%是毕业生的团队中，那些微不足道的改进，一点点的提升，最终造就了这个9个月中没有一天加班，几乎没有缺陷，提前交付的项目，客户甚至愿意为他们的满意额外支付3万美金作为奖励。Zed Shaw 写道/rants/rails_is_a_ghetto.html。。。。我们继续看看咨询业是如何运转的： TW发现他们可以通过提供RoR服务给在傻逼公司工作的傻逼MBA们而发财。 TW全力以赴，到目前为止拿到60%的RoR生意。 TW发现他们找不到足够的Ruby程序员。 实际上，他们根本没好好的找过Ruby程序员，因为那意味着给他们付一份合理的薪水。 然后，不知怎么的，他们可以分派6-20人到客户项目中，宣称他们都是有着极高标准的Rails专家。 这些人实际上只有2个星期的训练。 这些人在项目中经过几个月后，他们要么神秘的转到另外一个项目中，要么生病，要么走人。 另外一批有着有限训练的人取代了上面这批人。 在他们开发过程中，他们看起来几乎是全部专注于process中，但很少关注程序的质量。 对不起先生们，如果程序和测试程序的比例是1比4的话，你不是在关注程序质量。 你是在关注测试质量。 到后来，当你的项目在垃圾堆中，简单的事情要几个月才能实现，你开始认识到你付给ThoughtWorks昂贵的咨询费换来的是一批纯菜鸟，而且这些菜鸟往往几个月后就都滚蛋了。 而我的朋友你被他们XX了。 恭喜所有付给ThoughtWorks 6倍于市场上初级擦屁股程序员薪水的笨蛋们，你们的钱被拿来训练他们的新菜鸟了。 。。。。我这么做是不是很不厚道啊 这种调调么，我听得太多了。我就耸耸肩。首先你得相信，这世界上有些人可以不把事情干得像你自己一样傻逼，有些人可以把事情干得真的很好，好到让你都无法相信的地步。你得相信这个，然后你才有可能向他们学习，把你自己的事情干得不那么傻逼一点。所以，对于没办法相信世界上有人能把事情干得比自己更好的那些人，我就只有耸耸肩。你是全世界最好的，你继续享受你的那些全世界最难的问题好了。你活该。
12345678910
12345678910
12345678910 上一篇：下一篇：文章评论相关解决方案 12345678910 Copyright & &&版权所有面试 五大议题_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
面试 五大议题
上传于|0|0|文档简介
&&面试 五大议题
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩4页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢