Overview
What the growth 1:1 is for
A growth 1:1 is a recurring private conversation that improves trust, judgment, context, and development. It is not the team's status meeting, the performance-review ceremony, or the only place feedback can happen.
Manager Tools treats recurring one-on-ones as a foundational management practice and puts the direct report's topics first. GitLab emphasizes a shared agenda and separates career development from routine updates. This course combines those practitioner ideas into one fixed structure for senior engineers.
The fixed 30-minute structure
The course's synthesized standard is exactly 30 minutes, split into three fixed ten-minute segments. That constraint protects the engineer's voice, ensures useful manager input, and reserves time for future growth instead of hoping it survives whatever is urgent.
| Time | Owner | Use it for | Do not use it for |
|---|---|---|---|
| 0–10 | Engineer | Concerns, decisions, relationships, energy, requests | Reading a project dashboard aloud |
| 10–20 | Manager | Organizational context, specific feedback, emerging constraints | A surprise performance verdict |
| 20–30 | Both | Growth hypothesis, opportunity, support, and named actions | Vague promises to “find something” |
This is the Growth OS 10/10/10, a course synthesis rather than a format claimed by every source. If a compensation, performance, health, or sensitive issue needs more care, schedule a separate dedicated conversation; do not erase one of the three standard segments.
Keep status asynchronous
Asynchronous status means progress, metrics, risks, and routine dependencies are written where people can read them without a meeting. The 1:1 may discuss the human or decision problem behind a status item, but it does not replay information already available.
Compare these prompts:
| Status recital | Useful 1:1 topic |
|---|---|
| “API work is 70% complete” | “Two teams disagree on ownership; help me understand the incentive I am missing” |
| “We have three open incidents” | “I am repeatedly the incident fallback and need a healthier ownership plan” |
| “The design review is Friday” | “I need feedback on how I framed the tradeoff before Friday” |
Minutes 0–10: the engineer's agenda
The engineer owns the opening segment because information closest to the work is easy for a manager to miss. Good topics expose judgment, friction, relationships, confidence, energy, or a decision—not merely tasks.
Engineer preparation prompts:
- What is taking more energy than it should?
- Which decision feels stuck, and what have I already tried?
- Where am I receiving conflicting signals?
- Whose context or trust do I need?
- What do I want the manager to understand, decide, or do?
Manager behavior: listen long enough to learn, ask what outcome the engineer wants from the topic, and resist solving before the problem is clear.
Useful opening script: “I have two topics: a disagreement about the data contract and my pattern of taking back delegated work. I want perspective on the first and coaching on the second.”
Minutes 10–20: manager context and feedback
The manager owns the middle segment to provide information and observations the engineer cannot get alone. Feedback here means a specific observed behavior, its effect, and a possible next action—not a label about personality.
Use this compact feedback script:
“When [observable behavior] happened in [context], the effect was [specific impact]. What was happening from your perspective? Next time, would you try [behavior] so we can observe [desired effect]?”
Example: “In Tuesday's design review, you answered each objection before the service owners finished explaining it. Two owners stopped contributing. What was happening from your perspective? Next time, would you summarize the concern before offering your view so we can test whether participation improves?”
Context can include changing business priorities, stakeholder incentives, decisions made elsewhere, or why a promising project is no longer important. Share enough context for judgment without exposing confidential information.
Minutes 20–30: future growth and actions
The final segment converts discussion into development. Future growth means one capability tied to a real organizational outcome, with an opportunity, support, evidence, and next action.
The engineer might say: “My growth hypothesis is cross-team alignment. I propose framing the logging-retention decision with Security and Finance. I need introductions and confirmation that I can convene the decision.”
The manager might answer: “I will make both introductions by Thursday and tell the directors you own the recommendation. Bring the decision criteria and dissent, not a predetermined solution. We will inspect stakeholder feedback in the next 1:1.”
Close by reading the actions aloud. “Engineer: draft criteria by Tuesday. Manager: introductions by Thursday” is stronger than “circle back on logging.”
Failure modes and resets
A stable format makes drift visible. When the conversation becomes status-only, manager-only, or action-free, name the drift and reset the next meeting rather than redesigning the whole system.
| Drift | Reset script |
|---|---|
| Status consumes the opening | “The dashboard covers progress. What decision or concern deserves this private time?” |
| Manager talks through the first segment | “I interrupted your agenda. Please finish your topics; I will hold mine for the middle segment.” |
| Growth disappears for several weeks | “We have spent no time on the agreed capability. Let us use the final segment to repair the opportunity.” |
| Feedback arrives as a verdict | “Can we anchor that in an observed behavior, effect, and next experiment?” |
| Actions remain vague | “Who will do what by when, and what evidence will we inspect?” |
| Meeting must be cancelled | Reschedule the same fixed 30-minute meeting; do not silently delete it |
Key takeaways
The 1:1 becomes a reliable growth interface when its purpose and boundaries stay stable. The fixed structure is this course's synthesis of the cited practices.
- The standard meeting is exactly 30 minutes with fixed 10/10/10 segments.
- Engineer agenda comes first; manager context and feedback come second; future growth and named actions come third.
- Routine project status stays asynchronous.
- Feedback should be specific and timely, not saved for a surprise review.
- Longer sensitive topics receive a separate conversation rather than consuming a segment.
- Both manager and engineer leave with visible actions, owners, and dates.
Checklist: prepare the next 1:1
This checklist makes the meeting usable immediately. Both people complete their side before the calendar event begins.
Engineer:
- [ ] Add one or two topics and the outcome wanted from each.
- [ ] Link the asynchronous status update rather than copying it.
- [ ] Bring one growth opportunity, evidence point, or support request.
Manager:
- [ ] Read the shared page and status update.
- [ ] Prepare one piece of context and one evidence-based observation.
- [ ] Check the last manager action and complete or explain it.
Both:
- [ ] Protect exactly 30 minutes.
- [ ] Follow 10/10/10.
- [ ] End with actions, owners, and dates.
Sources
These practitioner sources inform the meeting principles; the exact 30-minute Growth OS 10/10/10 is a clearly labelled course synthesis.