Rolebase

What a tiger team is, and how to set one up so that it ends

A tiger team is a small temporary group of specialists who solve one urgent problem. See where the term comes from, when to form one and what its charter says.

October 12, 2026

Updated on November 8, 2026

Key takeaways
  • A tiger team is a small group of specialists taken out of their usual teams to solve one urgent problem, then disbanded once the problem is solved.
  • Form a tiger team when a problem crosses several teams, has a deadline and belongs to nobody. A problem that comes back every quarter needs a permanent role.
  • Keep it to six people or fewer, and agree with each home team what the borrowed person stops doing while they are away.
  • Write four things before the first meeting: the purpose, the scope, what the team decides alone, and the date it ends.
  • Close a tiger team by handing every duty it picked up to a permanent role. Whatever stays with the tiger team disappears when its members go back to their teams.

A tiger team is a small group of specialists taken out of their usual teams to solve one specific, urgent problem, then disbanded once the problem is solved. The term comes from NASA engineering in the 1960s and Apollo 13 made it famous. Companies use tiger teams for incidents, failed migrations and launches in trouble, and in cybersecurity the same name covers a team that attacks its own organization to find its weaknesses. Most of the tiger teams that go wrong were given a problem and nothing else. The ones that work start from four written lines: a purpose, a scope, the decisions the team makes alone, and an end date. This article covers where the term comes from, when a tiger team is the right answer, how to staff it, what to write in its charter and how to close it.

What a tiger team is

A tiger team has four features that separate it from an ordinary project team. It is small, usually three to six people. Its members come from different disciplines, chosen for what the problem needs. It works on one problem. It is temporary, so its members go back to their teams when the problem is solved.

The term has a second meaning in security. A security tiger team is paid to attack its own organization's defences, physical or digital, to find the weaknesses before someone else does. The practice dates back to the early 1970s, when a joint US Air Force and MITRE tiger team broke into the Multics operating system. Paul Karger and Roger Schell reported the exercise in Multics Security Evaluation: Vulnerability Analysis in 1974, and warned that such a team can show that weaknesses exist but can never prove there are none. Most companies now call that work a red team or a penetration test. The rest of this article is about the first meaning, the temporary group of troubleshooters.

Where the term comes from

The earliest written definition dates from 1964. Walter C. Williams, who had directed flight operations for NASA's Mercury program, sat on a panel at an aerospace reliability conference whose proceedings the Society of Automotive Engineers published under the title Program Management in Design and Development. Asked how to keep spacecraft reliable on a compressed schedule, he described a tiger team as "a team of undomesticated and uninhibited technical specialists, selected for their experience, energy, and imagination, and assigned to track down relentlessly every possible source of failure in a spacecraft subsystem or simulation".

Apollo 13 made the term famous. In April 1970 an oxygen tank exploded in the spacecraft's service module, two days into the flight. Gene Kranz, the NASA flight director on duty, pulled his shift of controllers, the White Team, off the console rotation so they could work on one question, how to bring three astronauts home with the power, water and oxygen that remained. The press called them the Tiger Team. The crew splashed down four days later. The Apollo 13 mission operations team received the Presidential Medal of Freedom for that rescue.

US government agencies then borrowed the term. From 1989 to 1992, the US Department of Energy under its secretary James Watkins sent tiger teams to assess 35 of its facilities for compliance with environment, safety and health rules. Software companies picked it up later for incidents, migrations and launches that are going badly.

When a tiger team is the right answer, and when it is not

Form a tiger team when these four conditions hold together:

  • the problem crosses several teams, so no single team can fix it alone
  • nobody owns it today
  • waiting has a cost that grows every week
  • the cause is still unknown, so the work starts with finding it

A payment failure that involves the mobile app, the billing service and the payment provider fits. So does a security incident, a failed migration, or a customer about to leave because of a defect that three teams each see one part of.

Three situations look similar and call for something else. When the problem already has an owner, give that person help and leave the ownership where it is. When the same problem comes back every quarter, your structure is missing a permanent role. A temporary team only hides that gap for a few weeks. When the real complaint is that normal decisions take too long, a tiger team speeds up one decision and leaves every other one as slow as before. In that case, write down who decides what.

