The most comprehensive bank Interview Answer Review tooling available online.

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. 

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.

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.

I look after our email platform and our existing solution wasn't flexible enough to handle targeted messages at scale. We were missing an opportunity with users to send personalised messages at the right time to help increase engagement. I embarked on a project to implement a new marketing automation software. This project required alignment across our product, data, retail, security and legal teams. I spent time researching the availble tools in the marketing and workshopping requirements with relevant stakeholders, we created an RFP and sent to a number of suppliers. Each round of the RFP I assigned a score to the company and gathered feedback from stakeholders. This ensured the decision making process was fair and we had strong evidence when sharing the business case to senior leadership.

Once we decided on the supplier, I was responsible for implementing the tool which required support across various teams within the business. Implementing something cross-functionally

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, I had a senior dev working on tech debt, this was critical for some small segment of customers and my PM was looking forward to it being devliered. A churn happend on other team and they had a higher priority project. That EM approaced me to help him deliver the project. I had to reshffle the resource and had to push back on the timing for this tech debt project . The compramise I made was to put hold the project we had been working and convince my PM that this was most optimal approach for the company.

I recently took over a team from a different tribe, my approach was to observe what the team was doing and how I could best help them. 

One of the observations was that a team member was not contributing as much as was expected and ultimately was underperforming. I raised this with the previous line manager and he validated my concerns and said that he will likely get another developing in performance review and be put on a PIP. 

After some initial conversation with the individual, discussing what I've observed and how his not meeting expectations, I was pretty sure, this person was checked out and was likely heading for a difficult performance review

However, after some further discussion and people a relationship with that individual, they opened up and start to share their difficulties they were having. This then allowed me reach out the necessary teams to get them the support they needed. 

Utlimately, they proved me wrong, as due the the hard work with both put in, his on track for a good performance review 

I

I’m my current role, during a core-team meeting I noticed conflicts between 2 team members, the MM and the EE. They were debating about why to include one component in the official BOM and discarding another one.

To understand their perspectives, I spoke with them separately in a friendly environment. The MM was frustrated because the EE didn’t provide any data or argument to discard the component that the MM suggested. This component had the same performance, was pin to pin compatible, and cheaper. On the other hand the EE explained he had bad experiences in the past with the component suggested by the MM and he refused to validate and qualify it to do not waste his time.

So… After being clear about the situation, I brought them together for a discussion and I emphasize to focus on the issue, not in personal discrepancies. Do, during the meeting, I encouraged both to consider the Project requirements, customers need and I worked with them brainstorming session.

Then, they agreed to meet with other stakeholders to get their inputs about these 2 components, they commit on a validation plan including both components. The one suggested by the EE as POR and the one suggested by the MM as alternate. They also agree to allocate 60% of the mass production volume to the EE component and 40% to the component suggested by the MM.

From my side, to ensure progress, I scheduled follow-up meetings with them to monitor their collaboration and for sure, I offered my support. Finally, both components are currently part of the product official BOM and these 2 guys improved their working relationship and communication.