Lead Software Engineer- Platform Identity
- .
Then "Required Qualifications, Capabilities, And Skills" heading maybe "Requirements" or "Qualifications". The instruction: use headings like About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule. So we can have "Requirements" for required qualifications. Then maybe "Preferred Qualifications" could be under "Skills" or separate? The instruction says we can have Skills section. We could put preferred qualifications under Skills. Or we could have both Requirements and Skills.
We need to preserve all substantive info. So we need to include both required and preferred qualifications. Could split: Requirements (required qualifications) and Skills (preferred qualifications). Or we could combine them under Qualifications. But we have both headings allowed. Let's do:
-
About the role
with intro paragraph(s). -Responsibilities
with ul list. -Requirements
with ul list of required qualifications. -Skills
with ul list of preferred qualifications. We should not include Benefits, Pay, Schedule because not specified. The posting mentions "competitive total rewards package including base salary determined based on the role, experience, skill set and location. Those in eligible roles may receive commission-based pay and/or discretionary incentive compensation, paid in the form of cash and/or forfeitable equity, awarded in recognition of individual achievements and contributions. We also offer a range of benefits and programs to meet employee needs, based on eligibility. These benefits include comprehensive health care coverage, on-site health and wellness centers, a retirement savings plan, backup childcare, tuition reimbursement, mental health support, financial coaching and more." That is actually benefits and pay info. The instruction says: include a section ONLY when the posting has real, specific content for it — never emit a heading followed by filler/placeholder text (e.g., "commensurate with experience", "not specified", "N/A", "varies", "TBD") and never create Pay/Schedule/Benefits sections unless the posting actually states them. Here they do state benefits and pay info, albeit generic but specific: they mention base salary determined based on role, experience, skill set and location; commission-based pay and/or discretionary incentive compensation; benefits list. That's substantive. So we should include Benefits and Pay sections. But we need to decide: The instruction says use headings like Benefits, Pay, Schedule. So we can haveBenefits
with list of benefits. AndPay
with description of salary and compensation. We should not include Schedule because not mentioned. Thus final sections: About the role, Responsibilities, Requirements, Skills, Benefits, Pay. We must not repeat job title. Avoid duplication. Now we need to extract benefits list: "comprehensive health care coverage, on-site health and wellness centers, a retirement savings plan, backup childcare, tuition reimbursement, mental health support, financial coaching and more." We'll put as ul. Pay: "competitive total rewards package including base salary determined based on the role, experience, skill set and location. Those in eligible roles may receive commission-based pay and/or discretionary incentive compensation, paid in the form of cash and/or forfeitable equity, awarded in recognition of individual achievements and contributions." We'll put as p. Now ensure we removed boilerplate: EEO, equal opportunity, diversity statement, "We are an equal opportunity employer..." etc. Also remove "About The Team" and "Our professionals in our Corporate Functions..." That's not directly about the role; it's generic corporate description. Should we keep? It's not specific to the role; it's boilerplate about corporate functions. Likely we should remove as it's not specific to the job. The instruction: remove cookie/navigation/legal/EEO/equal-opportunity/scam-warning boilerplate, duplicated lines, and application instructions. The "About The Team" section is not exactly EEO but it's generic corporate description; might be considered boilerplate. Safer to remove. Also remove "Visit our FAQs for more information about requesting an accommodation." That's part of EEO. Thus final HTML fragment. Let's craft. We'll need to wrap sections in appropriate tags. Example:About the role
We have an opportunity to impact your career and provide an adventure where you can push the limits of what's possible. As a Lead Software Engineer at JPMorgan Chase within the Chief Technology Office team, you are an integral part of an agile team that works to enhance, build, and deliver trusted market-leading technology products in a secure, stable, and scalable way. As a core technical contributor, you are responsible for conducting critical technology solutions across multiple technical areas within various business functions in support of the firm's business objectives. Vice President Engineering/SRE leadership role on the Platform Identity Engineering team, building and running the always-on identity systems the whole firm relies on to authenticate and access what they need, spanning firm identity solutions, workforce sign-on and access platforms, and public-cloud providers such as AWS, Entra, and Google Cloud. Blends software engineering with SRE: designing and building the services, APIs, and automation behind these platforms while owning their reliability in production, leading resiliency design reviews, and mentoring other engineers. The Platform Identity Engineering team builds and runs the identity systems the whole firm relies on to authenticate and access what they need, spanning the firm's own identity solutions, workforce sign-on and access platforms, and public-cloud identity providers such as AWS, Entra, and Google Cloud. These are front-line, always-on systems. When they degrade, workforce sign-on and the applications that depend on them feel it immediately, so both the engineering and the operational bar are high. As a Vice President Engineer, you will hold a leadership role on your team, demonstrate strong knowledge across multiple technical domains, and advise others on the technical and business issues facing them. You will lead resiliency design reviews, break complex problems into digestible work for other engineers, act as a technical lead for medium to large-sized products, and provide advice and mentoring to other engineers. This role blends software engineering with SRE: you will design and build the services, APIs, and automation behind these platforms, and you will own their reliability in production.
Responsibilities
- Design, build, and operate identity platform services and APIs across the portfolio, from architecture through production.
- Lead initiatives to improve the reliability and stability of your team's applications and platforms using data-driven analytics to improve service levels, proactively identifying and solving technology-related bottlenecks in areas of expertise.
- Collaborate to identify comprehensive service level indicators and partner with stakeholders to establish reasonable service level objectives and error budgets with your customers.
- Build and maintain the CI/CD, infrastructure-as-code, and deployment tooling the platform runs on, and plan for scale and resilience across regions, including capacity, failover, and disaster recovery.
- Use enterprise-authorized AI capabilities within the work environment to accelerate major-incident triage, troubleshooting, and post-incident analysis, validating outputs and handling operational data according to sensitivity and security requirements.
- Serve as the main point of contact during major incidents for your application.
- Partner with security and platform teams to keep identity services safe, compliant, and well-governed.
- Offer a high level of technical expertise within one or more technical domains and provide advice and mentorship to other engineers.
- Lead reuse-first adoption of AI-assisted reliability workflows across SDLC/toolchain practices (e.g., CI/CD quality checks, test/validation automation, and operational readiness), ensuring traceability/auditability, resiliency, and security controls.