Bootcamps

Structured programs that take you from the fundamentals to deployment. Hands-on, mentor-led and built around real projects.

Learn it all the way down

400+ hours of structured learning, real-world projects, mentors from the field and 200+ AI study assistants around the clock.

Bootcamps Featured

    The heavyweights
      Why these

      Pricing

      Flexible plans designed for every learner — from free trials to enterprise solutions. Invest in your future with transparent, value-driven pricing.

      Start learning for free

      Every course offers free trial access. Upgrade to a membership for unlimited learning, or explore our bootcamp and enterprise solutions for structured, mentor-led programs.

      Pricing Featured

      About

      Democratizing AI education for over 1 million learners worldwide. Built by engineers, researchers, and educators who believe in limitless potential.

      Our story

      Behind everything great that someone builds is the moment it finally made sense. We started Lunartech to give you more of those moments.

      About Featured

      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.

      LUNARTECH AcademyNov 5, 20264 min read

      On this page
      1. Find the routine work that has changed
      2. Choose the responsibility before you ask
      3. Frame the request around outcomes
      4. Write a short proposal
      5. Practice the request before making it

      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.

      More from Dimension

      View category

      Reading is the start.Build it next.

      Structured bootcamps and courses, from the mathematics up to production.