第179讲_张矗技术管理者必经的几个思维转变.docx

第179讲_张矗技术管理者必经的几个思维转变.docx

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
2019-2-28 马蜂窝技术副总裁、TGO会员张矗 你好,我是马蜂窝技术副总裁张矗,在互联网这一行摸爬滚打了十余年,也参与了两个创业 项目。一路从一个普通工程师走向技术团队的管理岗位,经历了多少挫折和错误,可能也只有自己才清楚。我回顾自己在这个过程中的成长,发现每一次蜕变都是思维的转变。今天总 结一些经验分享给你,希望对你也有一些帮助。 刚开始带团队时,团队成员大概在7-8人左右,通过有效地辅导,任务分解,沟通协调,团队 成员的工作也能有条不紊地推进。但问题在后期逐渐都凸显出来了,其中一个问题就是主要的核心代码还必须由我完成,一些长期来看重要,但是短期无法校验结果的事情,我也无法安排给其他同学来完成。 2019-2-28 马蜂窝技术副总裁、TGO会员张矗 你好,我是马蜂窝技术副总裁张矗,在互联网这一行摸爬滚打了十余年,也参与了两个创业 项目。一路从一个普通工程师走向技术团队的管理岗位,经历了多少挫折和错误,可能也只 有自己才清楚。我回顾自己在这个过程中的成长,发现每一次蜕变都是思维的转变。今天总 结一些经验分享给你,希望对你也有一些帮助。 刚开始带团队时,团队成员大概在7-8人左右,通过有效地辅导,任务分解,沟通协调,团队 成员的工作也能有条不紊地推进。但问题在后期逐渐都凸显出来了,其中一个问题就是主要的核心代码还必须由我完成,一些长期来看重要,但是短期无法校验结果的事情,我也无法安排给其他同学来完成。 今天回头看这个转型阶段,一方面是长期 作战形成的一些"技术洁癖"局限了自己的思维转 换,"技术洁癖"并不是缺点,不过"技术洁癖"会让自己更多的关注在代码层面,而我们需要让 自己的关注点转移到解决方案、产品交付、质量控制等其他层面。这些领域对于一个新手技术管理者来说,很可能都是需要重新学习的内容,因此出现问题就成为了必然。 另一方面是没有找到对任务完成情况进行跟踪和衡量的办法,导致自己无法和团队建立信 任,无法将任务的复杂性有效地封装和管理起来,任务封装可能更多的在于能力问题,但任务管理就是思维问题。比如如何了解任务的执行进度?如何可能的风险?如何在任务中 进行资源的协调?如何阶段性的衡量任务的执行情况?等等。 只有转化思维,了解这些问题,才能从根本上理解管理的意义。而这个过程中,在 作战期间能力非常突出的成员,可能要花费更多的时间来完成思维的转变。在我看来,管理不是 找一些人来协助你的工作,而是让你带领一帮人来完成指定的目标。而现实情况是问题多种 多样,问题的解决办法也是多种多样,对于这种多样性,我并没有固定的解决办法,只能具 体问题具体分析,在这里我不再展开来谈,我想强调的是思维转化是这一切的前提。 今天互联网领域用到的技术非常广泛,一个人要对所有主流的技术栈有一个全面且深入的了 另一方面是没有找到对任务完成情况进行跟踪和衡量的办法,导致自己无法和团队建立信 任,无法将任务的复杂性有效地封装和管理起来,任务封装可能更多的在于能力问题,但任 务管理就是思维问题。比如如何了解任务的执行进度?如何 可能的风险?如何在任务中 进行资源的协调?如何阶段性的衡量任务的执行情况?等等。 只有转化思维,了解这些问题,才能从根本上理解管理的意义。而这个过程中,在 作战 期间能力非常突出的成员,可能要花费更多的时间来完成思维的转变。在我看来,管理不是 找一些人来协助你的工作,而是让你带领一帮人来完成指定的目标。而现实情况是问题多种 多样,问题的解决办法也是多种多样,对于这种多样性,我并没有固定的解决办法,只能具 体问题具体分析,在这里我不再展开来谈,我想强调的是思维转化是这一切的前提。 今天互联网领域用到的技术非常广泛,一个人要对所有主流的技术栈有一个全面且深入的了 解,只从时间这个维度来看,已经几乎是不可能的了。 人们总是习惯于用自己擅长的技术来解决问题,这无可厚非。但是随着我们管理的范围越来 越宽泛,如何管理其他技术栈领域的团队是一个不可回避的问题。举个例子,不同的技术栈 、统计口径不一致等现 适合解决的问题不同,在协同工作的时候,经常会出现重复造 象。 在移动互联网爆发的这些年,我看到很多客户端团队和服务端团队的互相不理解,WEB开发 团队和大数据团队的互相不理解。这个时候往往是需要工程师能够互相换位思考,可是一般 的工程师并不具备这样的能力,这就需要我们技术管理者能够从一个宏观的视野来进行协调 和规划。 而要做到这一点,就需要我们具备足够的技术敏感度,同时要保持一个开放的心态,保持对 新技术的追踪与学习,不需要了解具体的技术细节,但要能够了解不同技术栈适合用于什么场合,这是非常重要的。 我自己早期更多的偏向WEB开发领域,那个时候大数据生态刚开始在国

您可能关注的文档

文档评论(0)

158****9376 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档