Manager, Software Engineering — Customer Files Orchestration

Software Engineering Manager

Overview of the Role

CoCounsel Legal is seeking aSoftware Engineering Managerto lead the team that owns theCustomer Files Orchestration Service– the system that makes a customerdocuments usable by CoCounsel Legal's agents.

Every file a customer brings toCoCounselpasses through this team:upload, storage, extraction, embedding, and indexing, orchestrated end-to-end. You make millions of customer files available to CoCounsel. Bringing a customer's content together with Thomson Reuters' world-class proprietary content and the latest frontier models – including TR's own custom large language models – is what makes our products highly differentiated and our agent experiences genuinely grounded. This team is a critical part of what makes that combination possible.

It is also, unavoidably, a hard distributed systems problem. Supporting millions of files means real engineering: dedicated workers, fair queuing so one busy customer cannot starve another, durable state, idempotent processing, and honest reasoning about consistency and delivery guarantees across systems.

The team owns what it builds,designing, implementing, testing, deploying, scaling, and operating the service end-to-end.This role will help takearecentlyformed, cross-functional group and shapeit into a durable, high-performing engineering team with clear ownership, a stable operational posture, and the credibility to lead decisions about design, roadmaps, and opportunity costs within the team and across stakeholders.

Job Description:

In this position, you will:

Service & Technical Leadership

• Own customer file orchestration service end-to-end– Upload, storage, content extraction, embedding, indexing, and observability and monitoring – balancing new capability delivery against reliability.

• Drive API-first execution–Thefile and workspace APIsthis team ownsservesa growing set of consumers beyond orchestration, and this team treats them as a product – clear ownership, versioned contracts, documented behavior, deliberate change management, and independentdeployability– not an incidental collection of backend endpoints

• Lead the team's judgment on the problems that define thedomain– Consistency models (where eventualconsistency is acceptable and where a strongly-consistent read is the only correct answer), delivery guarantees (at-least-once with idempotent processors versus the cost of true exactly-once), lease and heartbeat models for crash recovery, and state transitions across asynchronous service boundaries

• Own the queuing and flow-control architecture– Fair queuing, rate limiting, backpressure, circuit breaking, dead-letter handling, and autoscaling.

• Champion full operational ownership– The team designs, builds, tests, deploys, scales, andoperateswhat it ships – with on-call, incident response, SLOs, and testing treated as first-class engineering work, not afterthoughts.

• Partner with platforms and client applications teams to deliver a world class product– Leverage robust orchestration across other (internal and external) services to enable both human users and agents with world-class experiences.

Team Management

• Build and lead the Files Orchestration engineering team– Hiring, onboarding, performance, and career development – turning a recently-formed cross-functional group into a stable team with clear, durable ownership

• Develop engineers who combine distributed systems depth with real operational responsibility– Leadan engineering teamwho ownstheir work from the first line of code to the production dashboard, and who owntesting/QA, deployments, and support rather than handing them off.

• Translate complex orchestration and scale trade-offs to product managers and business leaders– Making the meaning of a throughput numberand the risk in a deadline legible to non-engineers.

• Establish operating rhythms andways of working– Establish principledways of working, empowering the team to own their operating rhythms: roadmap, stand-ups, demos, retros, support rotations, and beyond.

• Strong technical leadership via effective negotiation and influence– Earn the trust ofleaders andexternal teams, negotiatingcapacity and roadmaps to converge ontechnicaldecisions that result inworld class products.

Strategic Delivery

• Define andmaintainengineeringprocesses– Rigorousdesign, code review,testing, and instrumentation good enough toproactivelyidentifyand fix issues, provide great support and reliable service.

• Establish service health benchmarks– Ingest throughput, end-to-end time-to-available, failure and retry rates, per-tenant fairness under load, and API reliability SLOs – used to drive continuous improvement rather than to decorate a dashboard.

• Sequence foundational infrastructure work against product deadlines– Know when to ship the pragmatic stopgap, when to insist on the structural fix, and how tomakethe difference visible to leadership.

• Align the roadmap withCoCounsel'spriorities– Collaborate closely with product management and adjacent engineering teamsto deliver high-quality capabilities and strong technical foundations.

Key Responsibilities

You're an ideal fit if you have:

Required qualifications

• Bachelor's or master'sdegree– Computer Science, Engineering, orrelatedfield.

