Direkt zum Hauptbereich

First time right is teamwork at it’s best

“First time right” is one of those principles so simple, yet powerful, that once you’ve heard it, it’s hard to imagine an alternative. Would we ever have reason to advocate “first time wrong”? It is nevertheless hard to achieve consistently. It’s even tough to get most in an organization to adopt it as a working attitude, despite the fact that everyone says, “I’m doing my best.” So, let’s look at these three little words in a team context—for they are fundamentally about teamwork.

“First time right” means no more than creating correct quality at each step in a process. That way, the next station in the process only works on things properly made by the preceding one, and so on. Ideally, I get it right on my first try, and my working conditions must enable that. That’s clearly the most efficient way to work. But, more importantly, “first time right” is a refusal to pass on poor quality to the rest of my team. That way, the team pulls together on the same rope. Poor quality just doesn’t arise, and the end product passes all tests. 

The phrase “first time right” originated within the Lean quality movement that itself drew its lessons from the Toyota Production System./1/ In tackling waste in all its forms, Toyota figured out that it was more efficient long-term to stop and correct any errors immediately. With their andon cords, a worker would halt the entire assembly line if he spotted a bad weld. Only once they eliminated the root cause would they restart production. A famous story relates how in the 1990s Toyota could produce a Lexus car in 19 hours, ready for delivery. An equivalent E class Mercedes needed 54 hours, with 30 hours invested in quality corrections **after** production. Avoiding poor quality seems like an obvious goal. Toyota’s success owed itself to understanding waste holistically and to embedding Kaizen (continuous improvement) into the company culture.

A team issue

As a basic principle, “first time right” can be applied both to manufacturing and services and in any situation. But, there are two prerequisites: we must define a standard and we have to be able to measure it. Without a standard, there is no “right”. Without measuring it, the judgment is just subjective./2/ Most importantly, agreeing, using and testing standards are fundamentally team issues. There are two facets, one mechanical and one organizational.

Mechanically, setting a standard means little more than specifying the properties a product must have to be considered correct. From its Latin origin, the word “quality” itself means “characteristic”. So, we are just defining what something is in a measurable way. Furthermore, the measurement method must be reliable. Whether we are testing a weld’s tensile strength, the numbers in a spreadsheet, a server build or whatever, the method must produce consistent results that all stakeholders accept. With that, we know whether we have fulfilled the requirements. But, these are just the mechanics.

Organizationally is where things get interesting. In the paragraph above, I used terms like “considered correct”, “reliable” and “accept”. All of these terms rest upon agreements among the stakeholders. Right quality doesn’t emerge out of the ether, it arises only when people commonly agree the standard and the measurement method. The agreement can occur at team level, for example in a common “way of working” document. Or, it can extend all the way to international norms: where would we be without the accepted definition of a meter?/3/ To underscore the point: we can define our standards any way we want, but we must agree them. Physical limitations, laws, market conditions, profitability etc. set boundaries, but the quality of our products and services are for us to decide among ourselves. Framed as a matter of agreement, adhering to standards makes one a team player. “First time right” means upholding the promise we make to each other and ourselves. 

Some exceptions may be allowed. Nowadays, we call this waste “technical debt”, a term that nicely highlights the future financial obligation: someday we will bear the costs of reduced quality. Thus, technical debt means short-term compromises, such as enduring some minor bugs, inefficient code or an incomplete module, for the benefit of faster delivery. Within an agile context, we can then evaluate the users’ experience and pivot the product to meet their needs better./4/ We accept technical debt consciously for the sake of a higher goal. 

While tolerable in a project or development context, technical debt—first time wrong, to call it by name—is harder to bear in the context of repeatable processes. With repetition, we should be able to eliminate it long-term. Worse, many times, no one even consciously decides to take it on. We just accept the errors as if they were a fact of life./5/ The key to success lies not in fixing single cases, but in creating a continuous improvement culture that says, “We value quality. We strive always to improve. We are honest about our mistakes. We are willing to invest in quality.”

Getting to first time right

Clearly, teams face serious challenges in living up to their own ambitions for right quality. Modern enterprises are complex entities. The complexity obscures a team’s  contribution within the value chain, thereby making it hard to know what “right” should be. Moreover, economic constraints limit their room to maneuver. Teams must also surmount real obstacles. A lack of resources, knowledge or efficient processes can make doing “first time right” seem impossible, unless the team takes the time to engage the issue holistically and look self-critically at the causes. The lesson of lean and agile companies shows, however, that “going slow to go fast” pays off in the end. Adopting Kaizen as an ethos leads to cultural benefits as well by empowering the team. By valuing improvement, the team’s frustration is channelled positively and creatively, rather than hopelessly pushing stones up the hill like Sisyphus.

