BrandGhost
What to Talk About in One-on-Ones With Your Manager

What to Talk About in One-on-Ones With Your Manager

Choosing one-on-one topics can feel surprisingly difficult when nothing is obviously wrong. Your work is moving. You have already shared your updates. Now there is time with your manager, and you are not sure what would be worth discussing.

You do not need to manufacture a problem or arrive with an impressive question. A useful starting point is something you would understand better, approach differently, or feel better supported with after a conversation. That might be a technical question. It might be uncertainty about priorities. It might be a recent interaction you are still thinking about.

There is no single right answer. In my Code Commute discussion about what to bring to a one-on-one, I explain why the person's needs and current situation matter more than a universal menu. The question here is narrower: how do you notice which topic is useful for you at that point?

Find One-on-One Topics in What Is Still Unclear

When nothing feels worth bringing, it helps to distinguish having nothing new to report from having nothing useful to discuss. Those are not the same thing. A project can be progressing while you remain unclear about why a decision matters or what your manager expects from you.

Look back at the work you have actually been doing. Not to assemble a report, but to notice where you have been filling in missing information yourself. Perhaps you understand the assignment but not how it connects to another team's work. Perhaps a discussion ended without you knowing which concern should drive the next decision.

These are possible topics because a conversation could change your understanding. You are not looking for something dramatic. You are looking for a gap that matters.

For a hypothetical example, imagine that you can complete an assigned change but do not understand why it takes priority over another request. Both requests seem reasonable. Discussing the priority could help you make similar choices later, rather than only resolve the current task ordering.

That does not mean every uncertainty belongs with your manager. Different sources can help in different ways:

  • A teammate might be closer to the details.
  • Existing documentation might already answer the question.
  • Your manager might have context, authority, or a perspective that would add something.

Consider which would help with your uncertainty. This is a way to choose a useful conversation, not a requirement to investigate everything before asking.

If your uncertainty is simply that you do not know what these meetings can cover, that is worth saying too. You and your manager can discuss what would make the time useful. Not knowing the format is not a character flaw or proof that you are disengaged.

Choose One-on-One Topics by the Help You Want

A topic names the subject. It does not necessarily explain what you need from the conversation. Two employees could both bring up a project delay and want very different things.

One may need background on a dependency. Another may want help deciding what to do next. Someone else may need the manager to act on a coordination problem. If you only name the delay, your manager has to guess which conversation you intended.

You do not have to know the exact answer in advance. It can help to consider a few distinctions:

  • Do you need information or context you are missing?
  • Do you want to examine your thinking with someone?
  • Is there a decision or action that needs your manager's involvement?

These are not mandatory choices on a form. Your answer might change as you discuss the situation. Their purpose is to help you notice why you want this particular conversation.

For example, a hypothetical concern about repeated interruptions could be about understanding priorities, considering how to respond, or asking for help resolving conflicting requests. The same surface issue can lead to different outcomes. Being clear about the uncertainty makes it easier to start in the right place.

This also leaves room for a sounding-board conversation. You might understand the facts and still want to explore your options rather than immediately receive instructions. My earlier piece on listening as a human sounding board discusses that broader leadership idea. It is a historical perspective, not a prescribed meeting process.

You are allowed to raise a concern before you have solved it. Deciding what help might be useful is different from being required to bring a finished solution.

Keep Technical Questions When They Serve a Real Need

Technical questions are not automatically a misuse of your one-on-one. If your manager understands the system or its history, asking for context can be a perfectly reasonable use of the time.

The important distinction is why you are asking. Possible reasons include:

  • Understanding a part of the system connected to your responsibilities.
  • Connecting a local decision to the wider architecture.
  • Reaching for a familiar technical subject because nothing else comes to mind.

Even the last possibility does not make the question wrong. It just gives you something to reflect on. A useful technical discussion and a default habit can look similar from the outside.

In the Code Commute discussion linked above, I describe architecture conversations as valuable at a particular point in joining a team. The need changed as understanding improved. That is the point to carry forward: a topic can be useful now without becoming the permanent purpose of every meeting.