• Direct people management experience–8+ years of software engineering experience, including3+ years ofmanaging engineers. You have hired, coached, and managed performance, and you want to keep doing it.

• Large-scale, enterprise orchestration systems– Demonstrated experience designing and operating them in production: pipelines that move large volumes of work through multiple stages, across service boundaries, with retries, partial failure, and long-running steps as the normal case rather than the exception.

• Extensive AWS and production Python experience– This is a Python service on AWS, and you should be able to engage with the code and the infrastructure credibly.

• Concurrency in Python, anda healthy respectfor how treacherous it is– You understand the GIL and what it does and does not protect youfrom;you have written and debugged productionasynciocode.

• Containerized workloads on Kubernetes– Our workers and APIs run as pods with event-driven autoscaling.You do not need to write the manifests, but you do need toreasonpod-level concurrency, resource limits, scaling behavior, and when scaling out is the wrong answer to a bottleneck.

• Consistency models– You can explain where eventual consistency is safe and where it silently corrupts a user-visible outcome, and you have debugged the difference in production.

• Delivery guarantees– At-least-once versus exactly-once, why idempotency is usually thereal answer.

• Queues, fair queuing, rate limiting, and backpressure– Deep, practical understanding, including multi-tenant fairness and noisy-neighbor isolation, and the judgment for where flow control belongs in a system.

• API-first instincts– Versioned contracts, clear ownership, backward compatibility, and treating an internal API as a product with consumers rather than animplementationdetail.You have strong opinionsabout where business logic belongs in a system.

• Building, owning, andoperatinga production service end-to-end–You have carried the pagerfor something and you believe building and operating are inseparable.

• Distributed systems and cloud fundamentals– Advanced knowledge of distributed systems design, cloud infrastructure, observability, andSDLCbest practices.

• Communication and alignment– Excellent communication and the ability to build alignment across engineering, product, and architecture, including with people who do not report to you.

Preferred qualifications

• Documents and document management systems– Extraction, OCR, format handling,very largefiles, and the integration surface of third-party DMS platformsare relevant.

• Team Topologies– This organization uses its vocabulary natively (stream-aligned teams, platform teams, and the boundaries between them) toreasonabouthow services and teamsshould be shaped.

• Event-driven architectures and streaming– Kafka/MSK or similar, managed queueing such as SQS, and event-driven autoscaling.

• Durable workflow engines– Temporal, Step Functions, or similar, with a clear view of when they are worth adopting.

• Retrieval, embedding, or indexing pipelines– Supporting LLM or agentic applications.

• Prior exposure to the legal industry– A real bonus, and a meaningful head start on understanding what our customers need from their documents.

What Success Looks Like

In the first 90 days:

• Understand the pipeline end-to-end– Including the stages owned by other teams, and form your own view of where the real reliability, throughput, and correctness risks sit.

• Establish strong working relationships– With the architects, principal engineers, and product partners on this work, and with the storage, document understanding, indexing, and connectors teams the service depends on.

• Own day-to-day delivery and people leadership– Take it off the founding leader's plate, and close out the open hiring needed to make the team whole and reduce dependence on on-loan contract engineers.

• Fix the highest-leverage near-term gaps– Identify and begin addressing gaps in process, operational posture, and delivery friction.

In the first six months:

• Deliver a clear, well-reasoned technical roadmap– Covering scale targets beyond the current ceiling, queueing and fairness architecture, API coherence, and the structural fixes currently carried as tolerated mitigations, with buy-in from productand dependentteams.

• Establish genuine operational ownership– On-call in place, SLOs defined for the service, incident response documented, and a real post-mortem cycle running.

• Turn the ad hoc roster into a defined team– Stable ownership, its own cadence, and clear boundaries with the adjacent Files teams.

• Show measurable improvement at scale– Better reliability and throughput, and a step change in the team's ability to tell what happened when something fails.

In the first year:

• Lead the team through a major scale milestone– Well beyond today's per-workspace limit, with the fairness, correctness, and cost characteristics to sustain it, not a number proven once in a test environment.

• Grow a high-performing team– Where end-to-end ownership, constant shipping, and AI-assisted development are habits rather than aspirations.

• Establish orchestration as a trusted, measurably reliable service– Well-documented, with an API surface other teams can build on without needing this team in the room.

• Become a recognized leader withinCoCounselLegal Engineering–Shaping howcustomer content reaches agents and developing the next generation of senior engineers on the team.