The Transformation List
Page 1 of 35
The Transformation List
Field-tested ideas from operators and researchers for running teams a little better
Authors
Nora Castell
Dr. Nora Castell runs the research program at the Acme Work Lab, examining how teams split tasks, reach decisions and pick up skills as new tools arrive. Her essays on management and software appear in industry journals.
Felix Brandt
Dr. Felix Brandt is professor emeritus at Northwind University and a workplace researcher. His books on meetings, incentives and team design draw on decades of fieldwork inside manufacturers and hospitals.
With contributions from
- Amara Okoye
Head of AI Strategy, Northwind - Daniel Reyes
Former Chief People Officer, Globex - Hana Okafor
Professor, Lakeside University - Ivo Lindqvist
Co-founder, Initech Labs - Julia Marsh
Professor, Northwind University - Kenji Morales
Chief Data Officer, Umbrella
- Lena Hartmann
VP Operations, Hooli - Marco Bellini
Engineering Director, Stark & Co - Nadia Farouk
Future of Work Lead, Wayne Group - Owen Pryce
Founder, The Workbench - Priya Natarajan
CIO, Soylent - Rafael Costa
Head of Product, Vandelay
- Sara Lindgren
Professor, Saint Aldric University - Tomas Varga
Chief Operating Officer, Massive - Uma Desai
AI Program Lead, Tyrell - Victor Hale
Director of Learning, Globex - Wen Zhou
Researcher, Coastal State University - Yara Haddad
VP People, Initech
- Zoe Fischer
Head of Support, Hooli - Aaron Blake
Principal Engineer, Northwind - Beatriz Lima
Professor, Westbay University - Caleb Ross
Chief Finance Officer, Umbrella - Dana Kowalski
Head of IT, Stark & Co - Elif Arslan
Advisor, Kingsbridge College
Introduction
Every vendor deck promises quicker launches, smaller budgets and calendars cleared of drudgery. Executives set ambitious goals, and the staff doing the actual work wait to see if their week actually shifts. In plenty of companies, the slogans still run well ahead of the scoreboard.
A recent poll of operating chiefs1 found that most could not point to a single workflow where assistants had measurably cut cost or cycle time. The shortfall says more about habits and structure than about software.
Read any headline figure with caution. Results depend on who answered, what was counted and how far along each company was. Telling genuine gains from optimism takes more digging than most dashboards allow.
So we went looking for what already works: where assistants make jobs better, where the early signs look good, and where they quietly backfire.
We collected field notes from over 120 operators, engineers and academics, then spent extended sessions with a few dozen of them. What came out is this list: specific steps for the human and structural snags that decide whether a promising tool fades after its trial or becomes part of how a company runs.
Main Lessons
None of this is a prediction about some distant future office. Plenty of these steps work today. A few are early bets or informed hunches. The rest are cautions from teams who tried and stumbled.
Our interviews kept circling back to five ideas:
Start where the pain is loudest
Teams adopt new tools fastest when the first use case removes a chore they already hate. Pick a showy demo instead and interest fades within a month or two, no matter how impressive it looked.
Time it before you change it
Without a baseline, every gain is a guess. Teams that timed a workflow before changing it could prove their results and win budget for the next round of work.
Make sharing the default habit
A prompt that works for one person is worth little until the whole team can find it. Libraries, show-and-tells and open channels spread good practice faster than any course.
Named owners beat committees
Every successful rollout we saw had one named person accountable for a result. Steering groups help set direction, but progress stalled whenever responsibility was shared by everyone and so held by no one.
Leave the meaningful parts to people
Assistants work best taking the dull parts of a job, not the parts people take pride in. When teams kept the craft and handed off the clutter, morale and quality both went up.
Ways to use the list
Treat this as a menu rather than a manual. Some entries will suit your company and many won't. Pick a few, try them on a small scale and keep only what earns its place. The value is in the debates and trials the list sets off, not in a perfect score.
Theme 01
Choosing the Tasks
What goes to software first?
Every job is a bundle of tasks, some loved and some dreaded. Assistants let teams unbundle that mix on purpose: hand off the repetitive pieces, keep the ones that need care, and drop a few that never mattered. Getting the split right is now part of good management.
“Mondays used to be about building the deck. Now they're about what to do next.”
CIO, Soylent
Clear the status-update backlog first
The quickest early win is usually the reporting nobody reads twice: weekly updates, recap emails, spreadsheets rebuilt by hand every Friday.
In a poll of operations staff1, respondents said nearly a third of their week went to compiling information other people had already written down somewhere. It topped the list of tasks they wanted to hand off.
At Northwind, regional managers once spent Monday mornings stitching together sales figures. An assistant now drafts the summary overnight, and the meeting opens with decisions instead of slides.
Your move
Have every team log one week of recurring reports and who reads them. Drop the ones no one opens, then automate the two most-read and check after a month whether anyone misses the old version.
Clean up sources before the rollout
Assistants are only as good as the files they can read. Outdated wikis, duplicate folders and orphaned docs1 lead to confident answers that are simply wrong, and trust erodes fast.
Teams that archived stale pages and labeled the trusted ones first got sharper replies from day one, and spent far less time arguing about which version was right.
Your move
Choose one department and archive anything untouched for a year. Mark the remaining pages with an owner and a review date before switching on search.
“The bot writes the first pass. The sign-off is ours.”
Head of Support, Hooli
Ask people what they'd hate to lose
Some tasks look like overhead but carry meaning, whether that is a handwritten note to a client or a careful review of a teammate's draft.
At Hooli, a support group let an assistant write first drafts but kept the final reply human. Ratings climbed, and the team felt the job was still theirs.
Your move
Run a short survey before any automation project asking which steps people enjoy most. Keep those steps out of scope.
Theme 02
Where judgment Counts
When should a person make the final call?
Assistants produce polished drafts in seconds, which makes weak work harder to spot. The steps below focus on deciding where human review is essential, who should give it, and how to keep that review from becoming a rubber stamp.
Pair every new builder with a seasoned reviewer
Anyone can now assemble a working tool in an afternoon. The risk is that nobody with deep experience looks at it before it reaches customers or touches the books.
Teams at Initech assign each internal build a reviewer from finance, legal or security who signs off before launch.
Your move
Add one line to your launch checklist: which named reviewer approved this build, and on what date?
“It drafts ten plans before lunch. Picking the one that holds up is still our job.”
Engineering Director, Stark & Co
Write down why each big choice was made
Assistants can lay out options quickly, but the reasons a team picked one over another tend to vanish once the meeting ends and people move on.
Groups that logged the reasoning behind major calls learned faster and onboarded new members more easily.
Your move
After your next planning session, write down the decision, the options rejected and why, then store it where the assistant can find it.
Theme 03
The shape of Teams
How should teams be built when tools pitch in?
When software takes on part of the load, team size, reporting lines and job descriptions all deserve a fresh look. The steps here help redesign teams around real work rather than old org charts.
Rewrite job descriptions every year
Most job descriptions were written before assistants arrived. Many no longer match how people actually spend their days, or what their managers expect.
Teams that rewrote them annually found it easier to hire, set goals and explain to staff how their roles were evolving.
Your move
Ask each manager to compare one job description with a week of that person's calendar, then update the description to match reality.
Keep teams small enough to sync
Assistants make it tempting to add scope without adding people. Past a certain size, though, the cost of keeping everyone in sync swamps whatever time the tools give back.
The teams we studied did best when they stayed under nine members.
Your move
List any team above ten people and ask whether it could split into two groups with clearer goals.
Theme 04
Rules that Bend
How tight should the rules be, and for whom?
Fast tools strain slow approval processes. Too many rules push people toward unsanctioned apps; too few invite real damage. The steps below are about drawing lines that fit the level of risk.
Sort uses into green, yellow and red
A single policy for every case ends up too strict for drafting emails and far too loose for anything that touches customer records.
Teams at Globex label each use by risk level, so low-stakes work needs no approval and sensitive work gets a quick review.
Your move
List your ten most common AI uses and give each a color. Publish the list where everyone can see it.
Put a deadline on every approval
Requests to try a new tool often sit in a review queue for weeks, and in the meantime people quietly sign up for something else on their own card.
A firm deadline for each review keeps the process honest.
Your move
Promise a yes or no on every tool request within ten working days, and report the average wait each month.
Theme 05
How work Flows
Where does work stall between teams?
Delays pile up at the seams between groups. Automating one side of a handoff can simply shift the queue elsewhere. These steps focus on seeing the full journey before speeding up any single part of it.
Shadow a request from start to finish
Official process maps leave out the side chats, private spreadsheets and small favors that actually keep work moving.
Teams that followed one real request end to end found the slowest step was often one nobody had listed.
Your move
Pick a recent request and interview each person who touched it. Mark every wait longer than a day on a shared map.
Test against the strangest cases first
Trials tend to run on tidy sample data, then break in the first week they meet real customers and real mess.
Feeding new workflows the oddest examples on file exposes weak spots early.
Your move
Pull a dozen unusual tickets from last quarter and require any new automation to handle them before launch.
Theme 06
Finding the right People
Who should you hire and promote?
As jobs shift, so should the traits you screen for and the behavior you reward. The steps here favor people who learn quickly, check their own work and help others improve.
Test how candidates check their work
Knowing a particular tool matters less every year. Spotting a flawed answer and knowing how to fix it matters more.
Hiring teams at Vandelay now give candidates a draft with planted errors and ask them to find and explain each one.
Your move
Add a fifteen-minute review exercise to your interview loop, using a real document with a few deliberate mistakes.
Promote people who lift others
Cheap output makes raw volume a poor signal. The colleagues worth promoting are the ones whose work lifts the whole team.
Rubrics that still count pages or tickets closed end up rewarding busywork.
Your move
Add one promotion question: whose results improved because of this person's help, and how do we know?
Theme 07
Growing new Skills
How do people get good at this, and fast?
Online courses rarely change daily habits. Skills grow when people practice on their own tasks next to a colleague a step ahead. These steps make that kind of learning deliberate.
Practice on live tasks, not samples
Canned examples look great and fade by Friday. Sessions built on a team's own files and tickets stick.
Brief weekly practice outlasts a single long course.
Your move
Swap your next course for a working hour: everyone brings an open task and finishes it with an assistant, then shares one tip.
Keep a ladder for junior staff
Newcomers once learned by doing simple tasks that software now handles. Remove those and the first rung disappears.
Some groups have juniors review and correct machine drafts as a deliberate training step.
Your move
For every task you automate, write down how a new hire will still learn it.
Theme 08
Cheap fast Trials
How should you test new ideas?
Plenty of ideas deserve a quick test rather than a long proposal. The steps here are about running small trials that teach something useful even when the answer is no.
Give every trial a finish line
Open-ended trials eat attention for months. A fixed end date forces a clear choice to expand, rework or drop.
Groups that ended more trials ended up launching more of the good ones.
Your move
Set a stop date and one deciding number for each trial before it begins.
Share what flopped, openly
When only wins get airtime, people bury their misses and others repeat them.
A short, no-blame note about a failed trial often teaches more than a success story.
Your move
Open each monthly review with one trial that didn't work and the lesson the team took from it.
Theme 09
Leaders in the Open
What should leaders do differently?
Staff watch what executives do more than what they announce. These steps cover leaders using assistants in view, owning trade-offs and giving teams patience early on.
“Once I shared my clumsy prompts, people started asking real questions.”
Chief Operating Officer, Massive
Share your drafts, flaws and all
Adoption rises when a leader walks the team through a real memo or plan built with an assistant. It falls flat when the only signal is a mandate.
Showing the mistakes matters more than a perfect demo, because it tells others that trying is safe.
Your move
At your next town hall, share one real task you did with an assistant and where it went wrong.
Warn the team about the slump
New routines usually feel slower before they feel faster. Groups that expect that slump stick with it, while others quit good ideas too soon.
Saying it up front, with a rough timeline, stops people from mistaking a normal dip for failure.
Your move
When a change starts, tell people how long the clumsy stretch should last and when you'll check the results together.