Managing
Measure team performance on three layers, not one: results (did the team deliver what the people who depend on it needed), delivery (how reliably and how well it gets there) and health (whether the team is getting more able to do it again, or quietly wearing itself out). Pick two measures per layer, review them on a fixed rhythm, and compare the team with its own past rather than with other teams. Results tell you about last quarter. Health tells you about the next one.
Most advice on measuring team performance is a list of metrics: throughput, cycle time, customer satisfaction, utilisation. Every one of them is useful, and a team can hit all of them for two quarters while it burns out its best people, stops telling the manager bad news and loses the ability to work together. The numbers look fine right up until they fall off a cliff.
The fix is not more metrics. It is measuring the right layers, so that the early warning shows up in the numbers before the damage shows up in the results.
The most useful definition of a performing team still comes from J. Richard Hackman, the Harvard researcher who spent decades studying teams. In Leading Teams (2002) he judged a team on three criteria: its output meets the standards of the people who receive it; the way it works builds the team's capability to work together in future; and the experience contributes to the learning and wellbeing of the people in it. A team that delivers this quarter by consuming its own capacity is not performing. It is borrowing. This fuller standard is what researchers call team effectiveness.
Translated into something a manager can track, that gives three layers:
| Layer | The question it answers | Example measures | Tells you about |
|---|---|---|---|
| Results | Did we deliver what the people who depend on us needed? | Goals hit, revenue or savings against target, stakeholder or customer rating | The past (lagging) |
| Delivery | How reliably, quickly and cleanly do we get there? | On-time rate, cycle time, rework rate, errors that reach the customer | The present |
| Health | Can we keep doing this, and get better at it? | Commitments kept, help asked early, feedback that changes work, regretted attrition | The future (leading) |
Results tell you about last quarter. Health tells you about next quarter. Measure both or you will be surprised by the second.
Results and delivery measures depend on what the team exists to do. The principle is the same everywhere: one measure the team's customers would recognise, one for speed and one for quality, so that nobody can improve one by quietly sacrificing the other.
| Team | Results | Delivery (speed + quality) | Health signal worth watching |
|---|---|---|---|
| Sales | Revenue against target, win rate | Sales cycle length, forecast accuracy | Time for a new hire to close a first deal |
| Software engineering | Features customers actually use, customer-facing incidents | The four DORA measures: deployment frequency, lead time for changes, change failure rate, time to restore service | Share of the week lost to unplanned work |
| Customer support | Customer satisfaction, problems resolved | First response time, reopen rate | Escalations that arrive with the full context |
| Finance and operations | Month-end close on time, clean audits | Cycle time per process, rework | Handovers that need chasing |
| Marketing | Qualified pipeline created | Campaigns shipped on the date planned | Review rounds per asset |
| Learning and development | Behaviour that changed on the job | Programmes delivered as scheduled | Managers who follow up after training |
The DORA measures come from Google's DevOps Research and Assessment programme, written up in Accelerate (Forsgren, Humble and Kim, 2018). They are a good model for every team, not only engineers, because they pair speed with stability by design. For learning teams, the Kirkpatrick model does the same job: it stops you counting attendance and calling it impact.
Team health is usually measured with an annual engagement survey, which arrives too late and asks about feelings rather than behaviour. Health is better read from things people do, because behaviour is observable, countable and harder to answer politely. Six that predict trouble early:
These are hard for a manager to judge alone, because the manager is the person people are most careful around. So pair the counts with a short survey that the whole team answers separately. Our free team performance check does exactly this: eighteen questions on observable behaviour across six dimensions, scored on the spot, with a written report. Have every member take it on their own, then put the scores side by side.
If the scores point at trust, the narrower psychological safety check is the next one to run, because a team that cannot disagree safely will not report the problems your delivery metrics depend on.
A scorecard is only useful if it changes a decision, so keep it to one page and six or seven measures. To build one:
Here is an illustrative scorecard for a nine-person customer success team. The figures are invented to show the shape, not a benchmark:
| Measure | Layer | Baseline | This quarter | Reviewed |
|---|---|---|---|---|
| Renewals closed before the due date | Results | 78% | 86% | Monthly |
| Customer rating after a support case | Results | 4.1 / 5 | 4.3 / 5 | Monthly |
| Days from request to resolution | Delivery | 6.5 | 4.0 | Weekly |
| Cases reopened within 30 days | Delivery | 9% | 12% | Weekly |
| Meeting commitments done on time | Health | 61% | 74% | Weekly |
| Team check score (team average) | Health | 58 / 100 | 66 / 100 | Quarterly |
Notice what the scorecard catches. Resolution got faster, but reopened cases rose. Without the quality measure beside it, the speed gain would have been celebrated and the cost would have arrived as churn two quarters later.
Hours logged, emails sent and tickets touched measure effort, and effort is not the point. A team that solves a customer's problem in one call scores worse on activity than one that needs five.
Goodhart's law, usually paraphrased as when a measure becomes a target, it ceases to be a good measure. Reward a support team for closing tickets fast and tickets get closed fast, solved or not. The defence is the pairing above: every speed measure travels with a quality measure.
Velocity, story points and most productivity numbers are calibrated inside one team. Comparing them across teams invites inflation and punishes the team doing the hardest work. Compare each team with its own baseline.
Team performance is not the sum of individual performance. A team of strong individuals can underperform badly at the joins: handovers, decisions nobody owns, conflict nobody names. Lencioni's five dysfunctions are all join problems, and none of them shows up in an individual review.
Keystroke counts and active-time trackers measure presence. They also tell the team they are not trusted, which damages the health layer you most need to protect. Anything you would be uncomfortable showing the team should not be on the scorecard.
When a manager and a team answer the same health questions separately, the two sets of scores rarely match, and in our experience running team checks the manager's is usually the higher one. The size of that gap is often the most useful number on the page, because it measures how much of the team's reality is reaching the person making decisions.
A worked example: a manager rates people here get specific feedback within a week at 4 out of 5. The team averages 2.6. Neither number is wrong. The manager gives feedback, but in a form the team does not recognise as specific. That gap turns a vague complaint into a concrete fix, and the SBI feedback model is usually where the fix starts.
| Rhythm | What you review | Time it takes |
|---|---|---|
| Weekly | Delivery measures and commitments kept, in the team meeting | 10 minutes |
| Monthly | Results against target, with the people who receive the work | 30 minutes |
| Quarterly | Health: re-run the team check, then a retrospective on the lowest dimension | 60 to 90 minutes |
| Yearly | The scorecard itself: drop measures that stopped changing decisions | One meeting |
Expect the pattern to shift as the team matures. A newly formed team will look weak on health while it is still in the early Tuckman stages; that is normal. A team that has worked together for two years and still scores low on health has a problem that more targets will not fix. The characteristics of high-performing teams show what healthy looks like in an ordinary week.
Tour De Force runs this as live, experiential training for teams worldwide, online and in person. Talk to us, or play The Weekly Challenge from our gamified learning apps to see the method in ten minutes.
Questions
Use two measures from each of three layers. Results: one or two outcomes the team's customers would recognise, such as goals hit or customer rating. Delivery: one speed measure and one quality measure, such as cycle time and rework rate. Health: one counted behaviour, such as commitments kept on time, and one short survey the whole team answers.
Ask about specific, observable behaviour rather than feelings. Questions such as whether people raise concerns in the meeting or after it, or whether feedback changed a piece of work this month, can be answered honestly and compared over time. Have every member answer separately, including the manager, and look at the spread and the gaps, not only the average.
Individual performance is what one person delivers. Team performance includes the joins between people: handovers, shared decisions, trust and conflict. A team of strong individuals can still underperform if those joins fail, which is why team measures need a health layer that individual reviews do not cover.
Delivery measures weekly, results monthly and team health quarterly. Health moves slowly, so surveying it more often than once a quarter mostly measures noise and tires people out. Review the scorecard itself once a year and drop anything that has stopped changing decisions.
Yes. The Tour De Force team performance check is free, takes about four minutes and needs no signup to start. It asks eighteen questions across six dimensions, scores them in your browser and gives you a written report naming the dimension to fix first.
Keep reading
Eighteen questions across the six things that decide whether a capable team actually delivers.
GuideLencioni's model of the join problems no individual review will ever show you.
GuideTurn a low score into one change the team owns, with a date.
Get in touch
Book a 30-minute discovery call and we'll shape an experiential programme around your goals.
Book a discovery call →