技术人员转型技术管理拙见

前沿

搞技术已经10年了,按照自己的职业规划,以及开始慢慢转型技术管理。当然自己还有很长的路要走,很多方面要学习,总结一下自己的经历,自勉、他勉!

一、自我驱动
1、自我要求,对自己开发的东西以一个架构师、产品经理、老板的角度来要求自己。
2、扩展思维,主导横向、纵向扩展思维,以求更完善自己的工作
3、万事准备工作,在任何可预知即将或发生的事情之前做好准备工作,如果会议前的准备,项目开发前的知识储备。
4、主动推进工作,别等着产品经济给你讲产品才做,别等着领导催你了才赶,别等着
5、自我情绪管理,无论因为个人还是公司层次对自己情绪造成影响,学会控制自己的情绪,不要把自己的情绪传染给团队,学会道歉。
二、扩展知识面
1、扩展和了解你的合作团队的知识,作为理科出身的技术人员,你比其他人更有优势了解其他知识:产品、运营、市场、财务、等等,他们要了解技术难,而你了解他们的皮毛相对容易。如果你不懂产品,运营、市场的猫腻,你是我发评估出技术到底实现到什么程度才是他们的,更不说技术驱动!
2、多语言多技能,很多java出身的程序员跻身管理以后,如果新的语言架构不是java,那么他就更倾向于把诸如php、python等开发的系统修改为java的,美其名曰降低团队学习成本,在全栈工程师发展的今天,这是一种说辞,每种语言有合适的业务场景和适应的环境,自我开发的成本和质量不一定有别的语言开发的开源的好。如disucz和cms等!其实服务端开发的你得懂客户端,客户端开发的你得懂服务端,你都不了解怎么做好配合和团队协作。推动团队向全栈发展是趋势,包括你自己!

三、处理人际关系
1、和领导做同事,把自己的位置提升到老板和领导的位置,想想他们出发点和目标,帮助他们完成目标!
2、和同事做朋友,无论工作和悠时间,首先要和你的团队打成一片,了解他们的关注点、爱好。现在很多公司团建除开吃饭喝酒就是吃饭喝酒,那是老一套的拉关系的方式,让团队成员自己决定团建方式和目标!
四、管理方式
1、为上级和下级梳理流程,制定目标计划。和上级开会讨论的时候,作为技术team的leader,首先得梳理领导和同事提出的想法和计划是否可以可行,是否时间足够。然后梳理出优先级,特别是初创公司,更要如此,将有限的团队资源用于构建mvp的产品。其实针对接到的人任务和工作,进行分工细化,确保每个团队成员都了解自己的工作和时间计划,让团队有序推进工作!其次针对工作时间的问题,需要根据优先级和重视程度,酌情考虑团队如果正常运行和加班高速运转的完成时间,不要一尘不变的评估工作时间!
2、合理安排工作,安排工作首先要考虑团队成员的能力,避免一个人干重复性工作,交叉交换,让团队每个人都了解整个系统。避免因为一个人离职而造成人员空缺!
3、制定共同的目标,技术管理和别的管理不一样,把公司、项目的目标当作他们的目标,他们不一定有归属感,所以您需要根据团队成员的实际情况,针对每个员工制定符合他们的职业规划,有目的的让他们去学习和了解一些未知的事物,(当然你得知道他们的发展目标)。如果我面试邀请新同事入职总会说的一句话,我不能保证你在公司赚到多少钱,但是我能保证你在公司能学习到很多东西,为你下一家公司晋升做好铺垫。只要将这种学习文化建设起来了,团队的效率、积极性能提起来,大家也不会轻易离职,因为他们总会觉得能学到东西,而且整体技术水平也能得到极高的提升!
3、团队文化,上一小节在共同目标已经很直接的形成了团队*学习文化*,其次建立简单可以依赖的文化,这也是百度的文化,团队成员之间不要允许办公室文化存在,技术团队只有*技术文化*,技术战争。如果一旦有这种人毫不留情的予以开除团队,确保你的团队纯洁。
4、绩效考核,也许你的公司没有kpi考核,技术也是一棒子规则,无论有或者无,你都需要在自己心中有一个评分体系,来衡量团队成员的短期、长期的工作表现。
五、危机感
作为一个leader,你需要学习和了解技术最前瞻的东西,来引导产品方向,了解互联有什么最新、流行的技术、工具来改善你的团队!了解和学习产品、市场…等其他部门的业务和知识,更总要的你要更了解你自己,了解你的不足,不断针对性的学习和完善自己不足的地方!

发表评论