Microsoft Teams has a superpower nobody asked for: resurrecting itself at every boot. You disable it in one place, and it’s back the next morning — because Teams maintains half a dozen autostart mechanisms, and they cover for each other. Meanwhile it’s one of the heaviest startup apps on Windows, loading a full web engine and syncing everything while your laptop is still trying to wake up.
The best approach isn’t a single toggle — it’s a layered shutdown of every autostart path, in the right order, so Teams stays off until you actually need it. For the diagnostic walkthrough, see troubleshooting Teams autostart ; for the Windows 11 24H2 variant, our Teams autostart on 24H2 guide .
Why this happens
- Multiple autostart mechanisms: In-app setting, Task Manager entry, registry Run key, and scheduled tasks back each other up.
- Heavy Electron/WebView2 runtime: Teams loads a full browser engine at boot — expensive on 8 GB machines.
- Sign-in and sync storm: Authentication, chat sync, file sync, and update checks all fire simultaneously.
- Self-repair behavior: Teams’ installer routinely “repairs” its startup entries during updates.
- Two Teams apps: Personal and work/school Teams are separate installs, each with its own autostart.
- Update-time re-enabling: Teams updates frequently reset the auto-start preference.
- Background persistence: Even “closed,” Teams often keeps running in the notification area.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Turn off auto-start inside Teams itself
Start with the app’s own setting — it’s the one most people miss.
- Open Teams, click your profile picture (or the … menu) > Settings > General.
- Uncheck Auto-start Teams (wording varies: “Open application in background,” “On close, keep the application running”).
- Also uncheck On close, keep the application running — otherwise closing the window just hides it in the tray.
- In the new Teams, check Settings > General for Auto-start and any Register Teams as the chat app options and disable those too.
- Fully quit Teams afterward (right-click the tray icon > Quit) — changing the setting while it runs sometimes doesn’t persist. Verify in Task Manager that no Teams processes remain.
Fix 2: Disable the Task Manager startup entry
The layer most guides stop at (but you shouldn’t).
- Open Task Manager > Startup apps and find Microsoft Teams (there may be two entries — personal and work/school).
- Right-click each and choose Disable.
- Check the Startup impact column — Teams is usually rated High, confirming it was a major boot cost.
- Restart and verify Teams doesn’t appear — if it does, one of the deeper mechanisms (Fixes 3–4) is resurrecting it.
- Re-check this list after every Teams update — updates are the number one cause of mysteriously re-enabled startup entries.
Fix 3: Remove the registry Run entries
The persistence layer that survives Task Manager disables.
- Press Win+R, type
regedit, and navigate toHKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run. - Look for values like com.squirrel.Teams.Teams (classic Teams) or Teams-related entries — right-click and delete them.
- Also check
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Runfor machine-wide Teams entries (you’ll need admin rights). - Check
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\StartupApproved\Run— entries here track the “disabled” state; stale data can confuse Windows into re-enabling. - Reboot and verify — registry-level removal is what finally stops the resurrection cycle for most people. Our startup programs guide covers the general technique.
Fix 4: Disable Teams’ scheduled tasks
The updater’s back door.
- Open Task Scheduler (
taskschd.msc) and look under Task Scheduler Library for Teams-related tasks (Microsoft Teams update tasks, “TeamsMachineInstaller” entries). - Right-click Teams update tasks > Disable — not delete, so you can re-enable if needed.
- Be careful to disable only Teams’ own tasks, not shared Microsoft update infrastructure you might want.
- Note that Teams may recreate these on update — this is why Fix 5’s approach matters for the long term.
- Verify over two or three reboots — scheduled-task resurrection usually shows up within a few days, not immediately.
Fix 5: Change how Teams updates itself
Stop the update cycle from undoing your work.
- Understand the mechanism: Teams’ per-user installer (Squirrel) checks for updates at launch and “repairs” its installation — including startup entries — during the process.
- In Teams Settings, look for update-related options and set updates to manual if available.
- For work/school Teams deployed by IT, talk to your administrator — they can control autostart via policy, which overrides everything you do locally.
- Consider switching to the Teams web app for occasional use — no installer, no autostart, no background processes, and it handles meetings fine in Edge or Chrome.
- If you rarely need Teams at all, uninstall it (Settings > Apps > Installed apps) — the web app remains as a fallback, and this is the only truly permanent solution.
Fix 6: Measure the boot improvement
Confirm the payoff.
- Before/after comparison: time from login to a responsive desktop with Teams autostarting vs. after these fixes — most people gain 30–60 seconds.
- Check Task Manager > Startup apps > Last BIOS time and the startup impact list — with Teams gone, the next-heaviest entries become visible targets.
- Monitor idle RAM: Task Manager > Performance > Memory — Teams’ background processes typically hold several hundred MB even when idle.
- Test meeting functionality: have someone send you a test meeting link and confirm Teams launches on demand and joins correctly.
- Set a monthly reminder to re-check startup entries — Teams updates are persistent, and a 30-second monthly check beats a slow laptop. General boot optimization continues in our slow laptop guide .
Fix 7: The nuclear option — replace or remove
When Teams and your laptop just can’t coexist.
- If you need Teams only for meetings, uninstall the desktop app and use meeting links in the browser — full meeting functionality, zero background cost.
- If your organization mandates the desktop app, ask IT about the VDI-optimized or policy-controlled deployment, which behaves better.
- Check whether you have both personal Teams and work Teams installed — removing the one you never use halves the autostart battle.
- After uninstalling, verify the registry Run keys and scheduled tasks are actually gone — uninstallers sometimes leave them behind.
- Microsoft’s official Teams deployment and autostart documentation is on Microsoft Support — worth checking if IT policies are involved.
Closing
Teams autostart is a hydra — cut off one head (the in-app setting) and the Task Manager entry, registry key, or scheduled task grows it back. Kill all of them in order, verify across reboots and updates, and your laptop boots to a usable desktop instead of a Teams loading screen. The app will still be there when a meeting invite arrives; it just won’t be there at 8 AM when you’re trying to check email.
