Walk Through Your Proudest Project, What Made It Special, and What You Would Change
Company: Coupang
Role: Software Engineer
Category: Behavioral & Leadership
Difficulty: medium
Interview Round: Onsite
After a coding exercise, a software engineering interviewer spends about a dozen minutes on your past work. They ask about the project you are proudest of, what made it distinctive, what you learned, and what you would change if you did it again. Answer using a real project.
### Constraints and Clarifications
- The whole discussion fits in roughly 10 to 15 minutes, so the opening description has to be brief enough to leave room for follow-up questions.
- The interviewer will probe your personal contribution, so distinguish clearly between what you did and what the team did.
### Clarifying Questions
- Does the interviewer want the most technically difficult project, or the one with the most impact on users or the business?
- Is it acceptable to pick a project where the outcome was mixed, if the lessons were significant?
### Part 1 — Your Proudest Project and Why
Which project are you proudest of, and why that one?
```hint Lead with the problem
Open with the problem the project solved and who needed it, then your role, before any architecture details.
```
#### What This Part Should Cover
- Context, the problem, and why it mattered, in a few sentences.
- Your specific role and the decisions you owned.
- A measurable or observable result, and the reason this project, rather than another, is your choice.
### Part 2 — What Made It Special and What You Learned
What was distinctive about this project, and what did you learn from it?
```hint Name the hard part
Pick the one technical or organizational obstacle that made this project harder than routine work and explain how it changed your thinking.
```
#### What This Part Should Cover
- The specific difficulty or novelty, with enough technical depth to survive follow-up questions.
- A lesson that is concrete and transferable, not a generic statement.
- Evidence that you applied the lesson afterward.
### Part 3 — What You Would Do Differently
Looking back, what would you change about how the project was designed or run?
```hint Choose a real decision
Identify a decision you made with the information you had at the time, and explain what you now know that would change it.
```
#### What This Part Should Cover
- A genuine decision or process choice, not a disguised strength.
- Why the original choice made sense at the time and what signal shows it was suboptimal.
- The alternative you would choose and its own trade-off.
### What a Strong Answer Covers
- A concise, well-structured story in which the candidate's own contribution is clear.
- Technical depth in the part of the project the candidate owned, with results stated honestly.
- Self-awareness: a real lesson and a real change, with trade-offs acknowledged.
- Consistency across the three parts, so the reflection follows from the difficulty described.
### Follow-up Questions
1. If you had half the time, which part of the project would you have cut, and what would it have cost?
2. Who disagreed with your approach during the project, and how was it resolved?
3. How did you know the project succeeded after it launched?
Overview: Behavioral project deep-dive for software engineers: describe the project you are proudest of, what made it distinctive, what you learned, and what you would do differently. It tests concise storytelling, clear personal ownership, technical depth, measurable results, and honest self-reflection on past decisions.
Read the full Coupang Software Engineer interview experience this question came from