Asking for the Right Scope as Routine Work Gets Automated
When tools take over repetitive tasks, the question becomes which responsibilities to take on next. Ask for them deliberately.

On this page
When a tool takes over the repetitive part of a job, the person who did that part is left with a question nobody asked them to answer: what to do next. Some people wait for a manager to assign something. Others find that the newly free time has been quietly absorbed by meetings. A better approach is to decide deliberately which responsibility to take on, and to make the case for it in writing.
Find the routine work that has changed
Start by listing the recurring tasks in your role over the last month. Include the small ones: the weekly report, the triage of a shared inbox, the first pass over routine changes, the cleanup of a dataset, the handoff notes. For each one, record whether a tool now does most of it, does part of it, or still needs you in full. The honest answer is often less dramatic than people expect. Some tasks are fully automated. Many are only partly so, and the remaining part is usually the piece that needed judgment in the first place.
Then look at what the freed time could support. A task that a tool drafts but a person must check still takes attention. A task that is fully automated may have left a gap in ownership: nobody watches the output, or nobody updates the rules when the input changes. Those gaps are often where a useful new responsibility sits.
Choose the responsibility before you ask
Not every gap is worth taking. A good candidate for new ownership sits close to your current work, has a visible effect on other people, and can be measured. Monitoring the quality of an automated report, owning the evaluation set for a classifier, or running a monthly review of a set of alerts all fit that description. Each one builds skills that carry into the next role, and each gives your manager something concrete to approve.
Be careful about asking for the most prestigious item on the list. A responsibility that sounds senior but has no clear outcome tends to become a source of frustration for everyone. Choose one you can describe in a sentence with a result attached. A useful test is to ask who would notice if the responsibility stopped tomorrow. If the answer is a specific person or a specific report, the work matters and the case is easy to make. If the answer is nobody, the responsibility may be real but unimportant, and it is better to look for a different gap.
Frame the request around outcomes
Managers respond to outcomes more readily than to requests for a title or for time. The request should describe the problem you noticed, the outcome you expect to improve and how you would measure it. For example: the automated summaries go out each week and nobody checks whether they are right, and corrections have reached the team more than once. I would like to own a weekly sample check, aimed at catching errors before they reach the team, and report the results each month.
Notice what that framing does. It shows that you have looked closely at the work, it names something measurable, and it makes the cost of doing nothing visible without blaming anyone. It also makes it easy for the manager to say yes or to ask a specific question.
If the answer is no, ask what would make the case stronger. Sometimes the reason is budget, sometimes priority, and sometimes the manager has not yet seen the problem you have seen. Each of those answers points to a different next step, and asking for it keeps the conversation open.
Write a short proposal
A written proposal makes the request durable. It can be a single page with five parts: the current situation, the gap, the responsibility you propose to take, how success will be measured, and what you would stop doing or what you need in return. That last part matters. A new responsibility that arrives with no change to the rest of your work is usually a quiet way to overload someone.
Keep the proposal plain. Give the situation in two or three sentences and the proposal in a short paragraph. Attach an example of the problem if you have one. Ask for a decision by a particular date, and offer to review the first month together. A clear document is easier to say yes to than a conversation that has to be reconstructed later.
Timing helps as well. A request made during a planning review, when priorities are being set, gets a fairer hearing than one made in the middle of a busy week. If your manager is not the person who decides, ask how the decision is made and who else needs to see the proposal, then send it to them in the same form.
Practice the request before making it
Choose one routine task that a tool has changed. Draft the five parts of the proposal, keeping each to a few sentences. Then read the draft as the manager would, and look for the question they would ask first. It is usually either what will stop being done, or how you will know the change worked. Answer that question in the draft before you send it. If you cannot answer either, the responsibility is not yet defined, and the next step is to watch the work for a week and note what goes wrong.