The main hindrances to attaining “first time right” are as follows. The remedies are rather obvious, if not always easy:

1. A standard has not been set or it has become outdated.  The remedy: Define or renew it. “Customer value” should lead all thinking.

2. The standard was not accepted by all or not communicated. The remedy: Seek agreement. Explain why it is important. Communicate it.

3. The standard is not being followed. The remedy: Enforce, within the team, the team’s agreements to itself. Listen to objections and evaluate them objectively. Every member of the team should be empowered to tell a colleague (or boss), “hey, remember what we agreed”. 

4. The conditions for meeting the standard have not been established. The remedy: Create them, iteratively through continuous improvement.

The last point may incur significant investment in changing processes or other structures. As a long-term investment, it will take time. Toyota, again, is famous for whittling its machine switch-over times from first from days to hours and eventually to minutes. But, the patience and discipline will reap rewards in the end.    

Despite it origins in manufacturing, “first time right” is not about over-engineering service organizations into robotic monstrosities. It’s also not about perfection. A standard need not be sky high to meet customer’s needs and expectations. “First time right” is a work ethic, indeed, a teamwork ethic. It’s a promise that a team makes to itself.


Notes

/1/ I couldn’t locate the original usage of “first time right”. The history of Lean/Agile, including TPS is rich. Ohno, Shewart, Deming, and Juran are just the most well known contributors. As my friend Jan has shown, its roots go back the early nineteenth century. See, most recently, Jan Fischbach, “150 Jahre Scrum,” Agile Verwaltung (blog), August 12, 2021, https://agile-verwaltung.org/2021/08/12/150-jahre-scrum/, and his series of short presentations on Lean’s leading thinkers at leanbase.de: https://leanbase.de/onlineacademy/lernmodule.

Some of the best literature on Lean: Taiichi Ohno, Toyota Production System: Beyond Large-Scale Production (Cambridge, Mass: Productivity Press, 1988); Jeffrey K. Liker and Karyn Ross, The Toyota Way to Service Excellence: Lean Transformation in Service Organizations (New York: McGraw-Hill Education, 2017); Jez Humble, Joanne Molesky, and Barry O’Reilly, Lean Enterprise (Beijing: O’Reilly, 2015); Mike Rother, Toyota Kata: Managing People for Improvement, Adaptiveness, and Superior Results (New York: McGraw Hill, 2010).

 /2/ There are cases where a subjective judgment may be the best measurement method available. Here, scoring methods are used to enhance the reliability. Service organizations get into trouble when they believe that quality is merely subjective. Waiting times, correctness and completeness of an order etc. can all be measured.

/3/ The current definition of the distance traveled by light in a vacuum in 1/299,792,485 of a second doesn’t have to be. We could have said “in two seconds”, which would have merely doubled it’s length.

/4/ Eric Ries, The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses (Crown Business, 2011).

/5/ To err is human, of course. No human process can be expected to reach six sigma. But, we are talking here about repeatable errors and the fundamental attitude of improvement.  For an interesting “human sigma” approach, see John H. Fleming et al. “Manage Your Human Sigma” Harvard Business Review, (July–August 2005).

Kommentare

Beliebte Posts aus diesem Blog

Die Microsoft Teams-Not-To-Do-Liste

Viele hoffen, dass es  für die Einrichtung von Microsoft Teams  den Königsweg gibt, den perfekten Plan – doch den gibt es leider (oder glücklicherweise?) nicht. Genauso wenig, wie es jemals einen Masterplan für die Organisation von Gruppenlaufwerken gab, gibt oder je geben wird. Was gut und vernünftig ist hängt von vielen Faktoren und ganz besonders den Unternehmensprozessen ab. Sicher ist nur eines: Von alleine entsteht keine vernünftige Struktur und schon gar keine Ordnung. Dafür braucht es klare Entscheidungen.

Wie beschreibt man einen Workshop für eine Konferenz?

Konferenzen bieten immer ein gutes Forum, um sein Wissen und seine Erfahrungen zu teilen. Was für die Vortragenden selbstverständlich scheint, ist für die Besucher:innen oft unverständlich. Wie können Vortragende ihren Workshop in 2-3 Sätzen beschreiben, damit die Besucher:innen schnell einschätzen können, er sich für sie lohnt?

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Der Softwareeisberg, die Softwarepyramide - Wie sprechen wir über neue Software?

