工程负责人
Engineering Lead
<h1><strong>工程负责人</strong></h1>
<p><em>负责你所管理系统的整体技术愿景。确保所有功能上线时系统保持稳定。</em></p>
<h2><strong>职位描述</strong></h2>
<p>在Counterpart担任工程负责人，你将作为某个领域的架构师和技术负责人：如理赔系统、承保平台、基础设施层或其他系统高度耦合的领域，需要一个人来确保系统符合规范。你了解你的系统如何运作，它们应该如何演进，以及哪里会出现问题。你对这些系统的整体技术愿景负有责任。</p>
<p> </p>
<p>在规划阶段，你会与技术产品经理合作，将项目拆解为具体任务，并为每个任务编写高层次的技术需求。在确定技术方案之前，你会与其他工程负责人沟通：是否有人正在解决类似的问题，我们是否应该统一解决？在执行阶段，你负责项目的评审，然后退后让项目团队进行开发。当出现架构问题时，你再重新介入。</p>
<p> </p>
<p>与其他工程负责人一起，你将制定并维护Counterpart的技术标准。你同时也是一名工程师。你参与开发工作，也可能被要求亲自领导一个项目。</p>
<p> </p>
<p>人员管理在这个职位中是可选的，而不是默认要求。有些工程负责人会管理几名工程师；大多数则不会。无论哪种情况，你主要通过技术愿景、标准和自身工作的质量来领导，而不是通过组织结构。</p>
<h2><strong>你将负责</strong></h2>
<h3><strong>负责你所管理系统的整体技术愿景</strong></h3>
<ul>
<li>清楚了解你所负责领域中每个系统的发展方向，它们之间的依赖关系，以及边界和数据契约需要明确的地方。</li>
<li>坚持架构原则。在系统被构建之前发现重复的系统。推动复用和整合。当更简单的路径会导致长期扩张时，要敢于说不。</li>
<li>在确定技术方案前与其他工程负责人沟通：是否有人在解决类似问题，这是否会影响其他领域的假设？轻量级、点对点的协作，自然的合作优于流程。</li>
<li>在你负责的领域内做出关于技术债务的明确决策。知道何时积累债务，何时偿还，何时重构。向你的技术产品经理和工程副总裁沟通权衡。</li>
<li>负责你所负责领域的上下文架构。保持文档清晰，确保团队理解系统设计和决策依据。</li>
</ul>
查看英文原文
<h1><strong>ENGINEERING LEAD</strong></h1>
<p><em>Own the technical vision for your systems. Keep them sound as everything ships.</em></p>
<h2><strong>The Role</strong></h2>
<p>As an Engineering Lead at Counterpart, you are the architect and tech lead for a domain: the claims system, the underwriting platform, the infrastructure layer, or another area where the systems are tightly coupled and need one person keeping them honest. You know how your systems work, how they should evolve, and where they break. You own the technical vision for them.</p>
<p> </p>
<p>During planning, you partner with a Technical Product Manager to break initiatives into projects and write the high-level technical requirements for each. Before you lock an approach, you check with the other Engineering Leads: is anyone solving something similar, and should we solve it once? During execution, you run the technical review that gates each project, then step back and let the project team build. You come back in when an architectural question surfaces.</p>
<p> </p>
<p>Together with the other Engineering Leads, you set and maintain Counterpart's technical standards. You are also an engineer. You build, and you can be called on to lead a project yourself.</p>
<p> </p>
<p>People management is optional in this role, not the default. Some Engineering Leads manage a few engineers; most do not. Either way, you lead primarily through the technical vision, the standards, and the quality of your own work, not through the org chart.</p>
<h2><strong>YOU WILL</strong></h2>
<h3><strong>Own the Technical Vision for Your Systems</strong></h3>
<ul>
<li>Know where each system in your domain is going, how they depend on each other, and where the boundaries and data contracts need to be explicit.</li>
<li>Hold the line on architecture. Catch redundant systems before they get built. Push for reuse and consolidation. Say no when the easier path creates long-term sprawl.</li>
<li>Check with the other Engineering Leads before locking a technical approach: is anyone solving something similar, does this create or break an assumption in another domain? Lightweight, peer-to-peer. Natural collaboration over process.</li>
<li>Make deliberate calls on technical debt within your domain. Know when to accumulate it, when to pay it down, and when to refactor. Communicate the trade-offs to your Technical Product Manager and the VP of Engineering.</li>
<li>Own the context architecture for your domain. Keep documentation, design patterns, and domain knowledge up to date so engineers can operate your systems without relying on tribal knowledge.</li>
</ul>
<h3><strong>Plan the Work</strong></h3>
<ul>
<li>Partner with your Technical Product Manager during planning. Combined, you turn business problems into initiatives and projects. You write the high-level technical requirements for each project: the system approach, the scalability, security, and integration considerations that determine whether the plan is real.</li>
<li>Roll projects up to a rough t-shirt size (multi-month or single month) with your Technical Product Manager. For multi-month projects, define what is achievable within one month.</li>
<li>Advise the VP of Engineering on Project Lead assignments. You know which engineers can carry which projects.</li>
</ul>
<h3><strong>Review Through Reviews</strong></h3>
<ul>
<li>Run the technical review for each funded project in your domain. The Project Lead plays back the rounded-out requirements and approach. You confirm the approach fits your systems, follows the standards, and does not create problems the project team cannot see. Then development begins.</li>
<li>When a project touches more than one domain, bring the other domain's Engineering Lead into the technical review. One review, all affected leads present.</li>
<li>Answer architectural questions when the project team hits them mid-build. Otherwise, stay out of the day-to-day.</li>
</ul>
<h3><strong>Set and Maintain Technical Standards</strong></h3>
<ul>
<li>Produce and maintain Counterpart's shared technical standards with the other Engineering Leads. Keep them current, specific, and enforceable.</li>
<li>Enforce the standards within your domain. When work drifts from the agreed patterns, catch it early and course-correct.</li>
<li>Contribute to decisions on AI tooling and development practices. The Engineering Leads collectively decide how AI tools are used across the engineering organization.</li>
</ul>
<h3><strong>Build</strong></h3>
<ul>
<li>Write code and build systems when the work requires your depth. You do not delegate everything. You pick up the hardest problems in your domain.</li>
<li>Take the Project Lead hat when a project calls for it. Then you operate as any Project Lead does: round out requirements, run the reviews, break out tickets, delegate, check in with stakeholders, and iterate.</li>
<li>Stay at the frontier of AI development. Evaluate emerging frameworks, tools, and practices against Counterpart's systems. Share findings with the other Engineering Leads.</li>
<li>Review production incidents in your domain. Identify root causes indicating architectural gaps. Fix the architecture, not just the symptom.</li>
</ul>
<h3><strong>Mentor</strong></h3>
<ul>
<li>Mentor engineers working in your domain. Turn reviews and architectural questions into teaching moments. Raise the bar on how engineers think about system design.</li>
<li>Coach Project Leads through hard technical decisions. Help them see the trade-offs, then let them own the execution.</li>
</ul>
<h2><strong>YOU HAVE</strong></h2>
<ul>
<li>Deep experience designing, building, and operating complex software systems. You have built systems that lasted and maintained systems you inherited.</li>
<li>The ability to operate as both architect and individual contributor. You know which the situation calls for and you do not default to one.</li>
<li>Demonstrated experience reviewing technical work from other engineers. You turn reviews into decisions, not debates. You can say no with clear reasoning and say yes with conviction.</li>
<li>Proficiency with Python, Django, Amazon Web Services (AWS), React, and PostgreSQL.</li>
<li>Proficiency developing with AI tools (Claude Code, Cursor, or similar) and the drive to stay ahead of how AI development practices are evolving.</li>
<li>Experience setting technical direction across teams without being the manager. You influence through architecture, reviews, and the quality of your own work.</li>
<li>Domain curiosity about insurance. You learn the business context your systems support, not just the systems themselves.</li>
<li>The ability to communicate clearly across engineering, product, and business. You translate technical complexity without losing meaning.</li>
<li>Low ego and high Emotional Quotient (EQ). You influence without authority, take feedback well, and leave your ego out of technical decisions.</li>
<li>Experience working with distributed, remote teams.</li>
</ul>
<p> </p>
<p>Our estimated pay range for this role is $190,000 to $240,000. Base salary is determined by a variety of factors, including but not limited to, market data, location, internal equitability, and experience.</p>
<p>We are committed to being a welcoming and inclusive workplace for everyone. We are intentional about making sure people feel respected, supported, and connected at work—regardless of who they are or where they come from. We value and celebrate our differences and believe being open about who we are allows us to do the best work.</p>
<p>We are an Equal Opportunity Employer. We do not discriminate against qualified applicants or employees on the basis of race, color, religion, gender identity, sex, sexual preference, sexual identity, pregnancy, national origin, ancestry, citizenship, age, marital status, physical disability, mental disability, medical condition, military status, or any other characteristic protected by federal, state, or local law, rule, or regulation.</p>
<p> </p>