The most comprehensive bank Interview Answer Review tooling available online.

while reviewing one of the older projects that was currently implemented in the company I noticed that there was no alerting in place if the data pipeline breaks, the data pipeline has never been broken and it never failed for the last 2 years. it was a pipeline where the data would be dropped into an sftp bucket by the customer every hour and then it was moved to an s3 bucket where s3 triggers were implemented to moved the data in to queue. So in case there is an issue with the data not being processed we would only know when the we see a drop in volume. I identified it as a potential issue with the system and worked on a proposal to have monitoring in place so we are notified when there is an error. I worked with the program manager and devised a plan on how to implement the alerting and the time lines as well as the effort that will be needed to implement it. I mapped the impact of not having it to the current goals of the company and then put forward a proposal of implementing the alerts to the business and took their buyins. after getting the buyins I proposed the task to my team and some of the sr devlopers were not too keen on implenting the alerts, I gave the task to some of the Jr devlopers and the alerts were implemented. after the implementation we discovered that for some hrs in a day we werent getting any files so instead of getting 24 files in a day we were getting 20 files a day in an average. This was rectified by talking to the customer and the missing data was solved. but this made the whole team realize the importance of monitoring and alerting. It also bosted the moral of the Jr developers seeing the direct impact they made to the business goals

I try to understand their point of view and be open to new ideas. If I listen without being defensive I know  the other party will also listen. That way we can take the best idea from both and come up with great solution.

I see myself working at the intersection of engineering and quantitative finance ideally at a hedge fund such as Two Sigma. My past experiences at Harvard Medical School and internships at MITRE/rapStudy have given me an interest in creating scalable systems that are high performant and capable of ingesting large amounts of data for model development and research.  I strongly believe Two Sigma is the perfect place for me to work on these highly technical projects. Additionally, I also look forward to the prospect of entering leadership roles during my career, where I can play a more impactful role in prioritizing cultivation of engineering talent and projects in fields such as low-latency and data engineering.

In my current role, I led a team of 6engineers, 3quality analysts and 3 partner account managers to build and deliver a product for enabling integration with tax authorities government portal and partner tech systems to systematically onboard the partners and consume, validate and pay their invoices in line with local authorities regulatory requirements. My role involved partnering with internal xyz transportation business teams of outbound, import and returns business, financial operations, procurement and controllership teams to align on the business and tech requirements, understand the tech integration dependencies, accounting requirments and define the MVP, change management and then drive the go to market strategy through a dial up. 

Situation:

I was laid off from my first job just four months after joining due to budget constraints. This was a major setback for me as I had just started my career. Around the same time, my father suffered a heart attack, which required me to stay at home and take care of him while he was on bed rest for several months. The combination of losing my job and dealing with a family emergency left me feeling devastated, and I struggled to apply for new roles.

Action:

Despite these challenges, I remained determined to grow in my career. While caring for my father, I focused on upskilling myself:

• I attended mentor sessions on ADPList to gain industry insights.

• I reached out to experienced designers on LinkedIn for portfolio reviews and feedback.

• I enrolled in courses through Interaction Design Foundation (IxDF) to expand my knowledge.

• I continuously improved my portfolio and resume, incorporating the feedback I received.

I also actively networked with professionals, which helped me regain confidence and visibility in the industry.

Result:

My persistence paid off. Where I once struggled to pass resume screenings, I started receiving recruiter calls consistently. In fact, this very interview happened because I proactively connected with a senior designer, shared my portfolio, and received a referral for this role. This experience not only strengthened my portfolio and skills but also taught me the power of perseverance, networking, and continuous learning.

As my last semester as a system engineer student, I went above and beyond on time management of the time of the team and mine, this was on my thesis as student. while we where a team of 4 members, one of our members and I had one of our parents fighting cancer, so we needed to do time management to work in the project and have a correct time management of personal and work time. What I did was stated my focus, helped my companion doing the same noticing in what of the project we where helping the most and focus on that on my case the SQL queries & documentation of the project. Propose the solution to the other members, while also covering more and more in the written part of the project, this solution was applied by me, but i also had to cover sometimes my team member, doing what was also his tasks in this case the design of the project processes, most of the UML diagrams, because the situation of his family member worsen and some one needed to pick up the pace of the project and that person was me

Situation:
While working on the CloudGate (CASB) program at Oracle, I had to collaborate closely with a lead engineer who was highly technical but often resistant to input from non-engineering stakeholders, including program managers like myself.

Task:
Our shared goal was to integrate CloudGate’s policy engine with a third-party SaaS provider under tight deadlines for a compliance milestone. Coordination was critical, but communication friction risked delaying delivery.

Action:
I focused on building mutual respect by first acknowledging his technical expertise and then shifting our interactions to be data- and goal-driven. Instead of pushing process, I came to discussions with clear risk/impact scenarios and timelines tied directly to customer and audit deadlines. I also adapted my style—fewer meetings, more async updates with technical clarity—which matched his preference. Gradually, we established a working rhythm built on outcomes, not personalities.

Result:
We delivered the integration on time, passed the compliance audit, and by the end of the project, had built enough trust that he started proactively surfacing risks to me before I had to ask. The experience reinforced for me that adapting communication style and focusing on shared goals is often more effective than trying to change personalities.