## Discuss Feedback, User Needs, Influence, Deadlines, and Learning Answer the following behavioral questions with distinct examples where possible. Make your own decisions visible, give collaborators appropriate credit, and use only outcomes you can support. ### Part 1 — Responding to Critical Feedback Describe a tough or critical piece of feedback you received on a project and how you responded. #### What This Part Should Cover - The feedback and why it mattered to the work. - Your initial reaction without presenting defensiveness as action. - How you verified, clarified, and applied the useful part. - A later result or behavior change showing that the response lasted. ```hint Show the observable change Name what you did differently after the conversation and how someone could tell it improved the work. ``` ### Part 2 — Improving a Product Through User Understanding Tell a story about improving a product after developing a better understanding of user needs. #### What This Part Should Cover - The original assumption and the user evidence that challenged it. - How you gathered or interpreted that evidence. - The product or engineering decision that changed. - A concrete user or product outcome. ```hint Contrast belief with evidence Make the before-and-after understanding explicit instead of saying only that you listened to users. ``` ### Part 3 — Influencing a Peer with a Different Opinion Describe a time you needed to influence a peer who disagreed about a shared goal. Explain what you did and what happened. #### What This Part Should Cover - Two reasonable positions and the shared outcome at stake. - Questions, data, or experiments used to understand the disagreement. - Influence without relying on reporting authority. - The decision, relationship, and lesson afterward. ```hint Find the shared test Translate competing opinions into a criterion or experiment both people can evaluate. ``` ### Part 4 — Delivering Under a Tight Deadline Give an example of delivering an important project under a tight deadline. What did you sacrifice, how did that affect quality, and what was the final outcome? #### What This Part Should Cover - Why the deadline and deliverable were important. - The scope or quality trade-off you made and alternatives you rejected. - How you disclosed and contained the resulting risk. - The immediate outcome and follow-up work. ```hint Name the debt precisely A credible trade-off identifies what was deferred, who accepted it, and when it was repaired or reevaluated. ``` ### Part 5 — Learning a New Generative AI Capability Discuss a time you had to learn a new generative AI capability. Explain how you evaluated it and decided whether or how to use it. #### What This Part Should Cover - The concrete capability and the problem it might address. - A focused learning and evaluation plan. - Accuracy, privacy, cost, latency, or misuse risks relevant to the decision. - The resulting adoption, rejection, or bounded experiment and what you learned. ```hint Separate a demo from evidence Describe the representative cases and failure signals you used before trusting the capability for real work. ``` ### What a Strong Answer Covers - Specific situations, personal actions, supported outcomes, and honest reflection. - Evidence-based changes in judgment rather than generic claims about collaboration or learning. - Clear trade-offs and responsible handling of quality and technology risk. - Different examples, or a clear reason one example demonstrates more than one behavior. ### Follow-up Questions 1. Which part of the feedback was hardest to accept, and why? 2. How did you distinguish one user's request from a broader need? 3. What would you do if the peer remained unconvinced after the experiment? 4. Which deferred quality cost became visible after launch? 5. What result would cause you to stop using the generative AI capability?