如何管理初创公司的技术团队?

管理学博大精深,希望本文能对阅读此文的人有所帮助。

  1. 打造学习型组织

    学习型组织,这是《第五项修炼》里面讲的一个核心概念,我觉得这个概念特别适合技术性组织,因为技术人才是需要一直学习提高的,不然不管是作为管理者还是被管理者,都将会逐步散失行业竞争力。

    彼得·圣吉

    学习型组织理论认为,企业持续发展的源泉是提高企业的整体竞争优势,提高整体竞争能 力。未来真正出色的企业是使全体员工全心投入并善于学习,持续学习的组织--学习型组织。通过酿造学习型组织的工作氛围和企业文化,引领不断学习,不断进步,不断调整的新观念,从而使组织更具有长盛不衰的生命力。

    而这个学习型组织如何建立呢?以我浅薄经验,我觉得这几个方法很有用:

    1. 定期线下分享

      线下分享是非常有意义的一个活动,提升最大的是分享者,因为一个技术如果他能讲出来,说明他已经理解的很透彻了,然后参与者也能从中受益,因为分享者和参与者本就是一个团队的队员,关系不会很陌生,提问相比于其他线下沙龙会更加积极,所以效果是很好的。

    2. 拓宽自己的眼界,交给组员实践

      这点是对管理者提出的要求。作为技术管理者,你千万不能什么事都亲力亲为,把事情都做了,让组员无事可做,这是大忌。然而自己什么技术也没有这也是不现实的,所以自己要做的就是不断的拓宽自己的眼界,有以下几个方法:

      1. 多阅读技术类经典书籍,如果觉得好可以推荐给组员,或者自己开线下分享
      2. 多浏览技术网站,比如infoq、github等等,特别是外国网站,保持自己的眼界持续更新
      3. 时刻保持业务同步,当碰到业务可以用新的技术方案解决的时候——特别是第三方云服务,大胆尝试(仅限初创公司)
    3. 鼓励邮件分享

      首先邮件是职场里面非常重要的一项工具,会写邮件也是一项职业技能,这项技能就包括邮件用什么字体格式,什么地方变色,什么地方加粗,一份格式工整,重点明显的邮件,读起来是非常舒服的。

      技术也是职场的一个岗位,不能说会写代码就行,其他都不用管,这是不负责任的说法,虽然邮件不比线下分享,对人的表达能力有那么高的要求,但是邮件也是一种分享,我认为这是线下分享的一种有效补充,因为随便什么东西都要开分享的话,这样是对大家时间的一种浪费,所以这种情况就可以用上邮件分享了。

      而作为管理者,应该要鼓励这种分享,每当有人写了一封很精彩的技术邮件的时候,需要抄送给更多人,然后写上自己的表扬和看法,这对团队的技术氛围提升是非常有好处的。

  2. 培养团队气氛

    团队气氛我把它放在第二,是因为并不是一个技术水平高的团队,就一定是公司里面的“尖刀班”,团队的氛围很重要,你的团队毕竟是公司的一部分,不可能就全部都自己提升技术去,公司的事情就不管。

    我觉得一个好的团队气氛包含以下几个特征:

    1. 团队执行力强,需求能够快速落地
    2. 团队气氛和谐,互相之间都能自由相处,不会因为没有跟谁说过话而不好意思跟人沟通

    要打造这样的团队气氛,我的经验是这样的:

    1. 做好ScrumMaster

      一般来说,初创公司的技术团队大都是采用敏捷开发的项目节奏,而敏捷开发是否能做好,一个好的ScrumMaster很重要,因为初创公司的人员有限,所以这个ScrumMaster一般都是团队leader来担任。

      那么怎样才能算是好的ScrumMaster呢?我们知道,敏捷开发有很多特征,比如说持续交付(这点对于保证项目节奏确实很重要)等等,但是我觉得作为管理者,重中之重是以下三点:

      1. 迭代计划

        迭代计划的目的是规划好这一个迭代周期要做什么,首先你要在迭代开始前就跟产品商量好本轮迭代要做的工作,尤其要安排好优先级,然后召开迭代计划的时候,要跟组员协调好本周的工作有哪些,按照优先级给每个工作拍个时间,如果是特别重要的任务,时间可以安排的充裕一点,以防意外情况。

      2. 迭代回顾

        我是把迭代回顾是在迭代计划开始之前开的,这样能够把两个会压缩成一个会,而迭代回顾的目的是总结上一轮迭代哪些点没有做好,哪些点做好了,包括团队和个人,以便在今后的工作中尽量避免。

        此外,如果上轮迭代出现了意外情况,比如项目delay或者严重bug,都可以在迭代回顾上让相关组员适当总结,既是让当事人加深印象,避免以后再犯,二是让其他组员也能避免此坑。

      3. 定期晨会

        严格按照项目周期执行,delay尽早发现,不允许超过1md(man day,即一天的人力)的delay。并且也让组员之间相互了解,以免工作中产生陌生感。

    2. 多组织聚会,而非聚餐

      团队聚会是很有必要的,但是最好不是聚餐,除非是特定主题的庆功宴。

      聚餐的场景大家都很熟悉,大家伙凑一桌吃个饭,吃饭的时候也就那么几个人在说话,吃完了各回各家,如果是庆功宴还好,但是如果是日常团建,一定要找一些能让组员之间产生交流的项目去玩,吃饭和ktv都是不容易产生交流的,比较好的有喝酒,打牌,目的就是让组员之间加深印象。只有大家都彼此了解了,大家才会对组织产生认同感,在工作中才能产生一种为了团队的使命感。

    [图片上传失败...(image-4fe825-1516377304263)]

    说道使命感,这是杰克·韦尔奇的《赢》这本书里面提到的第一条,我觉得这一条是大公司必须要具备的。俗话说大公司管理靠文化,我认为这个文化第一点要讲的就是“员工的使命感”。

    关于《赢》,鄙人不才,写了一篇读书笔记,有兴趣的可以看一下:《赢》——如何更好的管理团队

  3. 善于用人

    管理,说到底是对人的管理,你只有让别人干得爽,你才能在管理者的岗位上干得爽。说道对人的管理,我认为一个合格的管理者,最重要的是鞭子或糖,那些只是武功招式,最重要的还是内功心法,就是你有没有一双能发现员工优点和缺点的眼睛。

    所以我觉得用人这方面,以下几点特别重要:

    1. 各取所长

      要让员工各取所长,这里对管理者提出了两点要求:

      1. 识人
      2. 用人

      这里我总结不出什么干货出来,也不想去夸夸其谈一些虚无缥缈的东西,这两点需要你的经验阅历。

      我觉得,只要你有一颗宽容的心,你是一定能发现他人的优点的,然后结合自己具体的业务需求,再把人放在合适位置上,能把这点做好,你就是一位”卓有成效的管理者“。

    2. 团队成员互补,不会因为某一位成员的离开而陷入瘫痪

      一个健壮的团队,不会因为某一位成员的请假或离开而陷入瘫痪,这点我们在平时的工作中就要注意培养,尽量让一个模块让至少两个人接触,其中一个人主要负责,另外一个人可以配合来做。这个模块越大,越能安排更多的人进去帮忙,这样团队的健壮性也会更好。

    3. 将不合格的组员尽早请走

      这点也是我比较痛的领悟。特别是对于创业公司来说,一个不合适的人带来的负面影响,远不止一个合适的人带来的正面影响,特别是三观不一致的人,这种人如果不尽早请走,给团队带来的伤害有可能是毁灭性的,这点不是夸张,因为他不仅仅不能做好自己的分内之事,更有可能会给他人带来负面影响,散播消极怠工的工作风气。

      所以碰到这种人千万不要心软和犹豫,快刀斩乱麻,尽早处理。

    彼得·德鲁克

    通过一些其他的方式,我认识了管理大师——彼得德鲁克,而他的著作——《卓有成效的管理者》,书中提出的两个核心概念,我是深有同感的:

    1. 发现别人的优点
    2. 用人所长

    除了上述两点之外,书中另一个核心观点,我认为对个人发展也很是有用的一点,就是学会利用整块的时间,并且一个时间只做一件事情,这样能大大提高工作效率。

    如果对《卓有成效的管理者》感兴趣,可以看《卓有成效的管理者》读书笔记