Software ist aus den Geschäftsprozessen vieler Unternehmen nicht mehr wegzudenken. Sie verwaltet Kunden- und Produktdaten. Sie automatisiert Abläufe und verhindert Fehler. Aber Software veraltet. Was machen wir, wenn wir Unternehmenssoftware erneuern müssen? Von den ersten Konzepten bis zum ersten Release ist es ein weiter Weg, mit vielen Entscheidungen. Wie sprechen wir über diese Entscheidungen?

Transparenz als Schlüssel zum Erfolg: 20 Reflexionsfragen für moderne Organisationen

Transparenz ist das Herzstück erfolgreicher Teams. Sie schafft Vertrauen und fördert Zusammenarbeit. Wenn alle Zugang zu den notwendigen Informationen haben, können sie fundierte Entscheidungen treffen und gemeinsam Lösungen erarbeiten. Dies führt zu höherer Effizienz, schnelleren Entscheidungsprozessen und besseren Arbeitsergebnissen. Transparenz ist mehr als ein Schlagwort – es gilt, sie greifbar zu machen, ein gemeinsames Verständnis davon zu entwickeln und es in die Praxis umzusetzen. Wie das gelingt und welche Vorteile es für Euer Team und Eure Organisation bringt, erkunden wir im Folgenden.

Die Stimmung in Deinem Team drehen? So wird’s gemacht.

Oder ähnlich. Mir gefiel der Titel. Vor ein paar Tagen hat mich jemand angesprochen und von einem, wohl etwas frustrierenden, virtuellen Teammeeting erzählt. Die Teammitglieder zogen lange Gesichter, schauten grimmig in ihre Kameras. Ich habe mich dann gefragt, was ich tun würde, wenn ich in so einer Situation wäre. In diesem Blogpost beschreibe ich ein paar Tipps mit denen Du die Stimmung in Deinem Team (und Deine eigene) verbessern kannst.

Agilität ist tot. Ausgerechnet jetzt?

Agilität wird zurückgefahren, Hierarchien kehren zurück. Doch ist das wirklich der richtige Weg in einer Welt, die immer unberechenbarer wird? Oder erleben wir gerade eine riskante Rolle rückwärts?

Effektive Dokumentation in IT-Teams: Herausforderungen und Best Practices

  Effektive Dokumentation in IT-Teams: Herausforderungen und Best Practices In der heutigen Informationsgesellschaft ist eine effiziente Dokumentation essenziell für den Erfolg von IT-Teams. Dennoch kämpfen viele Unternehmen mit veralteten, überladenen oder unauffindbaren Informationen. Dieser Artikel beleuchtet die Herausforderungen der Dokumentation, zeigt Best Practices wie den „Clean-Up Day“ und zieht Parallelen zu politischen Initiativen zur Bürokratieentlastung. Strukturierte und gepflegte Dokumentation steigert die Effizienz, reduziert Fehler und verbessert die Zusammenarbeit. Der Mut zur Löschung irrelevanter Inhalte ist dabei ein zentraler Erfolgsfaktor.

Die Digitale Transformation braucht Tempo. Also auch Konversation in Ruhe statt nur hektische Meetings

„Gesprächsrunde“ (Quelle: siehe unten) Mir sind in letzter Zeit zwei Trends aufgefallen, die auf den ersten Blick nichts miteinander zu tun haben. Zum einen gibt es vermehrt Beiträge zur Meetingkultur , vor allem auf Online-Konferenzen bezogen. Zum anderen taucht das Thema „ Widerstand der Mitarbeiter gegen Changeprojekte“ wieder einmal stärker auf. Die beiden Phänomene sind gar nicht so unterschiedlich. Ihnen gemeinsam ist die Unzufriedenheit mit unproduktiven Vorgehensweisen, mangelndem Tempo, Stockungen in Prozessen und Projekten. Kurz, beide adressieren verschiedene Aspekte des Gefühls „wir sind im Hamsterrad, und es geht wieder einmal nichts voran“. Um diese beiden Trends geht es in diesem Artikel. Und eine Einladung zu einem Event „Impuls in der Mittagspause“, in dem Stephanie Borgert eine konkrete Alternative vorstellt. Zeitfresser Meetings Dazu hat Jessica Turner Ende 2024 ein interessantes Buch veröffentlicht „Online-Meetings mit Fokus und Mehrwert“ (alle Quellen unten). Der...

Kategorien in Outlook - für das Team nutzen

Kennen Sie die Kategorien in Outlook? Nutzen Sie diese? Wenn ja wofür? Wenn ich diese Fragen im Seminar stelle, sehe ich oft hochgezogene Augenbrauen. Kaum jemand weiß, was man eigentlich mit diesen Kategorien machen kann und wofür sie nützlich sind. Dieser Blogartikel stellt sie Ihnen vor.