Solutions Architect

About Plane Plane's mission is to build the infrastructure the world's work runs on. Every organization runs on three things: the projects it's driving, the knowledge it keeps, and the requests it fields. Plane brings all three into one open, adaptable platform: simple enough for any team to adopt, dependable enough for organizations to build on. And we are building it for a future where humans and AI agents do that work together. Plane began in public on GitHub at the end of 2022. Since then it has grown into a work management platform used by teams around the world: 55,000+ stars, 5,000+ forks, and a contributor community that reads our code and files our issues. Organizations run Plane as a managed Cloud service, on their own infrastructure, or inside fully isolated environments. Building in the open keeps us close to users and raises the standard for everything we ship. Plane is the #1 work infrastructure in aerospace, defense, financial services, and other regulated industries: organizations whose requirements for control, auditability, and data residency rule most software out. When the strictest buyers pick a system of record, that choice means something. Adoption is growing fastest on Plane Cloud and in sovereign clouds, deployments that keep everything inside a country's own borders and rules. Plane is backed by top investors and built across San Francisco, London, and Hyderabad. We work in tightly knit teams, stay close to users, and care about the visible product as much as the unglamorous details that make software dependable. People own problems end to end, and we add process only when it helps the work. Humans and agents We believe the next decade of work will be done by humans and AI agents together. Not agents replacing people, and not a chat window bolted onto software built for humans clicking around, but both working in one system of action, where an agent's work is as visible and as accountable as a person's. Most software treats AI as a feature. We treat agents as a kind of worker, and that changes what the system underneath has to be. Agents are only as good as the context they can see and the state they are allowed to change, so shared context, explicit state, durable history, and accountable action are not items on our roadmap. They are the product. Plane is built so that when an agent acts, the humans responsible can see what happened, why, and on whose authority, and the record survives. This is what the infrastructure is for: making the future where humans and agents work together useful, legible, and fully within the organization's control. Every role at Plane is some part of building that. About the role Our largest customers do not buy Plane off the shelf. A bank wants it behind their firewall with SSO tied to their identity provider; a defense contractor wants it air-gapped with a migration plan from three legacy tools at once. You will own the technical architecture for these deployments before the contract is signed and after, translating what a customer's infrastructure and compliance team requires into a Plane deployment that actually holds up. You will work directly with sales on the largest deals we run and with engineering when a customer's requirements push past what we support today. This role exists because our regulated-industry customers ask questions our sales team cannot answer alone, and our engineers should not have to answer on every call. What you'll do Own the technical architecture for enterprise and regulated-industry deployments, from the first discovery call through a signed statement of work. Design self-hosted and air-gapped Plane deployments that satisfy a specific customer's security review, not a generic best-practice checklist. Run technical discovery with customers whose infrastructure and compliance teams will pick apart every answer you give, and be right often enough that they trust the next one. Define the migration path when a customer moves off two or three existing tools at once, including what data does not survive the move and saying so up front. Work daily with sales on live deals and with engineering when a customer's requirements expose a real gap in the product, carrying that gap back as a specific, scoped request rather than a vague one. Answer the same security questionnaire in a slightly different format for the fourth time this month, because every regulated buyer's procurement process is its own small bureaucracy and none of them read each other's paperwork. What you'll bring You have designed and defended a technical architecture to a skeptical buyer , and you can walk us through one deal where the customer's own security or infrastructure team changed your design. You understand self-hosted and on-premises deployment beyond a docker-compose file , including networking, SSO and identity federation, and what changes when a customer runs the software instead of you. You can read a security questionnaire or compliance requirement a