虽然本文标题取的比较大,但是内容确实是本人工作以来的亲身经验总结出来的,碰巧从其他管理大师上能有一些理论依据,而绝非从大师身上东拼西凑得来。如果对您有帮助,将是我莫大的荣幸。

如果有什么不同的见解,也欢迎留言讨论,一起进步。

原文地址:https://www.cnblogs.com/DreamRecorder/p/9272297.html

时间: 2024-10-08 21:30:01

如何管理初创公司的技术团队?的相关文章

技术团队与OKR

标题是在我思绪乱飞,文不及意的时候改的,原标题是命题作文"CTO的最后一课 第一季毕业设计"的一部分,<技术团队绩效考核机制>,思绪飞完,发现这都是自己的意淫,作为一个基层员工,除了自我管理就是被管理,谈技术团队的管理,未免太不切实际,但是恰是因为自己是被管理的对象,所以在听完CTO训练营整整一季的课后,我想说,老师,我有话要说~ 在思考如何激励时,自然想到了CTO讲师于斌平<技术团队如何做绩效管理>中的论述,于斌平老师有着10年以上500人以上的团队管理经验的

Lyft高管的技术团队管理实战

Lyft 的技术总监沈思维分享了他对于管理技术团队和打造工程文化的经验,也欢迎添加他的微信公众号"人家的屋顶"了解更多(微信公众号ID: othersroof).沈思维毕业于密歇根大学和卡内基梅隆大学.他早年在 Google 任软件开发工程师 (2005 - 2011),2011年加入 Twitter,后任产品安全部高级研发经理,负责反垃圾及帐号安全方面的工作.2015年底至今在 Lyft 担任研发总监,负责包括支付平台,风控平台.开放平台在内的多个团队.工作之外,沈思维关注并致力于提

