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 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.

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.

In my last role I had to make a UX decision about the product that will balance functionality for the user without compromising performance. After testing a few options and validating it with internal stakeholders I released the updated UX, but then the CEO (who was a heavy user of the product) was against that change. I saw down with him and explained my reasoning and the process that I took to validate the solution, and gave him the option to try it himself on an early version. Once he saw the big picture he agreed that my solution was the right approach, but asked that next time I will consult with him before releasing changes like this. 

With a major product launch on the horizon, expecting to triple the user load. The infrastructure was non-optimized for demand and incident response was non-harmonious across teams with no set process.

As the SRE Manager, I'd have to implement project changes to infrastructure to accommodate high availability and scalability. I discovered a long-standing issue surrounding incident response and observability that would make it all the more difficult to achieve reliability under pressure and peak traffic.

Therefore, instead of fulfilling the project requirements as presented, I became an advocate for change across the organization. I established an observability platform with 100% stack coverage, created custom SLOs/SLIs/error budgets to enhance performance and reliability visibility, drafted and socialized an incident management playbook across the company and held hands-on trainings for all respective teams. In addition, I advocated for Terraform for Infrastructure as Code to help with deployment time and held FinOps reviews to help eliminate redundant costs in cloud spend.

As a result, we did not only survive the 3X traffic upon product launch with zero critical incidents, but we also achieved 15% saves the following years in cloud costs and 40% faster deployments. Many of the processes I created were adopted as company-wide best practices.