转型技术管理思考

转型技术管理思考

技术领导的定义

  • 技术领导是你要利用技术资源和团队资源把事情做好。从技术人员和技术领导的分布上来说,后者显然更难胜任。
  • 技术领导者的核心竞争力应该包括但不限于:技术能力,对事情的整体的理解,能找到正确的方向,影响力,凝聚力,对人性的理解等等;
  • 技术领导的技术弱化会让人感觉的危机感,但是优秀的技术领导会超越这些,他们关注的内容不再是某个具体的技术和实现,而是事情,让正确的事情持续发生才是最重要的。

转型管理者的理由

  • 希望突破「个人贡献」的天花板

    • 每个公司对技术研发都有不同的岗位和职级划分,其实归根结底归为两类:「个人贡献者」和「非个人贡献者」。
    • 技术开发、 UI 设计和产品经理是典型的「个人贡献者」,开发的主要工作是写代码,他的所有产出就是一行行代码所构成的最终产品。UI 设计的产出就是他的设计稿,同样产品经理的产出就是他的原型图和需求文档。这些所有的产出和对公司的贡献,都是来自个人的,很少依赖别人。

      而作为一名管理者的话,就完全不一样了,他做的工作可能是不停地组织沟通和协调这些人。对于一个「个人贡献者」,工作时间顶天就 24 小时,他不休息地高效工作。但一个好的管理者的话,发动身边的人,朝一个目标努力,这个团队贡献是上无止境的,想想都刺激!

    • 所以这是我第一个理由:因为我想驱动更多人朝着一个方向努力,做出一个有着更大贡献的产品。
  • 终究还是会面对管理
    • 作为一个技术人来说,通常也就只有四条路:管理、产品、技术总监 or 转行。
    • 可能有很多人说,「我不喜欢做管理,我就喜欢做技术,我就是纯技术控」。其实有很多人都这样想,包括我曾经也是如此。技术人的职业阶梯总是很美好,认为自己可以成为阿里多隆,对,就是哪个阿里仅有的 P11,我一直的偶像。

      但不管我们的技术做的有多棒,终究还是会管理几个人的,当你达到技术的一个很高层次的时候,多多少少,我们还是得带新人,带其他技术人员,让大家一起朝一个方向冲刺。从这个角度讲,不管是不是想一直走纯技术路线,我们都需要增长自己的沟通和管理技能。

    • 「我们技术人总会慢慢转型,只是我们可以去把控这个时间而已,早一点上去可能意味着更多的困难,但迟一点上去可能意味着损失机遇

管理的两个视角维度

  • 向下

    • 对待你的团队,对你负责的产品等
  • 向上
    • 对公司,对你的上级。

你喜欢什么样的队员

  • 比能力更重要的是工作的投入感和靠谱的态度

    • 主人翁意识
    • 认真负责的态度
    • 积极主动的精神
    • 作为研发,我们要对我们交付的结果负责,每一个文档、每一行代码都需要认真完成,要对它的质量负责。
  • 即时反馈
    • 凡事有交代;件件有着落;事事有回音。

做管理的初衷是什么

  • 对公司:能带领技术团队支撑好业务,帮助业务实现公司定的战略目标。
  • 对团队:规划好方向,别让组员瞎忙,帮助他们成长。
  • 对个人:提升自身的技术和管理能力。

坚持做正确的领导者

  • 最好的领导,思路敏捷而清晰,做事务实而高效,用于没有废话,永远雷利风行。
  • 和他共事,绝对不会轻松。每周的例会,是一场例行考试,每个人都小心翼翼,如履薄冰。如果顺利,他会扔个梗让大家笑一笑,然后收起笑脸继续挑战你;如果不顺利,他会打断你,生生把你拍墙上,毫不留情,但是有理有据。从此,你再也不敢造次。
  • 评价一个管理者的好坏,从来部署看测试的民意,而是看输出的成绩,良好的群众关系有助于达到目的,但却部署最终目标,因为一个号的管理者是要对公司负责,这才是职业素养。

原文地址:https://www.cnblogs.com/frankltf/p/12559245.html

时间: 2024-10-01 13:09:05

转型技术管理思考的相关文章

面向全栈的技术管理(多图)

3月25日周六,在中生代和飞马网的技术嘉年华上,斗胆披上吹牛的嫌疑,分享了面向全栈的技术管理,现赘述如下. 研发管理有着广义和狭义的定义,总的来说,研发管理就是在研发体系基础之上,借助信息平台进行的团队建设.流程设计.绩效管理.风险管理.成本管理.项目管理和知识管理等活动. 简单来讲,研发管理是面向结果,过程敏捷的一种实践.作为一名技术管理者,既需要培养团队的ABC,又需要管理你的老板,保持团队的新陈代谢,因为一切都是人的竞争.我曾在GitChat上做过一次分享,具体可以参考<老曹眼中的研发管理

技术管理zz

