作者都是各自领域经过审查的专家,并撰写他们有经验的主题. 我们所有的内容都经过同行评审,并由同一领域的Toptal专家验证.
Adina在出版行业拥有超过15年的编辑和产品开发团队领导经验.
30年以上工作经验
10年以上工作经验
a是什么? 技术项目经理 (TPM)? 答案取决于你问谁, 安迪·布莱克威尔说, 资深IT顾问和业务运营专家. 作为Toptal的项目和产品管理主管, Blackwell领导的团队负责将Toptal自由职业者网络中的高技能项目经理与为特定计划寻找顶尖人才的组织相匹配. 近年来,她看到对tpm的需求激增.
“对于这个词的真正含义,整个科技行业肯定存在一些争论,布莱克威尔说. “有很多人称自己为技术项目经理,因为他们与工程团队密切合作,或者从项目管理的角度领导技术团队, 但这不是我们要找的.”
Toptal的定义更为具体. Toptal网络中的所有项目经理都是传统领域的专家 项目管理技能 比如范围界定, 预算, 管理时间表, 以及与迭代交付和持续改进相关的敏捷软件开发实践. 他们总是与工程师密切合作,如果需要, 指导和指导Scrum团队.
才有资格成为tpm, 然而, 除了管理敏捷过程和与开发人员协作之外,他们还必须有额外的经验:他们自己也必须是开发人员.
大大小小的组织对这种特殊的技能组合越来越感兴趣. “大多数创业公司不会雇佣只会做一件事的人,布莱克威尔说。, 如果大型企业正在为工程项目招聘人员,他们希望在候选人的个人资料中看到“开发人员”或“架构师”.
即使在客户没有特别要求具有技术背景的项目经理的情况下, 勾选“开发人员”是一个主要的卖点. 能够规划和执行软件项目,实施和优化敏捷过程的人, and code? 这是一个巨大的福音.
然而在现实中,TPMs并不需要编码—许多人已经很多年没有编码了. 那么,为什么需要编程经验呢?
tpm需要做出技术决策, 布莱克韦尔说:“如果你至少没有一些相对较新的现代技术堆栈实践经验, SDK(软件开发工具包), 体系结构, 或测试自动化平台, 那么你就可能无法做出正确的决定. 你不会有客户的信任,因为你以前没有用过这些东西.”
向潜在客户展示信誉是确保业务的重要因素, 但这只是第一个障碍. 一旦被分配到一个项目中,TPM必须迅速赢得技术团队的信任和尊重.
迈克尔Poythress 十几岁就开始编程了. 16岁时,他和父亲一起为一家房地产广告公司建立了一个商业网站. 此后,他一直担任多家初创公司的首席执行官和创始人. 2018年,他以TPM的身份加入Toptal网络,现在与工程团队密切合作. 他说:“如果我没有编码经验,程序员就会发现这一点。. “他们不会对我直截了当. 但如果我挑战他们,以同龄人的身份与他们交谈,就会产生尊重和融洽的关系.”
他说,技术经验比头衔更重要 艾伦Takatsuka, 总部设在奥兰治县的Toptal TPM, 加州:“据我所见, TPM中的“T”对工程师来说没有任何意义. 他们认为这只是另一个项目经理安排他们的会议,并要求他们填写电子表格.”
然而,一旦建立了共同点,“互动的味道就大不相同了. 这更像是与工程部门的合作。.
在职业生涯的早期,Takatsuka领导了数十年的工程团队. 他认为这段经历提升了他的软技能. “这是一种不同的同理心技能,”他说. “你必须证明你会说这种语言. 你可以说, 他说,我明白你为什么会面临这些基于技术方面的挑战.’”
丹•艾伦, 来自维也纳的技术顾问, 维吉尼亚州, 将他的职业发展描述为“从程序员到技术主管再到架构师”, 导演, VP, CTO, CIO.“自2019年加入Toptal网络担任TPM以来,他一直很忙, 参与过14个客户项目.
“我很少读代码. 我几乎从不写代码,”他说. “但也有开发商陷入困境的情况. 他们可以带我参观建筑,我可以确切地看到他们想做什么和逻辑.”
他发现动态不仅在边缘情况下有用,在更广泛的情况下也有用. “你的团队知道他们可以来找你谈谈, 你真的明白他们在说什么,他说. “你可以帮助他们考虑所有的复杂性,以防他们遗漏了什么. 你可以充当参谋,提供反馈.”
这种反馈和见解不仅对建立关系很重要. tpm为组织提供了不同的价值主张. 它们的作用与其说是信息的渠道,不如说是知识的来源. Yes, 他们计划, 协调, 和交流, 但它们也帮助客户和团队做出复杂的技术决策.
“你有能力在技术上固执己见,”高冢说. “这为组织增加了价值,因为现在你有了更多的乘数效应, 而不仅仅是组织和合作.”
Takatsuka指出,tpm在解决问题时需要跳过的环节更少. 尤其是在大型组织中, 非技术的计划或项目经理可能通过识别相关的参与者和涉众来处理技术挑战, 提供上下文, 聚合信息, 然后筛选结果做出决定. TPMs可以运用自己的知识.
“你可以更有效地应对风险,”他说 Oana Ciherean是一家总部位于东京的TPM公司. “这些风险可能来自很多地方. 它们可能来自于团队的错误估计. 所以你可以说, ‘Okay, 我确信这段代码不会花一周的时间来写,因为实际上只有两天. 所以你可以解除对别人的封锁. 因为你发现他们被困住了所以他们要花五天时间. 你知道的,因为你去过那里,你自己也被困住了.”
Ciherean以开发人员的身份开始了她的职业生涯,但由于希望参与更大的项目,她很快进入了项目管理领域. 然而,在这些角色中,她发现自己很想念编程. 她表示,技术项目管理提供了两全其美的机会:“它让我能够真正掌握技术,同时也能深入了解业务、客户以及他们对功能的需求.”
波伊特雷斯也觉得他找到了自己的最佳位置. “我是有想法的梦想家和知道如何实现它的技术人才之间的翻译或联络人,他说. “我两种语言都说得很流利. 我说“正常人”和“专业术语”.’”
为初创企业和小型企业工作的tpm在商业和技术的交汇处占据着特别重要的位置. 在这些项目中,TPM通常是项目开始时的第一个雇员. 然后,他或她负责评估产品的可行性, 确定技术范围和需求, 帮助客户(有时是一个有想法的创始人)选择技术栈, 评估供应商的服务交付, 实现DevOps最佳实践, 组建合适的团队.
Takatsuka将这些活动视为“迷你CTO”角色, 其中TPM在业务和技术领域之间架起桥梁,使事情顺利进行. 一些客户对软件开发几乎一无所知,他说:“我该如何开店? 我读过关于敏捷的书. 我怎么做呢?”
Poythress认为这两个角色是重叠的, 甚至在某些情况下彼此无法区分. “有很多异花授粉,”他说. “小型组织的CTO可以很容易地在大型组织中担任高级技术PM角色,并感到宾至如归.”
而敏捷的机制几乎是任何有软件开发经验的项目经理都能掌握的, 具有技术天赋的人可以为管理过程带来更细致入微的视角.
Ciherean发现 敏捷方法 are never implemented strictly by the book; they must be customized, blended, 并适应团队和项目的特定需求.
“你必须确保你所设计的过程不会干扰开发者的工作,并使其更有效率或更富有成效,她说。. “有时这意味着深入到 GitHub 工作流,例如,看看他们是如何做他们的 提交,看看他们如何为他们的代码创建分支,看看你的过程是否适合他们的工作流程. 然后你要么纠正你的流程,要么纠正他们的工作流程.”
TPM的专业知识还可以为特定的敏捷工件和实践提供信息, 比如产品待办事项列表和相对规模估计.
“如果你懂技术的话, 你知道待办事项的复杂性,高冢说. “否则,你所拥有的只有这个列表,你很难知道第一名是否是a t恤尺寸 比第二个大. 你可能有一个想法,一个更难,但你并不真正知道幕后是什么. 一个“极端的”TPM, 他说, 他可以自己判断大小, 但前提是,当团队加入时, 它们有自己的速度.”
Poythress用他对规模估计的理解作为衡量标准来评估他为项目考虑的技术领导和工程师. 如果他认为某件事是件小事,而别人却认为它是件大事, 这是一个危险信号:“我会听他们说完,看看是否有我不知道的复杂情况, 但如果这说不通的话, 我就像, ‘Okay, well, 这不太合适.“我们需要一个真正了解这一点的人,不会被一个简单的功能吓倒.”
tpm还帮助客户了解非功能性需求. 如何处理高可用性? 您如何处理灾难恢复? “如果没有技术上的理解,我不知道你如何进行讨论,”Takatsuka说. “你可能会在scrum需求层面停下来,直到技术人员到来. 然后你就有了这个巨大的鸿沟.”
尽管他们在键盘上的时间对他们今天的工作起着至关重要的作用, TPMs不能依靠过去的经验来保持相关性. 考虑到技术变化和发展的速度,很容易落后.
波伊特雷斯吸取了教训, 在加入Toptal之前的五年时间里, 当他专注于经营自己的公司时. “我确实停滞不前了,”他说. “在那段时间里,出现了许多不同的语言,解决了我一无所知的问题,因为我们有自己的技术堆栈,这就是我们所需要的.”
如今,他花10%的时间阅读文档, 观看YouTube, 以及“沙盒”来学习最新最好的东西.”
“我几乎总是在业余时间涉猎一门新的语言或技术, 这样我才能保持敏锐,他说. “因为如果我不这样做,这个行业就会继续前进. 我以前也遇到过这种情况. 死记硬背比跟上时代要难得多.”
Takatsuka也积极主动地填补他的知识空白:“b谷歌现在很棒. YouTube很棒. 你必须做作业. 但这项工作是建立在自身的基础上的.”
他还依靠广泛的咨询顾问网络来获得支持和知识共享. “我遇到过客户想要使用谷歌的情况, 但我碰巧更了解AWS平台,他说. “我可以打电话给朋友说,‘嘿,我们要用 重火力点. 你有客户这么做过吗? 可扩展性怎么样??’”
即使在30多年的业务和多个执行级别的角色之后, 丹·艾伦不怕弄脏自己的手. 在过去的三年里,他学会了单枪匹马地部署 Amazon and 谷歌云. 他说:“我这样做是为了理解它,并帮助Toptal的客户。. “他们没有技术团队. 他们只有我了. 所以我去了YouTube大学,完成了.”
自从1985年Allen开始作为一名开发人员以来,已经发生了很多变化. 但他乐于迎接每一个新机遇带来的挑战. “这就是我喜欢这份工作的部分原因,”他说. “总有一些事情你没有做过,一些新的事情. 而且你离开的时候总能获得额外的荣誉,这样你就可以在下次签约时利用这些荣誉.”
TPM项目管理包括技术监督和团队管理. 它既意味着传统的项目管理职责,也意味着对项目技术方面的深刻理解.
全面技术项目经理使用传统的项目管理技能成功地交付软件开发项目, 敏捷的专业知识, 以及软件工程经验. 技术项目经理的角色和职责包括建立软件工程和QA工具, 标准, 和实践, 以及教练团队, 减轻风险, 消除障碍. 技术性的PM在咨询开发问题和最佳实践时能够实现敏捷性.
传统项目经理和技术项目经理都负责范围界定, 调度, and 预算 projects; tracking progress; and communicating with stakeholders. TPMs, 然而, 是否曾经是软件开发人员或架构师,并且是敏捷方法和现代软件开发工具的专家, 标准, 和流程.
一个好的技术项目经理会利用他或她的软件开发或架构经验来指导敏捷实践, 解决技术问题, 解封团队. 他或她也积极主动地跟上最新的技术和趋势.
世界级的文章,每周发一次.
世界级的文章,每周发一次.