The most comprehensive bank Interview Answer Review tooling available online.

I’ve reached a stage where I feel I’ve learned a lot in my current role, but the growth opportunities ahead are limited. I’m looking for a new challenge where I can take on more responsibility, work on impactful problems, and continue to grow.

I was working with 5 customers at once, and had to focus on those activities where I could make a difference, make the most impact, that I could not delegate, and where I could balance with other priorities - in order to do that, I measured the priority of the tasks by the cost of delay, in other words, the impact of not doing them at that time. Then, with more clarity about the priorities, I thought which ones I could delegate to other team members, and if that made sense, with the required support and guidance from my side. Working as a team and not trying to get everything done yourself is key in the long term with multiple, competing priorities. Then, organizing my time well in short, focused timeslots for the most important tasks, made a difference.

In the Meraki integration project, the supply chain process required significant optimization of the entire flow. To achieve this, most of the shipping-related process needed to be modified. However, the team lacked sufficient time to complete the work because the planned use of an adapter did not work, requiring me to redesign the flow.

With limited time remaining before system integration testing (SIT), the cross-functional teams and other tracks were ready to test their code, and management was unwilling to postpone SIT and Cycle 1 testing. Since there was an additional round of SIT and Cycle 2 testing planned, I decided to proceed with the changes that the team had already completed. We migrated the completed code to the test instance and communicated that only Phase 1 of the changes would be released initially, while the remaining changes would be delivered during Cycle 2 testing.

I ensured the Phase 1 delivery was designed to avoid impacting the end-to-end flow, allowing the other teams to proceed with testing their portions of the code. This approach ensured that other teams' deadlines were not affected. I also informed the cross-functional teams that the OTM and GTM changes were completed, and the remaining shipping-related code optimization would be delivered before Cycle 2 testing, along with the next round of SIT.

By taking this approach, I ensured that complete testing was not impacted and that the project stayed on track.

So for my current role we move in a very fast paced environment, and we brainstorm new ideas everyday on how to make our workflow more efficient and more reliable, which can definitely get overwhelming over time. So I would first assess projects' urgency and impact, and then for each project, I break it down into small milestones. After that I track them on project management tools like Jira to ensure I allocate my time effectively and communicate proactively with stakeholders

1. Situation: Our cloud bill had been steadily increasing, but engineering teams lacked visibility into which workloads were driving the cost. Leadership wanted accountability, but SREs like me knew that finger-pointing wouldn’t solve anything without data.

2. Task:I wanted to design a way to give each team ownership of their spend — without adding operational overhead — while also uncovering unused or over-provisioned infrastructure.

3. Action:I built an internal “cost dashboard” that pulled billing data from our cloud provider’s API, tagged resources by team and environment, and visualized it by service, team, and project. But the innovative part was integrating it with our CI/CD workflows: before a PR deploying new infra could be merged, it would estimate the monthly cost impact. I also built a Slack bot that sent weekly team-level cost summaries and flagged idle resources.

4. Result: Within two months, teams identified and shut down $8,000/month in unused dev resources. More importantly, it shifted the culture — infra cost became part of architectural discussions. Finance even started using our dashboard during quarterly planning instead of relying solely on billing exports.

I was managing organization wide restructuring program where goal was to map all resources with their delivery accounts to keep a track of account’s PnL and manage capability as cost centre. We also intended to design KRA and KPIs for each individual level to make our Performance Assessment data driven and transparent. This was a big change at employee level at professional and emotional level too. It meant changes in their reporting structures, extra reporting and performance management by all managers, clear KPIs alignment and selection.

Planning Level: We identified all the major business account heads, capability and other function head and organized a communication platform to make them aware and comfortable with the changes. We undertook their inputs on pros and cons and some caution to be exercised

Execution Level: We started executing these changes with L0 level employees and moved up to leadership team. Along the way we encountered some risks and outlier conditions to be managed.

Communication Strategy: We worked with all business and functional heads on our communication strategy to reach out to all the employees. Head multiple events and workshops to discuss the changes.

Data Platform changes: Evaluated all the data platform changes required and planned a phased out approach to bring those changes in the system as well.

However, when we were about to reach closure of this program, I realized that I have made a big mistake of readiness of our existing platforms to support all the changes required and existing data integrity. It really took a toll on everyone involved to clear up data accuracy before the changes could be introduced.