新手到底新在什么地方

       接触项目管理也有一段时间了，给我感触比较深的还是项目风险控制和管理这块，尤记得当初做风险识别时，为了把我们的风险库建立的足够强大，大家坐在一起拍脑门想风险，尽可能的把所有风险都想到了，连类似四川大地震这样的风险也没放过。其实看着这些风险我的心里却觉得不大踏实，为什么呢？因为经过我反思之前做项目所经历的风险，发现这个风险库看似很庞大，其实有参考价值的风险其实并不多，像停电、停水、请假、机器、甚至开发过程等风险，不能说不算风险，但不是最致命的，也不是项目延期的真正凶手。我忽然觉得风险就近在眼前，就在在座的各位，在这里我也不拐弯抹角，不客气的说，就是新手在开发过程中，沟通、技术、返工的占去了大量的时间和成本，这个话题就不展开，各位看客心里应该也有数。那么我想就新手为什么就成了项目的风险，新手新在哪里和各位讨论。

      首先我觉得不是因为能力问题，我觉得能力这个东西不好说，因为一个有经验的人可能在某些方面比新手熟练，但并不能说明能力一定比新手强。也不是态度问题，我想大部分新手还是抱着学习的态度来工作的，你分配一些任务，总是还会去执行的，比起老手反而更积极。也不是技术问题，在日新月异的技术面前，新手在学习热情方面甚至还具有一些优势。

      最后我觉得最重要的是产品质量意识问题，我一直都认为质量这个东西是全员参与的，质量这个东西脱离不了一线的生产者。据我的了解，新手在这方面做得很糟糕，我想原因可能和学校的教育有关，新手刚从学校里面出来，学校其实让我们养成了很多坏毛病，最主要的就是养成了应试的思维，我想大部人在学校里面是应付过来的吧，当然这个也和学校非人性化教育有关，总之我认为学校教会了我们学会应付的本事。我所接触的新手大都是这点让人很头疼，分配给他们一些任务，总是会有各式各样的问题，比如该用ajax的地方不用，页面上的细节不去调整，还有更要命的是写完的东西不去测试，总是会隐藏很多bug，举个夸张点的例子吧，叫做个后台文章审核，点击审核后按理是ajax刷新那条文章，结果点击后页面动都不动，问之，答曰，你手工刷新下页面就看到变化了 。其实我理解他的意思，他的意思是他确实做了这件事，至于这件事要不要达到100分他不关心，如果这件事发生在学校，其实很正常，我当年就经常这样忽悠老师的，但在真实的产品中，一点失误就会让质量下降一分，之后我们又会为质量付出惨重的代价。

      以上是我的一点不成熟的想法，欢迎批评指正  

 

 

所以正常的项目，应该以有经验、有水平的程序员为主，而少量新手可以进入项目当个学徒工，做点边角料，对新手多做code review，让他有个成长的过程，根据成长的速度，逐渐给他分配更多的任务。不幸的是，现在很多项目，几乎百分之九十都是新手，赶鸭子上架，几百万的项目，成了新手的练习场所，让项目经理疲于奔命到处救火，项目返工，bug满天飞。

 

 说的很中肯，我现在的想法是宁愿花几倍的钱的成本来招合适的人，你要是想打造一个精品的产品，新手真的靠不住，没有贬低的意思，因为我不想做消防队员了

哪个人不是从新手过来的。你为什么没能培养好他们。他们做得不好，也有你的一份责任。当然我觉得这要从招聘上下手，有些人真不适合做这行。

楼主应该传达给他们，做事要追求完美的思想。我觉得这是个长期的工程。只有在一点一滴中不断地提醒，不断地完善，自己也要不断地反省，才会做得更好。

pair，一定要pair
反正你也要花更多的时间来弥补他们犯的错误，不如一开始就当他的生产率是-0.5，和他pair，一次把事情做对，让他知道为什么是这样
如果你没有足够多的senior来和junior结对，至少让juniors结对，发动群众斗群众，俩人互相监督着总比一个人傻干要好

很多公司吧， 想请高手吧请不起，觉得成本高， 招新人吧又不培训（当然本身就没有培训的意识，知识库都没有），最后就是乱成一团，加班狂多，严重自虐。个人觉得这种情况的主要责任还是在于项目经理，没有想清楚什么样的人该怎么用。

感觉新手和老手的区别就在于，老手能够更好的把握一个项目的整个开发过程。把一个任务分配给老手，总是比分配给新手放心些。 原因是多样的，老手在沟通上会更通畅，老手对过程更熟悉，老手对开发技能在熟练程度上比新手更高……

不过，如果新手勤奋好学，多多总结，也一样很快会成为老手的。

项目组的新手培养主要靠开发组长或技术负责人，跟紧点，非常同意多做Code Review，一开始可以开一次会，结合老手的代码，评审新手的代码，哪些做得好，哪些做得不好。以后就是定期看看。他自己肯定是不知道该怎么做，更别提质量意识了，就是每天看代码，每天就着代码讲，不加强管理，不频繁沟通肯定不行。

看你这么强烈支持pair，我什么时候也去试一下。