← J.P. Morgan Interview Insights

J.P. Morgan·Software Engineer·Onsite - Behavioral / Leadership·Intermediate

Intermediate
Jul 2026

Summary

Behavioral round for a software engineer role at J.P. Morgan. Five questions, all pretty standard for a big bank, but the deadline pressure one took some real thought. No frills, just tell us who you are and prove you can handle conflict and failure.

Questions Asked (5)

Q1

Walk me through your background and a recent project you're particularly proud of.

Adaptability & Ambiguity
Author's notes

I had a story ready but I rambled a bit on the project part.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Start with a concise 60-90 second overview of your technical journey, highlighting roles and skills that align with J.P. Morgan's engineering needs. Then dive into a recent project, using the STAR method to emphasize your specific contributions, the challenges you faced, and the measurable impact. Weave in how you navigated ambiguity or adapted to changing requirements, since that's a key competency for this role.

Pro tip: Quantify your impact with metrics (e.g., latency reduction, cost savings, user growth) and explicitly connect your project's outcome to business value, which resonates strongly in a financial services context. Also, briefly mention what you learned or would do differently—it shows self-awareness and a growth mindset.

1. Brief Background Overview

Summarize your education, years of experience, and key technical skills in 2-3 sentences, focusing on relevance to the role.

2. Introduce the Project

Name the project, its purpose, and your role, setting the context in one or two sentences.

3. Describe the Challenge and Ambiguity

Explain the problem, any unclear requirements or shifting priorities, and how you navigated them.

4. Detail Your Actions and Technical Decisions

Walk through the steps you took, the technologies used, and why you made certain choices, highlighting collaboration and problem-solving.

5. Share Results and Learnings

Quantify the outcome (e.g., performance improvements, cost savings) and reflect on what you learned or would improve.

Key Points to Mention

  • Specific technologies and tools used (e.g., Python, Java, AWS, Kubernetes) and how they were applied.
  • Your individual contribution versus team effort, using 'I' statements to clarify your role.
  • How you handled ambiguity, changing requirements, or unexpected obstacles during the project.
  • Quantifiable results (e.g., reduced processing time by 30%, increased throughput by 2x).
  • Alignment with J.P. Morgan's values or business goals, such as scalability, security, or regulatory compliance.
  • A lesson learned or a process improvement you implemented for future projects.

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.

Q2

Tell me about a time when failing tests were holding up a release close to a deadline. What did you do, what trade-offs did you weigh, and how did it turn out?

Technical Trade-offsAgile / Sprint Management
Author's notes

This was the one I actually had to think about.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Use the STAR method to describe a specific instance where failing tests threatened a release deadline. Focus on how you assessed risk, involved stakeholders, and made a decision balancing quality and delivery. Conclude with the outcome and lessons learned, emphasizing your ability to handle pressure and make pragmatic trade-offs.

Pro tip: Show that you prioritize transparency and collaboration: proactively communicate the situation to stakeholders and propose options rather than making a unilateral decision. This demonstrates maturity and aligns with J.P. Morgan's emphasis on teamwork and risk management.

1. Set the Context

Briefly describe the project, the release deadline, and the criticality of the failing tests. Mention the potential impact on users or business if the release was delayed or shipped with issues.

2. Assess and Prioritize

Explain how you evaluated the failing tests: which were critical vs. non-critical, the root cause, and the risk of shipping without fixing them. Consider factors like test coverage, business impact, and likelihood of failure.

3. Collaborate and Decide

Describe how you involved stakeholders (e.g., product owner, QA, manager) to discuss options: delay release, ship with known issues, or fix only critical tests. Highlight your recommendation and the trade-offs considered.

4. Execute and Monitor

Detail the action plan: what you did to mitigate risks (e.g., hotfix, feature flag, rollback plan) and how you monitored the release post-deployment. Mention any contingency plans.

5. Reflect and Improve

Share the outcome (e.g., release on time with minimal issues, or delayed but stable) and what you learned. Suggest process improvements to prevent similar situations, like better test coverage or earlier risk identification.

Key Points to Mention

  • Risk assessment: distinguishing between critical and non-critical test failures
  • Stakeholder communication: keeping the team and management informed
  • Trade-off analysis: balancing speed vs. quality and technical debt
  • Decision-making under pressure: choosing a path and owning it
  • Mitigation strategies: feature flags, rollback plans, or hotfixes
  • Post-mortem and process improvement: learning from the experience

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.

Q3

Describe a time you disagreed with a teammate and how you worked through it.

Conflict Resolution
Author's notes