技术团队代码管理和部署

主流公司使用svn和git作为代码版本管理,当然也不排除直接copy或者ftp.公司经历了的svn到git的变迁,也深刻体会到不同的版本管理服务,使得技术团队的协作方式变得更为流畅. 简单介绍下背景,有一个项目V5,从版本V1一直演变到现在V5,可见历史之久,想从svn切换到git,其中的代码管理和上线部署迁移,都会是经历很长一段时间的不稳定,尤其是一些开发同学对新的版本管理和部署理解不透彻,很容易引发事故. 在svn的主干开发流程 开发同学更新主干代码,提交代码 部署测试环境 检查每一个要上线

技术团队管理点滴

我是一个技术男,喜欢研究技术,但因职业发展的需要,做了五年的管理工作.幸好直接管理一个技术团队的一个明显的好处是:可以同时直接参与到技术工作中来,所以这几年还是做到了技术管理两不务.不过正因为我并没有花太多的心思在管理上,所以五年的管理工作所积累的也只是一些点滴的经验,而没有成体系的知识.在此,把这些年的点滴经验总结一下,算是一个里程碑吧. 管理可以这样来分:向下管理.向上管理.横向管理.因为我本人个性非常直接,从来不会P(pai)M(ma)P(pi),所以在向上管理上可以说几乎没有什么可分享的

真诚与尊重是技术团队的管理要点

转自:http://www.infoq.com/cn/news/2017/11/Sincerity-respect-management-tec 如果把高质量的 IT 技术产出比喻成汽车上路,那么技术团队本身就可以看成是马路.它是基础设施,平时不会得到太多关注.然而,想要汽车上路,那么这个路就要先造好. 关于技术团队的相关话题,大家也都是在摸索中总结出怎样做是好的.怎样又是不可行的:但是可以确定的是:团队这个基础设施的建设是不容忽视的. 本次技术团队访谈,InfoQ 邀请了美丽联合集团副总裁顶天

简明技术团队管理(一)写在管理之前

写在管理之前 之所以叫简明项目管理,指的是在资源有限,组织结构不庞大,给与的管理职能时间不多的情况下如何进行技术团队的管理.往往在这种情况下,处于管理职责的负责人会身兼数职.但一定要清楚,管理技术团队和管理项目的区别.即,管理技术团队是要不断提升团队的技术成熟度:而管理项目,则是要完成项目的目标,达成用户或客户的诉求. 实施管理之前,要设立管理的目标,或者用更直白的话说明,就是要解决什么问题.那么,以下几个问题是需要被回答的: 组织所给与的,或者能承受的管理成本是多少?给与的支持有多少? 当前管

技术管理规划-如何规划团队的架构

管理规划的4个要素 1.职能[清楚自己团队的基本职责和使命] 2.目标[为团队设定清晰的目标] 3.团队[团队的架构规划] 4.路径 团队目标 根据团队目标去梳理团队 团队目标: 某个时间节点,团队发展成什么状态. 要点 说明 规模 实际人数和预算人数 分工 团队负责哪些业务,每个业务配置了多少人力,这些人员如何分工,人力分布跟业务目标是否匹配 梯队 梯队代表了团队的成熟度和复原力(类似技术服务的健壮性) 资源 从资源的视角来看待团队,是一个成熟管理者的标志之一.技术团队是最昂贵的资源和成本,在

在星巴克买咖啡思考技术团队的管理

我喜欢在星巴克买咖啡,不是因为星巴克的咖啡特别好喝,而是因为星巴克咖啡质量的稳定,在任何一家星巴克点一杯拿铁,口味不会差很多,甚至当咖啡拿到手的温度也不会差很多. 公司对面就有一家星巴克,因为距离的原因,这家也是我去得最多的一家星巴克.这家店开在写字楼林立的闹市区,每天中午都会有很多顾客在排队等咖啡,别担心排队的队伍很长,实际上排队的时间并不长,他们的店员的速度非常快,用不了等多久就可以拿到你的咖啡.慢慢熟悉了这家店里服务员的面孔,看着他们之间配合的默契有时候也会不由的感叹, 这真是一个很不错的

微管理——给你一个技术团队,你该怎么管

微管理--给你一个技术团队,你该怎么管(最简洁.最高效的团队管理落地实践方法,IT/互联网行业15年管理实践 + 中欧商学院EMBA经历,杨老师手把手教你如何用"微管理"打造高效团队/京东:最简洁高效的IT/互联网团队管理实践方法) 杨立东 著   ISBN 978-7-121-22886-5 2014年5月出版 定价:59.00元 236页 16开 编辑推荐 1.最简洁.最高效的团队管理落地实践方法,IT/互联网团队管理的宝典,用互联网思维打造的技术管理NO.1实战手册. 2.IT/