graph TD
  A[A problem is hurting] --> B{Does someone own it?}
  B -->|Yes| C[Give the owner help]
  B -->|No| D{Does it come back regularly?}
  D -->|Yes| E[Create a permanent role]
  D -->|No| F{Does it cross several teams, with a deadline?}
  F -->|Yes| G[Form a tiger team]
  F -->|No| H[Assign it to one team]

How to staff a tiger team

Keep the team small. J. Richard Hackman, a Harvard psychologist who studied teams for four decades, told Harvard Business Review in 2009 that his rule of thumb was no double digits, and that he never allowed more than six people on a team in his own courses. Fred Brooks, who managed the development of IBM's OS/360, gave the reason in The Mythical Man-Month in 1975. Each person added to a late project has to be brought up to speed by the people already on it. The number of conversations needed also grows faster than the headcount.

  1. Pick people by what the problem needs. List the systems, customers and skills the problem touches, then find one person for each. Seniority and availability are poor selection criteria.
  2. Name one lead. The lead runs the meetings, reports to the sponsor and makes the call when the team is split. The lead has no authority over the members outside the tiger team.
  3. State the share of each person's week. Write "three days a week until 30 November" next to each name. Then agree with each home team what that person stops doing in the meantime, and who covers it.

A tiger team usually makes enemies when it skips the agreement with the home teams. The members keep their roles in their home teams, so each of them has two teams asking for the same week. A matrix structure creates that tension permanently.

The charter: purpose, scope, decision rights, end date

A tiger team is a temporary role with people in it. Write it like any other role, with a purpose, a domain and accountabilities, and add the one line a permanent role never needs, the date it ends. The charter fits on half a page.

  1. Purpose. Write one sentence with a result someone can check. "Bring failed mobile payments back under 1% of attempts."
  2. Scope. Say what the team works on and what stays with the home teams. "The checkout flow on iOS and Android. Pricing and the web checkout stay where they are."
  3. Decision rights. List what the team decides without asking anyone, with limits attached. "May roll back any release of the checkout service. May spend up to 5,000 euros on tooling. A change to the payment provider contract goes to the sponsor."
  4. End date. Give a date and the result that closes the team earlier. "30 November, or as soon as the failure rate has stayed under 1% for two weeks."

Add the sponsor, the lead, and each member with their weekly share. Then settle how the team decides internally. Waiting for everyone to agree is too slow when the team has a week to act. With consent decision making, a proposal passes as soon as nobody has a reasoned objection to it.

A tiger team charter on a single sheet: purpose, scope, decision rights and end date, with the sponsor, the lead and the members listed underneath

Tiger team vs task force vs squad vs war room

The four terms get used for one another although they describe different things.

Tiger teamTask forceSquadWar room
What it isA small group of specialists on one urgent problemA larger group studying a broad questionA permanent product teamA place and a way of working
SizeThree to six peopleOften ten or more, with representatives from each departmentFewer than eight peopleWhoever needs to be in the room
LifespanDays to a few monthsMonths, sometimes a yearOpen-endedHours to days
OutputThe problem solvedA recommendation someone else carries outA product area that keeps improvingFaster coordination during an incident
AuthorityDecides inside its charterAdvises a decision makerDecides on its own product areaStays with the teams in the room
It ends whenThe result is reached or the date arrivesThe report is deliveredThe mission is retiredThe incident is closed

The squad comes from Spotify. In 2012 the agile coaches Henrik Kniberg and Anders Ivarsson described it in Scaling Agile @ Spotify as a small self-organizing team of fewer than eight people with a long-term mission. A war room is a room or a chat channel where the people handling an incident sit together. A tiger team often works from one.

How to dissolve a tiger team without losing what it learned

A tiger team that ends well leaves three things behind: the problem solved, a written account of what it found, and a permanent owner for everything that still needs doing.

  1. Hold a closing review against the charter. Read the purpose again and say whether the result was reached. When a team reaches its date without its result, the sponsor decides whether to extend it with a new date or to stop it.
  2. Write down what the team found. Record the cause, the fix, what was tried and dropped, and the decisions made along the way with their reasons. Two pages are enough.
  3. Hand every remaining duty to a permanent role. If someone has to keep monitoring a system or calling a supplier, make that an accountability of an existing role, or of a new role if none fits. The method for handing a project over between teams applies here.
  4. Send the members back on a stated date. Tell each home team when their colleague returns full time.
  5. Archive the team. Keep its charter, its decisions and its notes where the next tiger team can read them.