Imagine, hypothetically, that you understand how a component works but not why your team owns it. A conversation about ownership and history might be more useful than another walkthrough of its implementation. Alternatively, if the implementation is what you genuinely need help understanding, there is no reason to disguise that as a career question.

Do not wait for the recurring meeting if a question is blocking work and you have an appropriate way to ask sooner. The meeting is an opportunity for support, not a rule that support is available only then. Your manager might also help identify someone better placed to answer.

Let Recent Work Tell You Whether Feedback Is Timely

Feedback is a possible topic, but you do not need a fresh verdict on your entire performance every week. If very little has changed, another broad progress question may produce very little new information.

Recent work gives you something concrete to consider. For example, you may have:

  • Explained a decision.
  • Coordinated an activity.
  • Tried a different approach to communicating.

If you are uncertain about that experience, feedback may be the most useful subject for the upcoming conversation.

The topic-selection question is not simply, "Should I ask for feedback?" It is, "What recent experience am I trying to understand?" That helps distinguish a timely discussion from a request made only because feedback sounds like the correct thing to talk about.

For a hypothetical example, suppose you left a planning discussion unsure whether people understood the decision you were proposing. Feedback on that interaction has a clear purpose: understanding the communication. It does not need to become a discussion about your whole career.

Your manager may need time or more context to offer something useful. Choosing the topic ahead of the meeting can help them prepare, but it does not guarantee a good answer. Nor does it remove their responsibility to offer relevant feedback proactively.

There is also no requirement to turn every completed task into a feedback request. Choose an experience where learning more could affect what you do next. That keeps feedback connected to a real question rather than making it another recurring obligation.

Make Room for Direction Without Assuming Promotion Is the Goal

Sometimes nothing feels urgent because the uncertainty is further ahead. You may be comfortable with current work but unsure what kinds of responsibilities you want to explore. That is different from needing help with the current assignment.

Most people I work with are interested in promotion or career advancement. That is my experience, not a rule about you. Your topic should reflect your goals rather than an assumption that everyone wants the same next step.

Your interests might include:

  • Deepening your expertise.
  • Understanding a different area.
  • Finding out what broader responsibility involves.

If you are interested in advancement, that belongs in the conversation too. The starting point is what you want to understand, not a prescribed ambition.

For someone curious about leading beyond their assigned work, informal leadership in software engineering provides related context. It is relevant when that interest exists. It is not a requirement that everyone pursue leadership.

A direction conversation is timely when you have a real question about what comes next or whether current opportunities fit your interests. It does not need to recur unchanged every week. If you have already established a direction and nothing relevant has changed, another topic may be more useful in that meeting.

You also do not need to know your long-term destination before discussing it. Exploring what a responsibility involves can help you decide whether it interests you. Understanding the possibilities is an outcome in its own right.

Consider Learning and Business Context, Not Just Problems

A meeting does not need to begin with something going badly. Curiosity can produce a worthwhile topic when it helps you understand the work or an area you would like to learn about.

Learning opportunities and business direction can also be useful subjects, even when you have no blocker. Understanding why the team is investing in a particular area may help connect your immediate work to a larger purpose.

Imagine, hypothetically, that a responsibility outside your current assignment interests you. You might want to understand what that work involves and whether there are ways to learn through the team's activities. That is a different conversation from requesting an immediate role change.

It is worth separating an interest from an assumption about where the learning must happen. Learning at work versus learning at home explores that distinction. The conversation can concern opportunities within your work, not only extra activities after hours.

Your manager may not have all the answers, and opportunities may be limited. A useful result could be identifying who has the context or understanding a constraint. The topic remains worthwhile because it answers a real question, not because it guarantees access to something.

Pick What Matters Now, Not What Sounds Most Impressive

After noticing several possibilities, you still have to choose. A practical way to think about that choice is to ask what would remain unclear or unsupported if you left the subject untouched.

That brings the decision back to your situation. A modest question about expectations may matter more than a sophisticated question about strategy. A concern affecting your work may deserve attention before a less timely discussion about possible future responsibilities.

