刚开始带新人的时候，怕他们写的代码有漏洞，问题思考的不全面，换一种情况可能就会造成问题等种种问题的顾虑，导致自己很累，写了很多对于每个人不同阶段的枯燥无味和容易烦躁，得不到多大提升空间的代码，导致自己什么事情都想亲力而为，导致自己很累很累，渐渐的发现自己错了，锻炼的不是别人，累的还是自己，自己没有多余的时间去学习和提升，碰到耗时问题还会影响项目的进度，
渐渐的开始放手让他们去实践，去锻炼，不要放不下，
每天或者每个小任务结束查看优化他们的代码，避免出现问题
不要把时间浪费在对于每个阶段的人的枯燥无味的编码上，让新人和手下的人有锻炼的机会，放心大胆的让他们去实践，
自己可以抽出时间优化代码，提升效率，流畅度和攻克难点，学习最新的技术，
抽出时间，给每个人分配任务，检查他们的代码，告诉他们代码的优异和改善，
当他们碰到技术难点研究超过半小时，一个小时，在进度紧张的情况下及时提出，帮他们理清思路解决问题，
当他们空闲的时候，把他们碰到的问题，难点让他们自己研究分析解决方法，再把自己碰到的难点分配给他们思考解决，提升他们的思考和解决问题的能力
帮助他们学习开发过程中碰到的技术，阅读学习官方文档和一些主流开源技术熟练使用和了解，提升每个人独当一面的能力
自己研究主流的技术，评估和实践技术的可行性和可执行性，优化软件性能，找出其中问题所在，优化性能的同时可以添加上视觉效果等等，
定期布置任务给组员完成，评估他们的能力和执行效率。
不要总是不相信员工的能力，质疑他们，需要给他们机会和实践，做到真正的实践和提升，同时也在其中充实和提升自己，学无止境
同时在他们失落的时候给予他们鼓励和支持，交给他们学习方法和提升不断充实自己的重要性，提升自己的价值，
制定代码的规范，命名，注释等等，严格按照要求执行，便于阅读维护等
对于公司其他，也应该执行项目的管理，提升效率，让一个项目可以很流畅的从需求，设计，切图，接口，app，测试，上线，无缝的很流畅的执行下去，最好不要出现中途更改需求，更改设计图的情况，有的话也最好下个版本再迭代，否则可能会大幅影响项目的进度（需求改了，设计切图接口app，测试的测试用例等等都需要做相应的调整，期间也可能会出现难点问题，更大的延缓了项目的进度，也会导致一些人员的烦躁抱怨等），最好每一个步骤都要提前下一个步骤几天或者几个礼拜完成，有充分的时间思考和调整，
写的比较乱，想到了什么就写了什么，暂时先将就着看看吧，见谅。。后续会整理
未完待续……
网友评论