Pretty standard.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Use the STAR method to describe a specific disagreement, focusing on the technical or process issue rather than personal conflict. Emphasize how you listened, sought data, and collaborated to reach a resolution that benefited the project. Highlight the positive outcome and what you learned about working with others.

Pro tip: Show that you can disagree without being disagreeable: frame the disagreement as a shared problem to solve, and mention how you escalated or involved a manager only when necessary, always with a solution-oriented mindset.

1. Set the Scene

Briefly describe the project, your role, and the teammate's role to provide context. Keep it concise and focused on the technical or process disagreement.

2. Explain the Disagreement

Clearly state what you disagreed about, such as design approach, technology choice, or code review feedback. Avoid blaming or emotional language.

3. Describe Your Actions

Detail how you addressed the disagreement: actively listening, asking questions, presenting data or prototypes, and seeking common ground. Mention if you involved a mediator or escalated appropriately.

4. Share the Resolution

Explain how the disagreement was resolved, whether through compromise, experimentation, or consensus. Highlight the decision-making process and any adjustments made.

5. Reflect on the Outcome

Summarize the positive results for the project and team, and what you learned about collaboration, communication, or technical judgment.

Key Points to Mention

  • Focus on the issue, not the person: depersonalize the disagreement.
  • Demonstrate active listening and empathy for the teammate's perspective.
  • Use data, prototypes, or objective criteria to evaluate options.
  • Show flexibility and willingness to compromise or adopt the better idea.
  • Highlight the positive outcome for the project and team.
  • Mention any lessons learned about teamwork or conflict resolution.

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.

Q4

Share a significant failure, how you dealt with it in the moment, and what you took away from it.

Root Cause AnalysisAdaptability & Ambiguity
Author's notes

I picked something real and it landed better than I expected.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Choose a real, significant failure where you owned the mistake, then walk through your immediate response, root cause analysis, and the lasting changes you made. Emphasize what you learned and how you applied it to prevent similar issues, showing growth and accountability.

Pro tip: Avoid blaming others or external factors; instead, focus on your actions and decisions. Show that you turned the failure into a process improvement or a new habit that benefits your team.

1. Set the Context

Briefly describe the project, your role, and the stakes to give the interviewer a clear picture of why the failure mattered.

2. Describe the Failure

State what went wrong and its impact, owning your part without deflecting blame. Be specific but concise.

3. Explain Your Immediate Response

Detail the steps you took in the moment to mitigate damage, communicate with stakeholders, and stabilize the situation.

4. Analyze Root Cause

Show how you investigated why it happened, using tools like the 5 Whys or fishbone diagram, and identify the underlying cause.

5. Share the Takeaway and Action

Describe the lesson learned and the concrete changes you implemented (e.g., process, tooling, communication) to prevent recurrence, and how you've applied it since.

Key Points to Mention

  • Ownership and accountability for the failure
  • Immediate mitigation and communication with stakeholders
  • Root cause analysis technique used (e.g., 5 Whys, post-mortem)
  • Specific process or technical improvement implemented
  • Long-term impact: how the lesson changed your behavior or team practices
  • Relevance to software engineering and financial services (e.g., risk management, compliance)

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.

Q5

Why JPMorgan specifically, and why this team?

Stakeholder Management
Author's notes

I had a decent answer but it felt a little generic even as I was saying it.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Show that you've researched JPMorgan's specific technology initiatives and the team's role, then connect your skills and interests to their needs. Emphasize how you can contribute to the team's goals and how JPMorgan's scale and impact align with your career aspirations.

Pro tip: Mention a recent JPMorgan tech achievement or project (e.g., their cloud adoption, AI research, or a specific platform) to demonstrate genuine interest. Avoid generic praise; instead, tie it to how you can add value.

1. Research JPMorgan's Tech Landscape

Understand JPMorgan's technology strategy, recent innovations, and key projects. Identify what sets them apart in financial technology.

2. Understand the Team's Mission

Learn about the specific team's projects, technologies, and challenges. Connect their work to JPMorgan's broader goals.

3. Align Your Skills and Interests

Map your technical skills and career interests to the team's needs. Highlight how your background can solve their problems.

4. Articulate Your Unique Value

Explain how you can contribute to the team's success and JPMorgan's mission. Show enthusiasm for the impact you can make.

5. Connect to Long-Term Goals

Demonstrate how this role fits into your career growth and how you see yourself growing with JPMorgan.

Key Points to Mention

  • JPMorgan's leadership in financial technology and innovation
  • Specific team projects or technologies (e.g., cloud migration, AI, blockchain)
  • Your relevant technical skills and experiences
  • How you align with JPMorgan's culture and values
  • Your interest in solving complex problems at scale
  • Opportunities for growth and learning within the team

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.