The most comprehensive bank Interview Answer Review tooling available online.

I was working on a large scale program that had integration points with Lab and external 3rd party team . We were following a strict timelines and had intially aligned on end to end delivery and various cross coordination effort . since we were dealing with major cross coordination feed files for further processing from 3rd party team we had highlighted the risk to the leadership team but didn't receive a strong follow up on the risk and commitment from the 3rd party organization on the delivery date . This caused us to miss the go live date had to delay . However going forward we had frequent checkpoint calls and also as a backup for testing effort we build mockster and service virutalisation for testing effort so that we can mock the service behavior of the feeds and data that we were supposed to receive from 3rd party team and moved ahead in our schedule .Therefore for all major delivery and critical delivery of the product we assumed variability and defined on the process of backup scenario in case we encounter Andy hurdles / risk

Have a curious mind and approach with understanding. Talk to the person 1x1, see what's up and go from there.

In the Meraki integration project, the supply chain process required significant optimization of the entire flow. To achieve this, most of the shipping-related process needed to be modified. However, the team lacked sufficient time to complete the work because the planned use of an adapter did not work, requiring me to redesign the flow.

With limited time remaining before system integration testing (SIT), the cross-functional teams and other tracks were ready to test their code, and management was unwilling to postpone SIT and Cycle 1 testing. Since there was an additional round of SIT and Cycle 2 testing planned, I decided to proceed with the changes that the team had already completed. We migrated the completed code to the test instance and communicated that only Phase 1 of the changes would be released initially, while the remaining changes would be delivered during Cycle 2 testing.

I ensured the Phase 1 delivery was designed to avoid impacting the end-to-end flow, allowing the other teams to proceed with testing their portions of the code. This approach ensured that other teams' deadlines were not affected. I also informed the cross-functional teams that the OTM and GTM changes were completed, and the remaining shipping-related code optimization would be delivered before Cycle 2 testing, along with the next round of SIT.

By taking this approach, I ensured that complete testing was not impacted and that the project stayed on track.

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. 

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

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

I was working on the large scale entrprise wide program that included multiple teams and stakeholders .During the initial phase of the program on discussion with Business stakeholders , Product Management team , PO , Tech SME to determine the scope of program , prioritization & aligning on the business objectives  and tech objectives there was multiple discussion and it was tough to get the agreement due to multiple people having conflicting agenda and need .  I received the feedback that there was lot of time being wasted and people are not aligning on the subject . This led me to reflect back and breakdown the work and structure of how we were approaching  the topics to be discussed & limiting to the required audience and building a steering committee that will be a small set of devision makers representing from business stakeholders , Product management , Technology team additional I also prepped the teams offline on the discussion topics and things they need to come prepared so that our meeting agenda is clear an we can effectively discuss and prioritize on the scope due to the initial prep work done offline . This helped me in always being open for feedback and being adaptive to the ongoing situation and doing initial ground work so that there is clear and effective communication transparency