Jeff Sutherland

Jeff Sutherland - Toolshero

Jeff Sutherland (Jeffrey Victor Sutherland, geboren 20 juni 1941) is de bedenker en mede ontwikkelaar van de Scrum methode, een raamwerk voor product management.

Samen met Ken Schwaber presenteerde Jeff Sutherland Scrum op OOPSLA 1995. Hij droeg bij tot de totstandkoming van het Agile Manifesto in 2001 en schreef samen met Schwaber The Scrum Guide, de officiële definitie van de methode. Tegenwoordig is Sutherland de belangrijkste consultant van Scrum Inc., gevestigd in Boston, Massachusetts.

Jeff Sutherland biografie

Jeff Sutherland is afgestudeerd aan de Militaire Academie van de Verenigde Staten. Hij was gedurende 11 jaar werkzaam voor het Amerikaanse Ministerie van Defensie, waarna hij arts werd aan de University of Colorado School of Medicine. Hier werd hij betrokken bij werkzaamheden rond het verzamelen van gegevens en de ontwikkeling van geavanceerde IT-systemen.

Tijdens zijn tijd bij de Amerikaanse luchtmacht was Jeff een Top Gun van zijn USAF RF-4C Aircraft Commander-klasse. Hij vloog 100 missies boven Noord-Vietnam.

Later ontwikkelde en optimaliseerde hij samen met Yosi Amram de Sutherland NewsPage op Individual.com, een van de eerste nieuwsmedia op het wereldwijde internet. Het nieuwsportaal gebruikte destijds een zogenoemd lexicaal ontledingssysteem.

In 1983 trad Sutherland toe tot een bedrijf dat 150 banken in heel Noord-Amerika exploiteerde. Hier werd hij VP Advanced Systems en General Manager van de ATM Business Unit. Hier kreeg hij voor het eerst te maken met bedrijfsprocessen die gevormd werden naar het beeld van de watervalmethode. Hij merkte dat deze niet goed werkten en implementeerde daarop de eerste testversie van Scrum@Scale.

Hij vervulde in de jaren daarna belangrijke rollen zoals CEO en CTO van elf verschillende softwarebedrijven.
Jeff is met name bekend vanwege zijn rol in het ontstaan van Scrum, een raamwerk dat draait om zakelijke wendbaarheid op grote schaal. De Scrum methode ondersteunt managers en werknemers op alle niveaus van grote organisaties om verandering mogelijk te maken. Het volledige Scrum-raamwerk is ontwikkeld door Sutherland en zijn collega’s John Scumniotales en Jeff McKenna toen ze werkzaam waren bij Easel Corporation.

De Scrum methode werd gebaseerd op een artikel van Hirotaka Takeuchi en Ikujiro Nonaka uit 1986. Dat artikel, dat gepubliceerd werd door Harvard Business Review, omvat best practices uit een studie van Dr. Dobb’s Journal.

Wil je onbeperkte en advertentievrije toegang?   

Scrum omvat 30-daagse cycli van plannen, bouwen en monitoren in zogenaamde sprints. De naam Scrum werd gekozen omdat het systeem een multifunctioneel team omvat dat bij elkaar komt om een prioriteitenlijst te maken, een verwijzing naar de rugbyscrummage.

Scrum werd een daverend succes en wordt door een groot aantal organisaties gebruikt. Sutherland heeft met zijn methode bewezen dat teams grote productiviteitsstijgingen kunnen bereiken ten opzichte van het gemiddelde indien zij de methode correct en effectief toepassen. Hij merkte bovendien op dat Scrum-teams drie onderscheidende factoren laten zien ten opzichte van normale teams:

  1. Zelfmanagement
  2. Continuïteit van teamlidmaatschap
  3. Toewijding aan een project

Daarnaast stelt hij dat de gebruikersbehoeften centraal moeten staan. Als deze zo duidelijk mogelijk vastgelegd worden, verkleint dit de kans op bijzonderheden in het productieproces.

In 2006 richtte Sutherland zijn eigen bedrijf Scrum Inc. op. Hij werkte toen als Senior Advisor voor OpenView Venture Partners. Scrum Inc. wordt nu erkend als de belangrijkste bron van Scrum-training ter wereld. In zijn laatste boek Scrum: The Art of Doing Twice the Work in Half the Time beschrijft hij hoe zijn achtergrond en expertise gebruikt is om de hedendaagse industrie te hervormen.

