The most comprehensive bank Interview Answer Review tooling available online.

I was working on a high stake project with very high visibility from my senior management.

Me and my manager were thinking of can we leverage the quality of the development using help from QA team. He wanted to keep the QA team separate. His point of view was that a separate team would keep clear focus for the team and they would focus on finding more customer facing bugs. I thought that we should have QA embedded in the scrum team as that would help in easier collaboration and quicker bug fixes plus this is a more efficient way. Though I understood his point of view I always believed that in QA embedded inside the scrum team. I went back had a thought to measure the merits and demerits of the proposals. I put down in a slide the merits and demerits of each. Merit from having a separate team, clear focus and better filtering of quality, demerits less collaboration with development team. I then proposed that the QA engineers attend the calls of dev teams but keep a separate QA board for their tasks. This will give clarity of what bugs they find, what test scenarios they create and finally the metrics to measure the bugs reported per development. My boss and I both agreed as it solved the problems of each proposals

S（Situation）：在2024年9月底，我所在团队灰度上线了一个重要新功能。上线不久后，我们注意到产品的 NPS 分数出现了明显下滑。我的老板非常担心这个变化是由我们新功能引起的，因此建议我们暂停功能的进一步上线。

T（Task）：考虑到我们灰度期间已经收到不少正向的用户反馈和行为数据，我担心贸然暂停功能会影响节奏，并可能误判问题根源。我希望找出 NPS 下滑的真正原因，并用更稳妥的方式推进问题解决。

A（Action）：我首先分析了 NPS 下滑的时间节点，发现其发生在我们功能上线之前。结合用户评价存在滞后性的特点，我判断两者未必直接相关。随后我深入分析了近期的低分评价和客服 ticket，发现主要问题集中在打印出错、页面崩溃等历史遗留的功能性 bug。
我将这些发现整理成文档分享给老板，建议我们先优先修复这些问题，并继续观察 NPS 变化。同时，我也请他指出是否存在新功能相关的反馈痛点，以便一并跟进优化。我们快速完成了 hotfix，并验证后上线。

R（Result）：两周内，NPS 分数从 xx 回升到 xx（如能填具体更好），我们功能也顺利推进至全量发布，后续使用量增长了 xx%。老板也认可了我们以数据驱动决策的方式，对我在这件事中的判断力和推进力给予了肯定。

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.

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

When buildling the next generation instance, during the planning phase I budget the amount of servers we will launch the product with. Given each server cost was over 2 million dollar I biased to towards frugality and provided a bare minimum number of server we could launch with. But what I completely missed was during the developement some servers will end up in bad state and the engineering team will short of servers to test the software and firmware getting built which made meeting the project timeline riskly and heavily dependent on delivery schedules of servers and them staying healthy. This quickly became a bottleneck that I realized. I quickly put togther a plan to request adittional server and provide a detailed breakdown on where and how these would be used during and after developement. Synced with the hardware and ODM team and executives to get a approval and ordered the parts to get the servers and racks build at ODM. 

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.

During my early days at Teradata in 2015, I received critical feedback from my manager and colleagues that, although I had strong technical skills, I wasn't very vocal in expressing my opinions during discussions. I initially found this feedback difficult to accept because I believed that my work alone should be enough to communicate my value.  The task was to enhance my communication skills, particularly during team discussions and design reviews, to ensure that my thoughts and ideas were being heard and valued, rather than relying solely on the quality of my technical work.  Taking the feedback to heart, I made a concerted effort to prepare thoroughly for design discussions and technical meetings. I started to actively participate by sharing my opinions on the designs, asking questions to gain clarity, and offering my technical insights. Additionally, I sought feedback from my colleagues to better understand how I could communicate more effectively in these settings.  By consistently engaging in discussions, I found that my opinions were appreciated and valued, which led to more productive conversations and collaborations. This not only helped me build stronger relationships with my teammates but also improved my overall presence in the team. Over time, I became more confident in expressing my ideas and saw growth in my ability to communicate complex technical concepts more clearly and effectively.

In the first company I worked as tech lead, even though my performance rating was good, I received a 360 degree feedback on my interpersonal skills as well. One of them said that I sounded a bit rude in couple of discussions. When I asked for the instances, I got examples where I got the feedback from and not whom. So I had to explain my manager that it was not intentional and the aggressive demanding nature of mine could have been perceived as rude. But I considered the feedback and identified, corrected myself, toned down the way I speak in certain instances which made a set of teams in my org ex: production support teams reach out to me more often now for guidance. So this helped me gain valuable experience and unlock a totally different perspective in terms of collaboration with other squads in the company.