Behavior Questions
logicmojo.com
- How to showcase soft skills(Teamwork, Leadership skills, Adaptability, Decision Making etc) in interview
- Objective
- hiring right candidate, not just the technical.
- right fit for job. To predict future performance based on past performance in similar situation
- Are you easy to get along with
- Can you communicate effectively with different personalities
- Are you able to respond to situations that occur during work
- Are you able to adjust to changing work environments(Adaptability)
- Can you assist your coworker or team when needed
- Give me an example of ...
- Tell me about a time when you..
- have you ever ..
- what do you do when..
- Describe situation where
- To Test teamwork skills
- how you resolve conflict between team members, with cowokers, manager, clients
- tell me about a team project that you worked on
- Leadership skills
- tell about time you took the lead in a team project. How did you handle it and what was the outcome
- Two import team members left your team right before the deadline for a big project. How would you approach
- Communication
- Handling challenging clients/customers
- Brainstorming sessions
- Adaptability
- Describe situations in which you were assigned new tasks. How did you adapt to this situation and what was the result.
- Manager suddenly informs you that the clients requirements have changed.
- Decision Making
- Amazon 14 Leadership Principal with examples
- Customer Obsession
- Basic functional needs with low latency & responsiveness
- Ownership
- Not just your model/your part when multiple integrations. When integration issue exists review diagnose and even if integration module
- Take ownership and fix even if it is integration code
- Invent and Simplify
- Simple solution for complex problems
- Use available apis instead of reinventing
- Leaders are Right a Lot
- Take decision at every level
- eg: Mature product where mgmt is satisfied -> If bug exists, new engineer can take decision to prioritize and present to mgmt with data points
- Learn and Be Curious
- Be curious keep on improvising,
- don't get used to technology
- learn new technology. Don't get comfortable with technology
- Hire and Develop the Best
- Don't hold people back, but use their influence to maximize the potential of new engineers
- Give opportunity to grow
- Insist on the Higher Standards
- Raise the bar of coding & designing standards
- instead of manual testing -> go for automation, edge cases,
- Bias for Action
- Speed matters in business. Speed matters than go deep
- Many decisions and actions are reversible and do not need extensive study. We value calculated risk taking
- Frugality
- Accomplish more with less. Constraints breed resourcefulness, self-sufficiency and invention. There are no extra points for growing headcount, budget size or fixed expense.
- Dive Deep
- When a P1 ticket comes. Mitigate the issue and unblock the customer rather than deep dive for RCA.
- Earn Trust
- Take blame for teams mistake. Accept responsibility for both good and bad
- Treating others and their idea with respect
- admit failures
- Listening, communicating and delegating to help employees
- Have Backbone. Disagree and Commit
- Even if every one disagrees with you, but try to prove with all valid facts/data
- Deliver Results
- Deliver features on time with quality. Prioritize your deliverables.
- Deliver in any circumstances(even when some team members are not well, attrition, deliver irrespective of any situation)
- Think Big
- Design scalable and distributed systems
- Should be managed to scale for billions of txns/users
- It should work for most diverse situations
- How you will resolve conflict with team members in project
- Use SAR(Situation, Action & Result)
- Situation
- Explain situation rather blaming
- reasons
- Communication gap
- inappropriate tone
- diff interpretation
- diff expectation - listen to other party with out getting upset, talk separately, understand concerns/point of view
- Action
- willingness to communicate
- focus on fact and data instead of blaming other person
- Result
- Explain the outcome of the action against situation
- Say one is working on dual role. Along with working on your module you are communicating with higher mgmt on progress of feature
- due to other team co-worker - task is delayed
- talk to other engineer/mgmt.
- Found that the engineer is occupied with some other projects
- Work with respective manager and address root cause
- Result: Sprint planning/retrospective meeting - solved the issue
- ex2: disagreement over an idea -> project brainstorming session
- focus on fact and data
- ex3: integration projects
- Sit with coworkers & scrum master privately and resolve the issue
- ex4: conflict with manager on deadline
- Leads have insights into internal technical difficulties
- privately talk to manager, understand manager commitments to customer
- breakup tasks into backlog items and provide cost
- ex5: some engineers wants to use fancy features in DB
- not every one knows - learning curve
- Stability not established
- hence, lets make it simple
- so that we can plug any new engineer & meet deadline
- How you handle situation, when you failed to deliver the project within project estimation timeline. most recent failure/biggest failure
- Failure could be "missing deadline", "failed to train your team members", "Bad Hire"
- What have you done & what is your learning
- Regression for addressing performance tuning. Add more conditions so that less % of customers are impacted
- Promotion min timeline of 2yrs
- Don't take literally. Discuss and brainstorm with other product owners.
- Too many ownership once I became Director. Taking lot of responsibility
- Hiring froze and had to slog for almost 6 months.
- Understand the responsibility and work involved.
- Negotiate better on timelines so that team doesn't slog too long
- Take calculated risks
- Effort estimations - consider reviewers, automation, presentations
- Ad hoc tasks calculation
- Devised a tracking system "Interruptions" to track the number of tasks and time being taken for it.
- It helped in better resource allocations
- Effort estimate
- IC5 estimates to IC2. Multiplier factor, leaves, reviews.
- Learning curve
- misc activities
- What skills would you like to improve
- AI ML, Kafka
- Networking skills, Contacts
- uncomfortable reaching out to unknown people at network events
- Mentoring & Presentation skills
- Presentation skills -> present to large audience standing on stage
- voice control and delivery
- Biggest Technical mistake you have done in your project
- Mistake: Specific timeline when it happened: 3 integration teams along with our team. One team didn't do impact analysis. 240 suppliee site size
- learning, how you improved: feature flag or optin enabled
- steps you took so that it doesn't repeat:
- customers are impacted. Mitigated by datafix & disabling the feature for customer temporarily
- Learning: understand downstream integration and take ownership of it.
- avoid no man land issue
- Situation when you had solved a very difficult problem in project
- Give response based actual situation
- It shows actual experience. Show case problem solving and critical thinking skills under work pressure
- Problem/Situation/context: pdfJS
- how you approached:
- action take: version increments, Operations to clean CDN, hand over to support
- Result/benefit: cost reduction? bandwidth saving?
- When you have taken initiative in a project
- Test competency. Not just take it but also deliver/complete
- It helps evaluating leadership, prioritization, dealing with ambiguity
- speak up and share ideas
- eg: multiple teams working on micro service projects
- Toi documents - covid
- play book for diagnosing the issue
- new joiner training program. onboarding and learning process for new joiners
- feature links with DoD
- Automation tests -> with recordings
- depenency on seniors is less
- It has become the process
- product owner can get complete control and visibility
- 1. self correction2. Architecture change?3. replaced sql db with nosql4. performance issues/latency issues5. replace open source library with Oracle library
- Most difficult task in recent past
- Spark removal
- Time when you have failed to meet customer deadline in project. Cannot deliver ontime
- Support to previous project(P1 bugs)
- Extra buffer time due to unplanned escalations, learning curve
- Train other engineers to avoid such situations
- lack of resources, using engineers with other skills on other project. Buffer for learning curve(UI vs backend engineers)
- miss deadline -> backport to customer branch by the time they upgrade
- What is your greatest achievement in a project
- Product management takes my input on functionality
- Campaign management -> monolity to microservice architecture and delivery
- new engineers with technical skills
- I took architect role and guided them
- unvalidated invoices -> proactive identification of customers havint issues
- irie -> 30% REDUCTION IN SR INFLOW
- Time when you successfully meet the tight deadline of a project(worked under pressure)
- Lack of resources, budget, engineers, uncertain requirements from clients, poor planning
- Situation: Engineer suffered from serious illness(miscarriage). I didn't want to let down my manager. So, I took ownership.
- Action: Extra hours to learn and understand the new module. What have they done. Prioritize the core features in the module. Took SAE team help for manual testing.
- Result: Able to deliver the feature on time without impacting quality.
- Tell me the time when you regret your decision in a project deliverables
- Reasons
- Wrong estimates
- External dependency
- Less resources/lack of experienced engineers
- Interruptions
- Scope change
- what should be done
- communicate to client/manager
- update schedule in schedule char
- Deliver critical items - Front load them
- Borrow additional members from other teams
- Update process internally for specific release
- Create sheet that influence the factors.
- Manage to release the feature and perform RCA analysis
- Tell me the time when you regret your decision in a project deliverables
- Never share a decision that could cost you the job
- Convince interviewer it will never happen again
- discuss how you addressed the problem
- Took lot of ownership without considering the resources
- Think of long term and complete view of ownership. Avoid team to place them under pressure
- learned in hardway
- balance between various things
Comments
Post a Comment