1.管理者最重要的是规划Roadmap 技术管理者并不能完全脱离技术.最少要把握最新技术的发展,了解团队当前技术现状和不足.用于规划的时间应该不少于50%的工作时间.具体而言,规划又分为业务规划和团队规划.管理者不能抢下属的饭碗,只能指导而不能越俎代庖.业界是如何做的,别人是如何做的,最新的技术; 所谓终局规划,是指明确最终要达到的目标,然后进行倒推,建立阶段性的工作目标和团队建设目标. 如何思考终局? (1)要贴近客户,了解客户所想所要 (2)了解同行,同业的发展趋势 (3)读历史,了解客观发

技术管理

最近一直在思考技术转管理过程中需要注意到的一些事情,现在就总结下分享给大家看看 在转变过程中,需要注意到一下三个方面 业务管理 团队管理 技术管理 业务管理 业务管理,主要就是管理我们需要处理的业务需求.其实我们可分为这几大块 内容 每天的任务分配与分解 制定大致的开发排期 每天了解开发进度 讨论与跟进各种具体的技术问题 协调一些产品需求变更 响应一些市场同事的需求 跟进功能上线 敏捷 关于敏捷开发,针对不一样的团队.不同的产品,具体实践方式是不同的.不过重要的是每过段时间,需要做总结,来反思过

对FreeMarker技术的思考

按照静态非静态来划分网页分为两种:静态网页和非静态网页,究其优缺点而言,静态网页在用户访问的时候响应快,但是由于里面的数据是写死的,所以致命的缺陷就是数据不能动态显示:非静态页面(如jsp)数据可以动态显示,可以这样理解,这样的页面就是显示数据的一个模板,但是由于在用户请求得到响应以前,服务器端需要将其解析为浏览器可识别的html语言,这个解析过程需要耗费时间(尤其页面数据量大的时候,耗费的时间会更多),所以致命的缺陷就是请求发出后响应的过程较慢.那么有没有一种方法或工具自动生成静态网页呢?答案

技术管理的核心内容 — 提高团队技能

最近与同事聊天,从软件质量保证的方法论谈论到了技术管理,那技术管理的内涵到底是什么?在此通过这篇文章做一个小小的总结和适当的外延. 技术管理给人的感觉更多是工作量评估.项目计划.项目进度跟踪等,但这只是技术管理的一部分.大体上,可以将技术管理分为两个纬度,如图1所示. 图1 纬度之一就是项目管理,其中包括项目计划.风险管理.预算管理等.对于基层技术管理者,更多涉及的内容是工作量评估.项目计划.项目进度管理等等.这一纬度的可见性很强,一项做不好就很容易让上级"紧张",因此每一项内容都有专

【反传销】春节一个短暂误入传销和脱身的真实故事以及对技术的思考(一)简单的开始与症状

这是一段真实的,沉甸甸的经历,就发生在今年2015春节前后.希望看到这篇文章的每一个人 仔细读完,理解,并转发给身边的人,让你的家人出门之前一定要注意.同时也可以给已经有陷入传销的家人,你们可以做的一些事情.作为一个喜欢技术的,看完之后也思考了一些问题,如何能在法律允许的范围内,通过手机等设备,保护自身及家人的安全,希望大家一起交流. 自由诚可贵,且行且珍惜. 为了当事人的隐私,下面的故事的任务和地点,进行了缩写,大家基本可以猜测到: LotA :我和当事人工作的城市,是一个浙江沿海城市: Lo

怎样做好基层技术管理工作?

近期有朋友与我探讨了软件基层技术管理工作方面的话题,借此从动机和方法双方面谈谈我的看法. 动机 要做好基层技术管理工作,首先要确保自己有良好的动机,即明确自己为何要走上技术管理岗位.做管理的根本是为了获得权力,但获得权力的动机却存在非常大的区别. 第一种单纯是为了利己.有相当数量的人往技术管理岗位"挤",是为了获得以后在工作中能够少做或挑做工作内容的权力:也有的人是为了更快.很多其它地获得公司动向的资讯,以体现"领导"的"与众不同":还有人是为了

管理思考

管理基础 分活 分钱 分责任 分权 安人(安排 配置) 流程 标准 考核 治人(协调 指挥 控制) 社会越来越复杂 分工越来越复杂 合作越来越重要 目标一定要一致共同的意愿共识 需要大家参与管理 业务划分 责任划分 流程梳理 如何合作做好安全工作 安全服务因为不承担责任 责任主体是管理主体 一个组织框架的设定到真正运行流畅要有很多工作要做 管理思考,布布扣,bubuko.com

论战技术管理,技术重要还是管理重要

1.项目的发起人 项目发起人是项目的执行组织(如一个企业)内部或外部的个人机体,他们以现金或实物为项目提供资金.资源,是对项目的获利负有责任的人.项目发起人有时指首先实际命令执行项目的人,他可能是客户,但在许多情况下是第三方.一般来说,项目发起人负责保证项目得到合适的预算款项,其计划可以接受以及项目组织具有达到要求的结果所需要的资源.发起人这个角色担负着相当大的责任,必须向所有关心项目成功与否的人证明项目的优势. 2.项目/程序管理小组 这个小组由高级管理人员组成,往往包含项目发起人.小组成员定