工程主管负责构建什么产品？
工程主管负责构建什么产品？
我刚刚加入了一个新团队，并向我的新队友询问了我们的架构。
我们在建造什么？
一些人详细介绍了 B2B 和 B2C 之间的业务划分，并加入了一点 B2B2C。其他人详细介绍了我们如何在前端使用 React。其他人讨论了 Java，还有一些人讨论了后端的 Go。最后，其他人开始喋喋不休地谈论一系列 AWS 技术，包括 lambda 函数、S3 存储桶、无服务器数据库和 Cognito 用户。
我应该建造什么？
他们都是对的，没有一个是对的。
仔细思考这些答案，并将它们放在一起，确实有助于我对事物如何运作的心理模型。但是，与此同时，我对业务线的具体情况并不了解。
我又尝试了一次，询问所涉及的用例。这里的答案与关于建筑的问题一样多变。我获得了访问 JIRA 板、API 调用列表、lambda 函数列表以及
我遇到了语义、词汇和文化。所有这些对于团队的运作方式都很重要。不幸的是，在快速发展的启动环境中，这些都不明显。
在过去的 3 或 4 个月里，该团队迅速成长。每个人都带来了他们的想法和他们自己的工作方式。他们的想法来自他们的经验和过去的环境。我也在做同样的事情，虽然当时可能不太清楚。
随着每个新团队成员的加入，他们没有相同的入职流程。他们没有入职培训。相反，他们被添加到团队名册中并从 JIRA 分配任务。
在最初的几天里，我尽可能地与所有人交谈。我与长期的团队成员（具有超过三个月经验的人）和新的团队成员进行了交谈。我问他们来自哪里，现在情况如何，以及他们认为事情应该如何。
当我制定了关于事物如何运作的心理模型时，我开始对我的想法进行压力测试。我会解释我认为这个系统是如何运作的以及我们是如何做到这一点的，然后提出一些我认为我们需要去哪里的想法。
我整理了我的入职时间表，了解了业务、客户和支持它的技术。我还整理了我的文化议程——关于我们应该如何工作以及我们应该如何成长的想法。
兰德斯说，“过程就是你的产品。”这个过程是他如何描述技术经理的工作。我同意，而且我认为还有更多。
产品本身也是我的产品——总经理雇用了我。人（和他们的成长）是我的产品——我可以从他们与他们交谈中的兴奋中看出。最后，我的个人成长是我的产品——如果你不学习，你就死定了。 （一定有人说过）。
这是技术领导者的目标。他们塑造选择并解释选择。
作为一名工程领导者，我认为文化是我的产品。 我们正在为我们的工作方式和构建方式设定基调，并解释为什么我们做出一种选择而不是另一种选择。教育我的合作伙伴在业务方面，我们交付软件的选择，以及为什么我们选择一种方式而不是另一种方式。
_ 给我一个掌声和“_ ** 跟随** ” 如果你喜欢这篇文章。
关于美禄
_我是一名技术主管、作家、演讲者、企业家和发明家。自 1995 年以来，我一直在开发软件，并在过去十年中开发团队。 _
我撰写有关软件、工程、管理和领导力的文章。
你也可以 在推特上关注我 _. _
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明
