The most comprehensive bank Interview Answer Review tooling available online.

I was having a team member, who was technically strong, but when it came to gelling with the team members, he was having problems. His comments/feedback for the technical artefacts, or for ones understanding of a problem, was showing people in a bad light. Team members were apprehensive, working with him. People started to unplug themselves while that person was around. I could sense that, the team’s engagement had started to wane. If that had continued, we were at risk of losing that person from the team.

I initially un-plugged him from the team discussions and meetings and started to have a daily sync-ups with him. Sensitised him about working as a team and how successful teams thrive in the organisation. Made him enrol for some trainings like - Seven habits of highly effective people. Recommended that training mainly because of the focus it lays on - personal change, collaborations with the team etc.

Then he started to show empathy towards the team members, started to mingle with team, started to give constructive feedbacks for the technical contributions and started to show respect to the fellow team members. The bridge that was created, started to disappear. And we finally made him part of all the discussions and meetings and today, he is one of the go-to person in the team.

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

At Auctane, when during the re-architecture presentation I presented that we should be using ElasticSearch for advanced search and reporting features - a Sr. Manager from another team challenged this choice and said that it cannot serve, the company had tried to host and operate in our Data center before and failed - I had this data and presented that facts - I told that ELK cluster can scale horizontally and since this time we would be using AWS managed Elastic Search operations would reduce for our team. By preparing for this meeting and having some prior knowledege did help me answer this question and gain trust by the larger team.