You do not need a scoring system, a fixed number of topics, or a rotation through categories. Choose based on what matters in your situation.

Some useful contrasts are:

  • Familiar does not mean useless; a technical topic may meet a real need.
  • New does not mean important; novelty alone does not make a conversation valuable.
  • Unresolved does not mean urgent; some questions can wait while others need support sooner.

Status can belong here too. During a demanding project, the work may genuinely be top of mind. The distinction is between discussing what you need around that work and merely repeating an update because it is the easiest available subject.

If the work is all you can think about, consider what part deserves the conversation. Is there missing context, a concern, or a decision? You do not have to reject the topic. You can be more deliberate about what you hope to get from it.

If Nothing Surfaces, Be Honest About That

You may reflect and still have no particular topic. That does not mean you should invent one to demonstrate effort. Your manager may have observations, feedback, or context to bring.

Employee agency and manager accountability belong together. You can identify what matters to you without becoming solely responsible for the meeting's value. Your manager has a responsibility to support you and make space, not simply wait for a perfect question.

The balance is relevant to hands-on management: support involves understanding where involvement helps. A conversation about what you need can be part of that understanding, but the authority and responsibilities are not equal on both sides.

Personal information is not the missing topic you owe the meeting. Sharing is optional. You can have a useful working relationship without discussing your private life. Recording and AI notes are also off by default in my one-on-ones, with extremely rare mutual opt-in exceptions to help both people focus.

One quiet week is not the same as a recurring pattern of unhelpful conversations. If you repeatedly leave without useful context or support, the usefulness of the meeting itself may be worth discussing. Better topic selection can help, but it cannot guarantee that your manager will respond well.

Frequently Asked Questions

The answers below are starting points for choosing a conversation, not rules for performing a meeting correctly.

What should I talk about when I have no updates?

Look for something you still want to understand: context behind work, expectations, a recent experience, or an area you would like to explore. Having no update does not mean there is nothing useful to discuss. Your manager can also bring relevant topics.

Are technical questions appropriate one-on-one topics?

Yes, when they meet a real need and your manager has useful context. Their value depends on your situation. Avoid waiting for the meeting if you need help sooner, and reconsider the topic as your understanding changes rather than keeping it by habit.

Do I need to bring a prepared agenda?

No universal agenda is required. Thinking about a useful subject can help, but a fixed format or number of talking points is not the goal. Your manager should not make support depend on you arriving with a polished plan.

Should I ask about career progression every week?

Not necessarily. A broader direction discussion may offer little new information when nothing relevant has changed. Timely feedback on a particular experience is different. Choose based on your actual question, and do not assume promotion must be your goal.

Can I bring a problem without knowing the solution?

Yes. You can discuss a challenge while still figuring out what help would be useful. Thinking together, receiving context, and asking for involvement are different possibilities. None requires you to arrive with the problem already solved.

Do I have to discuss something personal?

No. Personal sharing is optional, not a requirement for making the time worthwhile. If you choose to share, that information should be treated as private. You do not need to disclose personal details to justify a work-related question or support need.

A Useful Topic Answers a Real Need

The most useful one-on-one topics are not necessarily the most ambitious or unusual. They are subjects where the conversation can help you understand something, examine your thinking, or identify support you need.

You do not have to cover every category. You do not have to make every week about advancement. Start with what matters now and why talking about it would help. That gives the conversation a purpose without forcing it into someone else's formula.

One-on-One Meetings: A Practical Guide for Engineering Managers

Make one-on-one meetings useful with flexible conversations, careful listening, clear follow-up, and respect for each engineer's goals and personal boundaries.

Make the Most of Your One on Ones - Dev Leader Weekly 90

Welcome to another issue of Dev Leader Weekly! In this issue, I discuss how to approach one on ones with your software engineering manager.

One on One Evolution

An engineering manager's look at how one on one templates evolved over time to better support team members' goals, concerns, and career growth.

An error has occurred. This application may no longer respond until reloaded. Reload