优秀的项目管理者是怎么工做的,如何帮助研发团队高效工做?一直是 CODING 关注的重要话题,咱们不断地打磨 CODING 研发系统来让开发更简单。近期咱们精心挑选了几篇硅谷科技公司研发管理者的 README 进行翻译。README 主要用来向团队成员展现项目管理者的工做理念和工做方式,以便成员可以快速地融入到团队当中。git
原文地址:https://github.com/molly/manager-README
原文做者:Molly,HubSpot 的技术负责人,一位暖心的女技术主管
译者注:HubSpot 是一家为社交媒体营销、内容管理、网络分析和搜索引擎优化提供工具与服务的科技公司。github
前几篇咱们翻译的是男性研发管理者的自述管理者(https://zhuanlan.zhihu.com/p/65842428),接下来咱们来分享女性研发管理者的工做方式和管理风格。在下文中,除了对技术的持续追求、对高效团队的不懈努力以外,咱们也看到了做为女性管理者特有的细腻:好比注重团队成员的心理情况、对多样性的包容。面试
Hi,我是 Molly。网络
很是期待认识你!写这篇文档是为了让你更好地了解个人思考方式和工做方式,不过它并不能取代咱们之间共同创建工做关系以及相互理解的过程。工具
长话短说:做为技术主管,个人职责是确保团队的总体成功和快乐氛围、成就客户、完善产品与业务。更详细的职责以下:学习
译者注:Dharmesh 是 HubSpot 公司的创始人。
“对齐向量”是指利用线性代数中的矢量概念来描述团队合做,Dharmesh 受到了 SpaceX 创始人 Elon Musk 的启发:将团队中的每一个人当作一个矢量(有力量和方向),当全部矢量的方向调整为一致时,它们的力量加和才会达到最大值。优化
若是团队成员能力都很强,但各行其道,那只会事倍功半搜索引擎
以上的职责按照重要性有前后顺序,若是你事业不成功、工做也不快乐,那咱们的团队也不会成功、快乐。当团队出了点麻烦,那写代码极可能就不是个人首要任务。.net
另外:个人工做不是准确地告诉你该作什么和该怎么作,我不是团队的“官方决策者”。当我向其余人询问反馈时,有人问了这一点,而后说了一些令我心酸的话:你须要对团队作出的决定负责,即便你不是大部分时间在作这些决定的人。翻译
我会认真阅读你的代码,我但愿你对个人代码也有所思考。 到必定阶段后,你会全权负责你本身的代码。若是你有一个很好的理由去作些其余事情,你尽管去作,“善用判断力”是 HubSpot 文化的关键部分,它一样适用于敲代码之外的全部事情。
若是你对我有啥反馈,请告诉我。团队里可能有一些你喜欢的东西、想改进的东西、一些你认为我搞砸的事情、或者我没正确分类的事情。即便你认为它们不值一提,我仍是想听听;即便你认为我不想听,我也想听听你为啥会有这种感受。
我更喜欢面对面的反馈。若是你只愿意用电子邮件或者 Slack,那也 OK,至少比你不提来得好。
若是你有想法但不肯意直接给我反馈,你能够反馈给个人上属,这样他们就能够经过匿名的方式传递给我,而我就能够着手处理它们。
一样地,若是你对一个团队成员有反馈,我建议你直接告诉他们。若是这么作让你以为不舒服,能够随时让我来转达。
若是你还在纠结反馈的问题,告诉我,咱们能够讨论下。
我每周会在你的日历上安排三十分钟的一对一会议。若是你须要更多的时间,我会调整。第一次咱们可能会安排一小时的一对一会议,只是为了确保咱们有足够时间去过一过团队任务和介绍性事务,你不须要专门为此作什么准备。
一对一是你的表达机会,我可能会有一些事情要和你讨论,但首先是你的主场,能够谈谈你最近在作些什么、须要什么、但愿改变什么、对团队、同事的感觉如何、职业目标等等。这些都是当咱们坐在同事的办公桌前你可能不会和我进行的对话。若是你想给我一些事务的状态更新或者你被什么问题卡住了的话,更适合在我办公桌前快速和我聊一下,或者经过 GitHub 的 issue、Slack、单独的事务会议。
若是你认为有帮助的话,我鼓励你写下你想聊聊的事情。在会议时临时想一些事情是有点困难的。若是你有想谈论的事情,但很难口头表达出来,能够提早给我一个粗略的议程。若是你不知道该谈些啥,就直接说你不知道该谈啥,咱们就把它做为一个话题。
这些都是我看过的一些有趣的文章,尽管我不必定赞成全部的观点:
[1] https://getlighthouse.com/blog/effective-1-on-1-meetings/
[2] https://medium.com/@mrabkin/the-art-of-the-awkward-1-1-f4e1dcbd1c5c
若是你看在其它事情上有独特的想法,这也能够成为咱们一对一不错的话题。
在一对一上我会给出你的绩效反馈。若是你十分担忧你的绩效,我会让你知道绩效结果。若是你以为我对你的绩效有些担忧,也请告诉我。
当我在办公室工做时,你能够在 11:00 ~ 17:30 找到我,我常常会比这个时间早点或晚点。在工做日,我常常下班吃完晚饭后在家继续工做。
在工做时间我一般一周在家工做一到两次,而且将个人 Slack 状态设置为“在家” 🏡。
若是条件容许我更偏心面对面地进行一对一,若是你正好须要在安排了一对一那天在家工做,我建议从新安排一对一时间。提早告诉我以便我能够从新安排它,或者由你在个人日程开放时间里安排。
当咱们开始一块儿工做后,我会去了解你平常的工做时间。我会尽最大努力不在这些时间以外发消息给你,由于我知道不少人会把 Slack 的通知设置为同步到手机。有时我会在你的工做时间以外给你发邮件(特别是当咱们处在不一样时区),由于邮件是一种不那么侵入式的通知方式。你没有义务在工做时间以外阅读和回复这些邮件和消息。若是你收到了任何频率的工做时间外的消息,请告诉我,确定是我搞错了你的工做时间。
若是出于任何缘由,我迫切须要在你正常工做时间以外联系你,我会给你打电话。但这种状况极少发生 (若是有的话)。
多样性和包容性对我来讲极其重要。我本不必在个人自述文件中提到下面这一点,只不过它与个人日程表有点联系:我选择每周至少在家工做一次 (偶尔半天), 由于它帮助我管理个人焦虑症
我对个人焦虑持开放态度。它不会影响咱们的工做关系 —— 不管我是否在办公室,均可以经过 Slack、电子邮件、Github 或视频通话联系我(见下文)。
若是我在家工做,我依然能够像在办公室同样随叫随到,尽管安排一个简短的视频会议比日常只要在我办公桌前晃悠几分钟来得不那么舒服,只要你以为这种面对面或者屏幕共享的方式比文本沟通方式更加高效就行。
尽信书不如无书,虽然这个文档是我写的,但我永远不知道被我本身管理是种什么体验。因此若是我是你的 leader,这个文档有任何问题,你能够经过 issue、Slack、或者在一对一会议上提出来。
这份文件的重点是我如何工做,以及你对个人指望。在咱们开始合做后不久,咱们将讨论我对你和团队其余成员的指望。我会将其连接到一个 HubSpot 的内部入职文件中。
这里是我喜欢的东西,若是你想和我闲聊但又不知道说啥,这些都是很好的话题:
愈来愈多的女性科技从业者走向管理者岗位,在从技术人员到管理者的转身过程当中,除了须要学习管理理念,高效的工具也能帮助研发管理者事半功倍。CODING 涵盖了软件开发从构想到交付的一切所需,使研发团队在云端高效协同,实践敏捷开发与 DevOps,提高软件交付质量与速度。
CODING 助力女性研发管理者向前一步。