小议新人的培养

 

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

 

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

 

       

 

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

 

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

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

 

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

 

       “开会”：其实每次我开会，都说，我就开半个钟头。实际倒是，我讲了15分钟就完了。而后问问你们有什么问题。（固然你们都不多吭声了---），我就开始一个一个问了，让他们谈谈从上次开会到此次开会，中间都作了什么。估计一下本身的工做量和时间，有问题提早说。这样你们也就造成了习惯，日常也就会自觉去估算本身的工期跟工做量。

 

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

 

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

 

      不说啦，开工。。。。