小议新人的培养

 

         因为环境特殊，背景就不作介绍了。开了三个app方面的项目，big boss找我谈，希望我能给出个方案，看看这边的APP要做成什么样子的，需要多少人，多久。。。。之后，跟项目中负责人协商，要人，谈下原型图，还要组织新人培训。

 

        最后定了9个人，其中有两个是以前跟我做过APP的，算是老人了。其他都是没有任何app开发经验的。所以先定了一个项目学习计划：

 

       

 

      本来当初我是坚持做原生APP的，但是奈何人力物力有限啊，只好妥协成混编app。

 

      这两天在搭环境，没写文档，想要在我的可控范围内，给他们一点儿坑（其实大的坑我都已经填好了）。感觉效果还行，激起了战斗了，如果事事都太顺利的话，就会缺乏热情跟警觉。

      “宽厚”这两个感觉还是不容易做到，毕竟我以前是个动不动就各种指责的人，其实站在别人角度想想，他们也比你不缺啥，只要好好教，相信每个人都比我强。

 

      “调动组里所有人的力量”，对于入门毕竟快的人，会去安排他们指导组里别的人，而不是我自己去帮助每一个人解决问题。相信大部分问题他们都会自己解决。这一点虽然说着容易，但是以前见过很多累死的领导，闲死的小程序员。必须先相信每个人都能搞定他们的问题，才能减少自己的操心，将注意力集中在项目的整体上面。

 

       “开会”：其实每次我开会，都说，我就开半个钟头。实际却是，我讲了15分钟就完了。然后问问大家有什么问题。（当然大家都很少吭声了---），我就开始一个一个问了，让他们谈谈从上次开会到这次开会，中间都做了什么。估计一下自己的工作量和时间，有问题提前说。这样大家也就形成了习惯，平常也就会自觉去估算自己的工期跟工作量。

 

      “安排要趁早”：因为现在开发还是一个瀑布模型的样子，虽然说是提倡敏捷开发，但是始终get不到敏捷的精髓。在开发前，对于整个工期和进度要有一个宏观的把控，另外，在项目实施的各个阶段中，对下一个阶段的任务，要在上一个阶段提前评估好。对每个阶段可能出现的问题要做到自己心里有数。时刻关注组员的进度及遇到的问题，指派组里相应的人去解决。力争使自己在项目中充当调配资源的人，而不是被别人调配的资源。

 

      “团队整体素质的提高”：组员虽然平常开发的时候是工作关系，但是私下里也是可以做朋友的。作为项目的统筹人，要知道，他们每个人都行想从工作中得到什么：比如，有人希望在工作中得到鼓励，表扬，提升，RMB，respect。。。。各种，可以针对每个人的情况分阶段进行奖励。平常多做些技术分享，鼓励大家多读书，帮助他们提高学习能力。。。让每个人感觉跟你做完一个项目，收获很大（这个收获是方方面面的。。），别人才愿意跟着你。想到这些也是因为项目开始后，有别的组来跟我抢人，那边开出了“RMB,ITVC的部分股份。。。”但是组员说“不了，我要跟。。。”当时自己听到这句话非常感动，同时也开始思考“你的人凭什么跟着你？你有什么能给他们的？”。。。。我觉得很多项目领导或是公司的领导也该想想这个问题。。。。

 

      不说啦，开工。。。。