Jeff Sutherland quotes

  1. “The thing that cripples communication saturation is specialization—the number of roles and titles in a group. If people have a special title, they tend to do only things that seem a match for that title. And to protect the power of that role, they tend to hold on to specific knowledge.”
  2. “The Scrum Master, the person in charge of running the process, asks each team member three questions: 1. What did you do yesterday to help the team finish the Sprint? 2. What will you do today to help the team finish the Sprint? 3. What obstacles are getting in the team’s way? That’s it. That’s the whole meeting.”
  3. “The people who multitask the most just can’t focus.”
  4. “That absolute alignment of purpose and trust is something that creates greatness.”
  5. “people over processes; products that actually work over documenting what that product is supposed to do; collaborating with customers over negotiating with them; and responding to change over following a plan. Scrum is the framework I built to put those values into practice. There is no methodology.”
  6. “People aren’t happy because they’re successful. They’re successful because they’re happy.”
  7. “No Heroics. If you need a hero to get things done, you have a problem. Heroic effort should be viewed as a failure of planning.”
  8. “Never do betas. Never do work that you don’t think is good. You either give your customer something good, or you don’t. There is no ‘try’.”
  9. “Multitasking Makes You Stupid. Doing more than one thing at a time makes you slower and worse at both tasks. Don’t do it. If you think this doesn’t apply to you, you’re wrong—it does.”
  10. “Making people prioritize by value forces them to produce that 20 percent first. Often by the time they’re done, they realize they don’t really need the other 80 percent, or that what seemed important at the outset actually isn’t.”
  11. “If you can’t actually take time off without having to make sure everything is going right at the office, the thinking goes, you aren’t managing your teams well.”
  12. “I didn’t want to pick on him, but the fact is, in project after project, people cut and paste and throw in boilerplate, but no one actually reads all those thousands of pages.”
  13. “Greatness can’t be imposed; it has to come from within. But it does live within all of us.”
  14. “Embrace the unknown! That’s where learning lies! If you’re too afraid to learn, you will never get any better. This is the key to being successful at Scrum: embrace change.”
  15. “Blame Is Stupid. Don’t look for bad people; look for bad systems—ones that incentivize bad behavior and reward poor performance.”
  16. “At its root, Scrum is based on a simple idea: whenever you start a project, why not regularly check in, see if what you’re doing is heading in the right direction, and if it’s actually what people want? And question whether there are any ways to improve how you’re doing what you’re doing, any ways of doing it better and faster, and what might be keeping you from doing that.”
  17. “Agile Manifesto.” It declared the following values: people over processes; products that actually work over documenting what that product is supposed to do; collaborating with customers over negotiating with them; and responding to change over following a plan. Scrum is the framework I built to put those values into practice. There is no methodology.”

  Ontvang gratis ons Toolshero Top 30 modellenboek   

Bekende publicaties en boeken

  • 2019. A Scrum Book: The Spirit of the Game (1st ed.). Pragmatic Programmers. p. 572. ISBN 978-1118206669.
  • 2018. “Agile at Scale”. Harvard Business Review. Retrieved 12 September 2020.
  • 2016. “The Secret History of Agile Innovation”. Harvard Business Review.
  • 2016. “Embracing Agile”. Harvard Business Review.
  • 2014. Scrum: The Art of Doing Twice the Work in Half the Time (1st ed.). Currency. p. 256. ISBN 9780385346450.
  • 2013. Scrum metrics for hyperproductive teams: how they fly like fighter aircraft. In 2013 46th hawaii international conference on system sciences (pp. 4870-4878). IEEE.
  • 2012. Software in 30 Days: How Agile Managers Beat the Odds, Delight Their Customers, and Leave Competitors in the Dust (1st ed.). Wiley. p. 216. ISBN 978-1118206669.
  • 2009. Shock therapy: A bootstrap for hyper-productive scrum. In 2009 Agile Conference (pp. 69-73). IEEE.
  • 2009. Scrum and CMMI going from good to great. In 2009 Agile Conference (pp. 333-337). IEEE.
  • 2007. The scrum papers. Nuts, Bolts and Origins of an Agile Process.
  • 2007. Distributed scrum: Agile project management with outsourced development teams. In 2007 40th annual Hawaii international conference on system sciences (HICSS’07), pp. 274a-274a. IEEE, 2007.
  • 2005. Future of scrum: Parallel pipelining of sprints in complex projects. In Agile Development Conference (ADC’05) (pp. 90-99). IEEE.
  • 2004. Agile development: Lessons learned from the first scrum. Cutter Agile Project Management Advisory Service: Executive Update, 5(20), 1-4.
  • 2002. Enterprise application integration and complex adaptive systems. Communications of the ACM, 45(10), 59-64.
  • 2001. Inventing and Reinventing SCRUM in five Companies. Cutter IT journal, 14(21), 5-11.
  • 1997. “Scrum Development Process”. OOPSLA Business Object Design and Implementation Workshop: 117–134. doi:10.1007/978-1-4471-0947-1_11. ISBN 978-3-540-76096-2. Retrieved 12 September 2020.
  • 1995. Business object design and implementation workshop. In Addendum to the proceedings of the 10th annual conference on Object-oriented programming systems, languages, and applications (Addendum) (pp. 170-175).

Citatie voor dit artikel:
Janse, B. (2022). Jeff Sutherland. Retrieved [insert date] from Toolshero: https://www.toolshero.nl/bekende-auteurs/jeff-sutherland/

Gepubliceerd op: 30/08/2022 | Laatste update: 30/08/2022

Wilt u linken naar dit artikel, dat kan!
<a href=”https://www.toolshero.nl/bekende-auteurs/jeff-sutherland/”>Toolshero: Jeff Sutherland</a>

Interessant artikel?

Geef je waardering of deel het artikel via social media!

Gemiddelde beoordeling 4 / 5. Totaal aantal beoordelingen: 4

Dit artikel is nog niet beoordeeld! Wees de eerste met jouw beoordeling.

We vinden het jammer dat het artikel niet waardevol voor je was

Laat ons dit artikel verbeteren!

Vertel ons wat er beter kan aan het artikel? Wat mis je bijvoooebeeld of wat kan worden aangevuld?

Geef een antwoord