The five steps in the life of a tiger team: name the problem and the sponsor, write the charter, staff three to six people, solve the problem, hand over and archive

Common failure modes

The team has no mandate. It is told to "look into" the problem and finds out in week two that it cannot change anything without three approvals. A charter with decision rights prevents that.

The team never ends. The problem is half solved, the weeks go by and the team keeps meeting out of habit. Six months later it is a department nobody decided to create. With an end date in the charter, the sponsor has to decide on that day whether to extend or stop.

People are taken without an agreement. The best engineer of each team disappears for a month, so the home teams miss their own commitments. Agree the trade with each home team before the tiger team starts, in writing.

The same people are picked every time. When every emergency calls on the same four people, the organization depends on them and nobody else learns. Add one person who has never been on a tiger team to each new one.

Setting a tiger team up in Rolebase

In Rolebase, a tiger team is a role like any other. You create it in the org chart with its purpose, its domain and its accountabilities, then you add the lead and the members as roles inside it. Each member keeps their roles in their home team, so the org chart shows both at once. When the work is done, archiving the role keeps its history and everything inside it.

Frequently asked questions

What is a tiger team?

A tiger team is a small group of specialists taken out of their usual teams to solve one specific, urgent problem, then disbanded once the problem is solved. It usually has three to six members from different disciplines, a named lead and a sponsor. The term also names a security team paid to attack its own organization's defences, which most companies now call a red team.

Why is it called a tiger team?

The earliest written definition comes from the proceedings of a 1964 aerospace conference, Program Management in Design and Development, in which Walter C. Williams, who had directed flight operations for NASA's Mercury program, described "a team of undomesticated and uninhibited technical specialists" assigned to track down every possible source of failure in a spacecraft. The image is a group that hunts a problem relentlessly. The term became widely known in 1970, when the press gave the name to the flight controllers who brought Apollo 13 home.

What is a tiger team in cybersecurity?

In cybersecurity, a tiger team is a group paid to attack its own organization, its networks, its buildings or its staff, to find the weaknesses before a real attacker does. One of the first recorded exercises took place in the early 1970s, when a US Air Force and MITRE team broke into the Multics operating system. Most companies now call this work red teaming or penetration testing.

What is the tiger team in Slow Horses?

In Mick Herron's novel Real Tigers and the third season of the Apple TV+ series Slow Horses, a tiger team is sent to test MI5's defences by attacking them. The fiction keeps the security meaning of the term: your own side tests you to find where you break.

What is the difference between a tiger team and a task force?

A tiger team is small and solves an urgent problem itself, with authority to act inside its charter. A task force is larger, studies a broader question over months and usually delivers a recommendation that someone else carries out. Choose a tiger team when the problem is narrow and waiting is costly. Choose a task force when the question needs a view from every department.

How many people should a tiger team have?

Three to six people is the usual range. The Harvard psychologist J. Richard Hackman, who studied teams for four decades, capped the teams in his own courses at six and gave "no double digits" as his rule of thumb. Above that size, the time spent keeping everyone informed grows faster than the work done.

How long should a tiger team last?

A tiger team lasts from a few days to a few months. Its charter names the end date before work starts. A team that needs more than a quarter is usually dealing with a permanent need, which calls for a permanent role or team.

What does a tiger team do in software development?

In software, a tiger team is formed for a production incident nobody can explain, a migration that is slipping, a security breach or a performance problem that involves several services. It brings together one engineer per system involved, finds the cause, ships the fix and hands the follow-up to the teams that own those systems.

Where to start

Take the cross-team problem that has been on the agenda of three meetings this month. Write its charter in four lines: the purpose, the scope, the decisions the team makes alone and the end date. If the purpose takes more than one sentence, split the problem before you form a team.

Create a free account on Rolebase to add that tiger team to your org chart as a role, with its members and its decisions attached. The free plan covers five active members, with no card required. You can also see everything the platform does.

Continue reading