The most comprehensive bank Interview Answer Review tooling available online.

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. 

• There was a time the team was developed a search optimization capbility for users based on given requirements by product manager, so it could add more search filters for faster accessibility so . I asked the team to create demo on dev environment and to show customer, in order to make sure it is aligned with users need. I scheduled the meeting and we showed the demo, suddenly we undrestood all the usecase were not covered by program manager which lead to poor design it means some of the file type were not identified by specific locations. And that wasn't a feature for customer. On the other side we didn't have enough time. Since we needed to release this feature on time and as manula accessibility got block the program ​
• ​
• So I pushed the product manager to schedule meeting with diverse useres to make sure to capture diverse uses cases. I put together team and we discussed on options and tried reestimate we identified that by one more api resource we can have this feature on time. So I escalae that to leadership since the timeline was crucial for them, they assign api resource from india Lesson learned: 25 percent ​

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.

我会主动和组内的成员进行沟通，遇到风险或者问题及时上报，同时我也会考虑是否有我可以帮的上组内工作的方面

在我刚加入我们团队对产品移动端重构的过程中，我发现大家在移动端设备的调试上不够熟悉，团队选择使用的是chrome的模拟工具，但是在不同设备的兼容问题的解决上效率很低。发现了这个问题之后，我向组内的资深工程师咨询，掌握了我们的项目的构建和调试方案，通过提供fiddler，charles脚本和文档的形式，分享给整个组一套切实有效的移动端调试方案，提升了组内的mobile debug效率。之后，团队变得更信任我，在我做为新人的情况下，主动让我负责了更复杂的项目。

In my current role, there was a time when operation and engineering team was not aligned which was causing lots of delays during deployment. as per operation team build should be deployed in same branch which was available on pre-prod but as we were running multiple projects/features parallelly. it was difficult to develop and test everything in one branch and made it ready for deployment in a short time.

I had to work with my team (engineering team) and operational team to come up with a solution where we both are aligned and can reduce delivery time as well.

Initially i had proposed a solution when we were developing and testing work on feature branch and once its fully tested by QA on feature branch we push all changes to staging branch where we can do final testing. for some time this approach worked but we start facing new issue which is related to code merge as after merge features were impacting each other and require additional time to fix those issues and make it ready within planned time.

We added one more process if features/fixes are small and won't impact much then we merge else we try to plan deployment sequentially to avoid any further delay. 

This approach helped team to deliver project/feature on time and operational team was happy as they don't need to keep track of multiple branches during deployment.

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