Agil seit mehr als 20 ud i mehr als 20 Jahre Um die Jahrtausedwede gab es de Begriff Agile Softwareetwicklug och icht. Er etstad erst 2001 mit dem Agile Maifest. Ud i 20 Jahre? Was wird da i aller Mude sei, zumidest bei de Softwareetwickler (ud da vielleicht auch mehr Etwicklerie als heute)? Wird es die Softwareetwicklug überhaupt och als bedeutede Diszipli gebe? Eigeführt wurde der Begriff Software vom Statistiker Joh W. Turkey erst im Jahre 1958. Damals gab es auch och jede Mege Schriftsetzer (mei Vater war eier), die a beeidruckede Liotype- Setzautomate arbeitete. Mit Lochkarte ud Lochstreife gesteuerte Systeme ware damals scho lage gebräuchlich, etwa für Webmaschie ud Drehorgel. Physische Lochkartoware also, aber keie Software. Wie schell sich doch alles ädert Der Begriff agil erscheit bereits i de 50er Jahre, acht Jahre vor dem Begriff Software, bei Talcott Parsos, eiem zusamme mit Niklas Luhma wichtige Vertreter des soziologische Systemtheorie, als Akroym für vier überlebeswichtige Fuktioe vo Systeme (vgl. [Par51]), die vier Teilsysteme (Verhaltessystem bis kulturelles System) begrüde: keie sich erst ad hoc ud avigiered ergebede Prozess zu beschreibe, so wie das übriges auch heute och Scrum mit seier klare Abfolge vo Ereigisse ud Artefakte pro Iteratio (= Sprit) tut. Damals, ab 1970, gab es auch scho Vorgehesmethode ud Praktike wie Rapid Applicatio Developmet vo Da Giela (i de 80er Jahre, bis 1991 formalisiert vo James Marti, vgl. [Mar91]) ud ebefalls Evolutioary Systems Delivery (Evo) vo Tom Gilb, heute vo ihm Evolutioary Project Maagemet geat (vgl. [Gil]). Das Spiralmodell vo Barry W. Boehm (vgl. [Boe88]), (siehe Abbildug 1) folgte 1986 ud die Crystal-Methodefamilie (vgl. [Coc08]) vo Alistair Cockbur ab 1990. Jeff Sutherlad, Joh Scumiotales ud Jeff McKea etwickelte 1993 ei schlakes teambasiertes ikremetell-adaptives Vorgehe bei Easel Corporatio ud ate es Scrum, ispiriert vom 1986 im Harvard Busiess Review publizierte Artikel New New Product Developmet Game der Autore Hirotaka Takeuchi ud Ikujiro Noaka (vgl. [Tak86]) sehr leseswert übriges auch och heute, isbesodere der letzte Abschitt Maagerial implicatios. Das war also vor u bereits 20 Jahre. Bei Ke Schwabers heute och existiereder Firma Advaced Developmet Methods (ADM) wurde i de frühe 90er Jahre ei ähliches Vorgehe wie Sutherlads Scrum praktiziert ud 1995 stellte A: Adaptio (Apassug): Fähigkeit, auf Veräderuge i der Umwelt zu reagiere -> Verhaltessystem. G: Goal Attaimet (Zielverfolgug): Fähigkeit, Ziele zu verfolge -> Persöliches System. I: Itegratio (Eigliederug): Fähigkeit, Zusammehalt ud Eischluss herzustelle -> Soziales System. L: Latez (Aufrechterhaltug): Fähigkeit zur Erhaltug der Idetität des Systems, obwohl alles stetig im Wadel ist -> Kulturelles System. 1970 wies Wisto W. Royce i dem bei IEEE publizierte Artikel Maagemet of Large Software Systems darauf hi, dass ei wasserfallartiges Vorgehe ugeeiget sei, ud empfahl stattdesse ei iteratives Vorgehe mit sehr viele Rückkopplugsschleife uter Eibeziehug auch des Beutzers. Allerdigs verfolgte er dem Zeitgeist etspreched die Idee, für die Softwareetwicklug eie defiierte ud Abb. 1: Spiralmodell vo Barry W. Boehm (GNU Free Documetatio Licese). 12
www.objektspektrum.de Schwaber Scrum i eiem Workshop der OOPSLA 95 (mit Jeff Sutherlad als eiem der Orgaisatore) vor. Ke Schwabers Papier vo damals ist auch aus heutiger Sicht aufschlussreich. Weiter ute komme ich darauf zu spreche. 1996 verwedete Ket Beck, Do Wells, Ward Cuigham ud Ro Jeffries bei Chrysler erstmals extreme Programmig (XP) (vgl. [Wel99]), wobei dieses Projekt leider abgebroche wurde (vgl. [Wik]). Deoch: Nach seier Publikatio 1999 fad XP rasate Verbreitug. Daach folgte Schlag auf Schlag (vgl. [Kor13-a]: 1996: PRINCE2 (Nachfolger vo PRINCE) als allgemeie ikremetelladaptive Projektmaagemet-Methode. 1997: Erste Publizierug vo DSDM. 1997: Das Feature Drive Developmet (FDD) vo Jeff De Luca. 1999: Das Adaptive Software Developmet, etwickelt vo Jim Highsmith ud Sam Bayer, ausgehed vo RAD. Jetzt war die Zeit reif für eie große Wurf: Am 12. Februar 2001 trafe sich 17 Vertreter solcher damals leichtgewichtig geater Methode ud Vorgehesweise i eiem Skiressort i de Rocky Moutais mit dem Ziel, das sie Verbidede kompakt zu formuliere ud dafür eie auch für Topmaager attraktive Titel zu fide. Das Ergebis war das heute bestes bekate Agile Maifest (vgl. [Bec01]). Es ist jedoch icht die bleibede Referez für agil. Alistair Cockbur, eier dieser 17 Persoe, erklärte i eier Diskussio am 16. September 2013, dass es ei Schappschuss dieser 17 Leute aus der damals aktuelle Softwareetwicklugsszee heraus sei. Heute würde diese oder adere Expoete es aders formuliere. Etwa ab Mitte 2005 etwickelte sich Scrum rasch zur heute bekateste agile Vorgehesweise der Softwareetwicklug auf Teamebee ud fad dort mehr ud mehr Eizug, auch bei große Software- Etwicklugsfirme. Dabei wurde zuehmed bewusst, dass ei Vorgehe, das auf de folgede Faktore basiert, ei oft allzu vereifachedes, idealisieredes ud starres Korsett darstellt ud viele Problemzoe der Produktetwicklug ud des Projektmaagemets ubehadelt lässt (vgl. [Kor13-b]). Ei eizeles kleies ud über alle Fachkompeteze verfügedes ( iterdiszipliäres ) Team. Fix getaktete Sprits mit eier Dauer vo jeweils ur 2 bis 4 Woche, die jeweils praktisch utzbare Teilprodukte zu liefer habe. Nur ei Product Ower als eizige gegeüber dem Team alle Produktaforderuge vertretede ud verbidlich etscheidede Perso. Eie bereits vorhadee erste Versio der das gewüschte Edergebis beschreibede Liste vo Aforderuge (dem Product Backlog ). Zudem stellte ud stellt sich heute immer wieder heraus, dass die mit der Eiführug vo Scrum verbudee Veratwortlichkeits- ud Orgaisatiosäderuge isbesodere bei etablierte Uterehme eie allzu große ud für viele Betroffee i seier Radikalität als icht ubedigt erforderlich gesehee Schritt bedeute. Ud es wurde deutlich, dass bei eier agile Vorgehesweise auf Teamebee auch eie ihr etsprechede also hoch adaptive teamübergreifede Abstimmug auf Projekt-, Programm- ud Portfolio-Ebee ötig wird. Die Problematik starrer Sprits ud der oft überforderde Orgaisatiosäderuge wird durch das erst seit 2010 breiter bekate, vo David J. Aderso für die Softwareetwicklug agepasste Kaba etschärft (vgl. [Ad11], [Sha13]). Es verbreitet sich derzeit rasch ud wird auch zusamme mit Scrum zu Scrumba kombiiert. Zur team- ud projektübergreifede agile Abstimmug der projektuabhägige fortlaufede Produktetwicklug auf Programm- ud Portfolio-Ebee tritt derzeit das Scaled Agile Framework for Eterprises (SAFe) vo Dea Leffigwell stark i Erscheiug. Er hat es erstmals 2010 als Buch (vgl. [Lef10]) ud als Big Picture (vgl. [Sca13]) im Iteret veröffetlicht. Für das agile Maagemet vo Projekte gewie DSDM ud PRINCE2 als Rahme für die Arbeit eizeler agiler Etwicklugsteams a Bedeutug. Back to the Roots Heute, 18 Jahre ach der OOPSLA 95, a der Ke Schwaber sei Positiospapier Scrum Developmet Process im Busiess Object Desig ad Implemetatio Workshop (mit Jeff Sutherlad ud adere als Orgaisatore) präsetierte, ist es iteressat, sei damaliges Paper ochmals zu lese (vgl. [Sch95-a]). Gleich zu Begi des Papiers falle mir diese zwei Sätze auf: New axioms i systems developmet are: Small teams of competet idividuals, workig withi a costraied space that they ow ad cotrol, will sigificatly outperform larger developmet groups Product developmet i a objectorieted eviromet requires a highly flexible, adaptive developmet process. Der erste Satz (Small teams of competet idividuals) ist heute immer och zetral. Wobei competet idividuals ach wie vor sicher der Schlüsselfaktor ist: Nicht ei amorphes, trasdiszipliäres, selbstorgaisieredes Team steht im Zetrum, soder zetral sid competet idividuals, die als Team arbeite. Dieser Aspekt des Idividuums scheit mir heute agesichts der Idealisierug der Teamarbeit machmal uterbewertet zu sei. Der zweite Satz (Product developmet i a object-orieted eviromet) ist bemerkeswert: OO wird hier als der eigetliche Treiber für eie highly flexible, adaptive developmet process gesehe, ud icht die Uplabarkeit ud hohe Volatilität der Aforderuge, mit der heute die Notwedigkeit vo Agilität vor allem begrüdet wird. Ud och iteressater ist ei weiterer Satz: Object Orieted techology provides the basis for the Scrum methodology. Objects, or product features, offer a discrete ad maageable eviromet. Procedural code, with its may ad itertwied iterfaces, is iappropriate for the Scrum methodology. Diese Formulierug sollte auch heute och i alle Scrum-Guides erscheie. Damit hätte wir us viel Frustratio erspart beim Versuch, Scrum auch i historisch gewachsee, vom prozedurale Deke domiierte IT-Ladschafte mit ihre udurchsichtige Schittstelle eisetze zu wolle, i welche eue bzw. geäderte Fuktioalität eie oft mehrwöchige Itegratiosprozess is Gesamtsystem erfordert. Ud es wäre klarer, dass ei ikremetelladaptives Vorgehe ur bei Produkte fuktioiert, die aus Teile (Objekte, Features) bestehe, die eigestädig ud uabhägig voeiader hadhabbar sid (Objects, or product features, offer a discrete ad maageable eviromet). 20 Jahre OBJEKTspektrum 13
Erstaut bi ich auch, we ich das lese: Scrum is cocered with the maagemet, ehacemet ad maiteace of a existig product [ ] Scrum is ot cocered with ew or re-egieered systems developmet efforts. Der Grudmechaismus vo Scrum welcher sich seit 1995 icht verädert hat zielt also icht auf die (i der Regel als zeitlich begrezte Projekte abgewickelte) Etwicklug euer Systeme oder ihrer Rudum- Ereuerug, soder auf die fortlaufede Weiteretwicklug bzw. Wartug vo bestehede Systeme als gemäß Alistair Cockbur ope-eded oder ifiite games. Deshalb also fehle i Scrum bis heute auch alle Rahmevorgabe, z. B. für das Iitialisiere eier Produktetwicklug bzw. eies Projekts, Rahmevorgabe für die Erstellug eies iitiale Backlogs oder für die frühzeitige Risikobewertug oder für die Erarbeitug eier iitiale Rahmearchitektur. Deshalb war ud ist Scrum auch kei Projektmaagemet-Framework, soder ka bei Projekte ur im Rahme eies PM-Frameworks, wie z.b. PRINCE2 oder DSDM, eigesetzt werde. Iteressatist auch, dass im Ur-Scrum der Release im Vordergrud steht (icht seie eizele Sprits) ud Ur-Scrum sich auf die Arbeit a jeweils eiem Release i diese drei Phase (siehe auch Abbildug 2) kozetriert: Scrum has three phases: Plaig: Defiitio of a ew release based o curretly kow backlog. Developmet: Developmet of the ew release fuctioality, with costat respect to the variables of time, requiremets, quality, ad competitio. Iteractio with these variables defies the ed of developmet cycles. Closure: Preparatio for release, icludig fial documetatio, pre-release staged testig, ad release. Nur i der Phase Developmet erscheit beim Ur-Scrum der Begriff Sprits i dieser Art: Developmet: Meetig with teams to review release plas. Distributio, review ad adjustmet of product stadards. Multiple sprits, util the product is deemed to be ready for distributio. Ergebisse eies Sprits im Ur-Scrum sid itegrierte packets als demostrable versio of chages ad how they implemet backlog requiremets. Sie sid jedoch icht ready for distributio. Erst der Release liefert ei Product ready for distributio. Das passt iteressaterweise recht gut zum Kozept der Releases des Scaled Agile Framework (SAFe): Erst die Releases liefer gemäß SAFe die Potetially Shippable Icremets. Die itegrierte Ergebisse der eizele Sprits ierhalb eies Releases werde gemäß SAFe i teamübergreifede System Demos vorgeführt, stelle aber keie bereits beutzbare Produktikremete dar. Zu de Phase Plaig ud Closure ist i [Wes10]) zu lese: [ ] cosist of defied processes, where all processes, iputs ad outputs are well defied. The kowledge of how to do these processes is explicit. The flow is liear, with some iteratios i the plaig phase. Erst das Developmert ist hochgradig adaptiv: The Sprit phase is a empirical process [ ] Sprits are oliear ad flexible. Bezüglich Rolle et das Ur-Scrum vo 1995 ur diese zwei Arte vo Teams: Maagemet: Led by the Product Maager, it defies iitial cotet ad timig of the release, the maages their evolutio as the project progresses ad variables maifest. Maagemet deals with backlog ad issues. Developmet teams: Developmet teams are small, with each cotaiig equal umbers of developers, documeters ad quality cotrol staff. Multiple teams of betwee three ad six people may be used. Each is assiged a set of packets (or objects), icludig all backlog items related to each packet. Der Product Ower erscheit also bereits im Ur-Scrum, icht aber primär als Eizelperso, soder als Product Maager, der ei Maagemetteam leitet, das sich als Team um das Backlog kümmert. Im Ur-Scrum erscheit och keie dem Scrum Master etsprechede Rolle möglicherweise deshalb, weil das Ur-Scrum vo Small teams of competet idividuals, workig withi a costraied space that they ow ad cotrol ausgeht, die so eie Rolle icht (mehr) beötige. Abb. 2: SCRUM-Methodologie gemäß OOPSLA 95 (i Alehug a Abb. 6 i [Wes10]). Die Zukuft gehört der agile Agilität Die Vielfalt der ab etwa 1970 etstadee Vorgehesweise, die dem iterative, ikremetelle ud adaptive Prizip folge, sowie das rasche hype-artige Auftauche ud Verschwide etlicher Methode ud Rahmewerke sowie die och sehr juge Etwickluge wie Kaba ud SAFe lege de Schluss ahe, dass es icht die eie ud für alles richtige Vorgehesweise gibt. Stattdesse gibt es gaz uterschiedliche firme- ud produktspezifische Ausformuge agiler Vorgehesweise wobei sich viele davo als Scrum-Vorgehe 14
www.objektspektrum.de Abb. 3: Aktuell geutzte Egieerig-Praktike (Swiss Agile Study 2012, vgl. [Kro12]). bezeiche, weil sie eiige Elemete vo Scrum (die otabee oft vo XP stamme) utze. Dieser real existierede agile Umgag mit agile Vorgehesmodelle wurde 2010 im Forrester Report Agile Developmet: Maistream Adoptio Has Chaged Agility (vgl. [Wes10]) als gägige Praxis i uterschiedlichste Uterehme beschriebe. Dort ist achzulese, dass sogar die am weiteste fortgeschrittee Aweder agiler Methode aus uterschiedliche Vorgehesmodelle die für sie passede Techike heraus pflücke ud sie mit adere kombiiere. Die eizele Techike ämlich (z.b. Daily Stadup ud Cotiuous Itegratio ) köe uabhägig voeiader eigesetzt werde. Ei eizeles agiles Vorgehesmodell köe icht alles abdecke. Das zeige auch die Ergebisse der Swiss Agile Study 2012 (siehe Abbilduge 3 ud 4). Des Weitere ist im Forrester Report zu lese, dass die Kombiatio uterschiedlicher agiler Praktike sehr gut fuktioiert, um auch ierhalb lägerer Release-Zykle agil zu arbeite, um de Aforderuge vo Goverace ud Compliace Rechug zu trage ud um mehr als ur die Lieferug fuktioiereder Software im Auge zu habe. We die vo de jeweilige Aufgabe ud Herausforderuge abhägige freie Kombiatio diverser agiler Praktike ud Methode durch die Teams selbst so verbreitet ud auch erfolgreich ist, gibt es aber auch keie Notwedigkeit für ei alle Teams übergeordetes agiles Vorgehe. Es geht doch eher darum, die Teams zu befähige, die jeweils passede Kombiatio diverser agiler Praktike ud Methode selbst bestimme zu köe. Ud zwar so, dass de Teams der Rahme dafür gesetzt wird, was sie zu leiste habe ud dasa sie das Wie selbst bestimme köe. We Teams vo auße das Befolge bestimmter Vorgehesweise für das Wie ierhalb des als Was gesetzte Rahmes vorgeschriebe wird, da ist das ei Widerspruch zum agile Midset. Das Agile Maagemet XX.00 Gehört die Zukuft de agile Orgaisatioe gaz uabhägig vo der agile Softwareetwicklug? Kommt also das Maagemet XX.00? Das hägt davo ab, was uter agil verstade wird. Uterehme umfasse ebe der allefalls ikremetell-adaptiv gestaltbare Etwicklug ud Realisierug vo Produkte auch viele Prozesse ohe Produktcharakter, wie etwa das Persoalwese. Uter agil wird ma daher icht primär das ikremetell-adaptive Vorgehe der Produktetwicklug, soder diverse post-tayloristische, hierarchie- ud autoritätsfreie ud selbststeuerd-kollaborative Prizipie ud Überzeuguge zu verstehe habe. All das sid jedoch i der Orgaisatiosetwicklug scho lage bekate ud diskutierte Idee. Eiige davo wurde allerdigs i vergleichsweise weige Fälle erfolgreich umgesetzt. Vielfach zitierte Beispiele sid uter aderem SEMCO (vgl. [Sem95]) ud die Morig Star Compay (vgl. [Mor]) sowie etliche Uterehme, die de Beta Codex umzusetze versuche. Abb. 4: Aktuell geutzte Maagemet- u. Plaugspraktike (Swiss Agile Study 2012, vgl. [Kro12]). 20 Jahre OBJEKTspektrum 15
Dass es agesichts all dieser seit Jahrzehte existiereder Idee immer och so weige i dieser Art tickede Uterehme gibt, liegt am damit verbudee zu veräderde Deke ud Hadel, begied bei der Uterehmesspitze, das durch Folgedes gekezeichet ist: Das alles im Griff habe wird ersetzt durch ei vertrauesvolles Loslasse. Also: Kotrolle ist gut, Vertraue ist besser. Es herrscht die Überzeugug vor, dass ei Uterehme erst durch die fortlaufede Koversatio aller das Uterehme umfassede Mitarbeiter ud Stakeholder etsteht, icht durch vo obe verküdete Visioe oder verordete Strukture. Das zu leiste, ist sehr aspruchsvoll. Vielleicht geligt es bis i 20 Jahre. der Autor Dr. Has-Peter Kor (has-peter@kor.ch) uterstützt als Coach ud Berater der KORN AG größere Uterehme dabei, die ihe agemessee Form eier agile Agilität zu etwickel. Er ist Herausgeber der Bücher Solutio-Focused Maagemet ud Agiles IT-Maagemet i große Uterehme sowie Autor diverser Fachartikel. Literatur & Liks [Ad11] D.J. Aderso, Kaba: Evolutioäres Chage Maagemet für IT-Orgaisatioe, dpukt.verlag 2011 [Bec01] K. Beck et al., Maifesto for Agile Software Developmet, siehe: http://agilemaifesto.org/ [Boe88] B.W. Boehm, A Spiral Model of Software Developmet ad Ehacemet, i: IEEE Computer, Vol. 21, Mai 1988, S. 61-72, siehe: http://de.wikipedia.org/wiki/spiralmodell [Coc08] A. Cockbur, Just-i-time methodology costructio, 2008, siehe: http://alistair.cockbur.us/just-i-time+methodology+costructio< [Gil] T. Gilb, K. Gilb, siehe: http://www.gilb.com//methods [Kor13-a] H.-P. Kor, Das agile Vorgehe: Neuer Wei i alte Schläuche oder ei Déjàvu? i: Series of the Gesellschaft für Iformatik (GI), Volume P-224, 2013 [Kor13-b] H.-P. Kor, Has-Peter (Hrsg.), Agiles IT-Maagemet i große Uterehme, Symposio Publishig, 2013 [Kro12] M. Kropp, A. Meier, Swiss Agile Study 2012, Fachhochschule Zürich ud Nordwestschweiz, siehe:www.swissagilestudy.ch [Lef10] D. Leffigwell, Agile Software Requiremets: Lea Requiremets Practices for Teams, Programs ad the Eterprise, Addiso-Wesley 2010 [Mal98] F. Malick, Der Mythos vom Team, i: maagersemiar Heft 33, Oktober 1998 [Mar91] J. Marti, Rapid Applicatio Developmet, Macmilla USA 1991 [Mor] The Morig Star Compay, siehe: http://morigstarco.com/idex.cgi?page=self-maagemet [Par51] T. Parsos, The social system, Uiversity of Califoria Libraries 1951, siehe: http:// de.wikipedia.org/wiki/agil-schema [Sca13] Scaled Agile Framework, 2013, siehe: http://scaledagileframework.com/ [Sch95-a] K. Schwaber, Scrum Developmet Process. Positio Paper at OOPSLA 95, siehe: http://www.jeffsutherlad.org/oopsla/schwaber.html [Sch95-b] K. Schwaber, SCRUM Developmet Process (erstellt kurz ach der Präsetatio a der OOPSLA 95), siehe: http://agilix.l/resources/scrum_oopsla_95.pdf [Sem95] R. Semler, Maverick: The Success Story Behid the World s Most Uusual Workplace. Grad Cetral Publishig; Reprit editio, April 1995 [Sha13] M. Shalloway, SAFe Kaba, 2013, siehe: http://www.etobjectives.com/blogs/safe-kaba#! [Tak86] H. Takeuchi, I. Noaka, The New New Product Developmet Game, i: Harvard Busiess Review, 1986, siehe: http://hbr.org/1986/01/the-ew-ew-product-developmet-game/ [Wel99] D. Wells, Extreme Programmig: A getle itroductio, 1999, siehe: www.extremeprogrammig.org [Wes10] D. West, T. Grat, M. Gerush, D. D Silva, Agile Developmet: Maistream Adoptio Has Chaged Agility Treds I Real-World Adoptio Of Agile Methods, Forrester Report Jauary 2010 [Wik] Wikipedia, Chrysler Comprehesive Compesatio System, siehe: http://de.wikipedia.org/wiki/chrysler_comprehesive_compesatio_system 16