scrum und agiles projektmanagement für anfänger

was kann dir dabei helfen, ein auto zu bauen, deine ehe zu retten, software zu programmieren, ein buch zu schreiben oder sogar ein haus zu renovieren?

ein whiteboard und ein block notizzettel (die analoge oder die digitale version!).

und natürlich das wissen, wie sie einzusetzen sind, klar.

wenn du im technikbereich arbeitest (oder auch nur manchmal etwas zeit mit ingenieuren verbringst), hast du sicher schon von “scrum” und “agile” gehört. es ist ein system, von dem tech-leute in ehrfürchtiger stimme sprechen, und es scheint seine eigene seltsame sprache zu haben. seine verfechter werfen mit begriffen wie “planungs-poker”, “standup” und “sprint” um sich.

auf den laien kann das alles ein bisschen einschüchternd wirken.

ich weiß das, weil ich selbst schon in dieser situation war. in der ersten woche meiner tätigkeit für ein technologieunternehmen wurde mir scrum projektmanagement von unserem softwareentwicklungsteam vorgestellt, und ich war sofort begeistert. die art, wie sie es fertig brachten, komplexe probleme anzugehen, sie in einzelne aufgaben aufzuspalten und zu priorisieren, und diese aufgaben dann an das am besten für deren jeweilige lösung qualifizierte teammitglied zu delegieren, war unglaublich.

aber war sie nur für ingenieure geeignet? könnten wir nicht-code-hexer wirklich von so etwas wie scrum projektmanagement profitieren? und wenn ja, wo fängt man überhaupt an?

schnall dich an, denn wir werden jetzt durch eine einführung in scrum projektmanagement “sprinten” (ich verspreche, bis zum ende dieses artikels wirst du diesen witz verstehen).

was ist scrum und agiles projektmanagement?

die nomenklatur kann für neueinsteiger etwas verwirrend sein. wenn du zum ersten mal in diese welt eintrittst, scheinen “scrum” und “agile” untereinander austauschbar wie synonyme genutzt zu werden, aber es gibt eine wichtige unterscheidung.

agile bezieht sich auf eine reihe von “methoden und praktiken, die auf den werten und prinzipien basieren, welche im agile manifesto formuliert sind,” darunter dinge wie zusammenarbeit, selbstorganisation und funktionsübergreifen von teams.

scrum ist ein framework (deutsch etwa: rahmen, vorgehensmodell), das zur implementierung von agiler entwicklung genutzt wird.

ein guter vergleich wäre der unterschied zwischen einem rezept und einer ernährungsweise. eine vegetarische ernährung ist eine reihe von methoden und praktiken, die auf prinzipien und werten basieren. ein falafelrezept wäre ein framework, das du nutzen kannst, um deine vegetarische ernährungsweise umzusetzen.

so ähnlich verhält es sich zwischen agile (der ernährungsform) und scrum (dem rezept, das du befolgst).

agile entstand aus den methoden heraus, die in den 70er- und 80er-jahren von innovativen japanischen firmen genutzt wurden (firmen wie toyota, fuji und honda).

mitte der 90er jahre sah sich ein mann namens jeff sutherland frustriert von firmen, welche ständig von projekten geplagt wurden, die über dem zeitplan und über dem budget lagen. er wollte einen besseren weg finden.

seine suche führte ihn zu diesen japanischen firmen mit ihren agilen methoden. darauf basierend schuf sutherland das scrum-framework. nach einer reihe von erfolgen mit der nutzung seiner neuen methoden begann das scrum projektmanagement, sich in der welt der produktentwicklung rasch auszubreiten.

wer kann von scrum projektmanagement profitieren?

es sei dir verziehen, wenn du denkst, scrum projektmanagement wäre nur etwas für ingenieure und entwickler. doch das framework kann auch für andere arten von projekten hilfreich sein.

“scrum projektmanagement kann für jede art von komplexen projekten genutzt werden, mit der einschränkung, dass es am besten funktioniert, wenn ein konkretes produkt hergestellt wird,” sagt david matthew, ein zertifizierter scrum master bei der incentive technology group. “wenn du im marketing arbeitest und einen text für ein projekt schreiben musst, kann es für dein team definitiv hilfreich sein.”

vom fbi über marketingagenturen bis hin zu bautrupps wird scrum projektmanagement von allen genutzt. wann immer du ein beliebiges produkt herstellst, sei es software oder eine e-mail-kampagne, kann scrum projektmanagement dir dabei helfen, dein team zu koordinieren und in weniger zeit mehr arbeit zu erledigen.

die an scrum beteiligten leute und teile

um scrum projektmanagement zu verstehen musst du die leute und die teile des frameworks kennen. das gute daran ist, dass du keine besondere erfahrung oder zertifizierungen brauchst, um anzufangen.

“du brauchst nicht viel, um mit scrum zu beginnen” sagt matthew, “du brauchst eigentlich nur einen ort, um deine gedanken oder deinen backlog zu organisieren. das kann eine software wie trello sein, oder einfach nur ein whiteboard. du brauchst die verschiedenen rollen, wie den product owner und den scrum master. die tatsächliche ausrüstung, die du brauchst, ist nicht so wichtig wie die beteiligten rollen.”

lass uns die einzelnen komponenten zusammenstellen, die scrum projektmanagement ermöglichen:

• scrum beginnt mit einem product owner. das ist diejenige person, die die interessen des endnutzers vertritt, und die die befugnis hat, zu sagen, was zum endgültigen produkt gehört.
• dieser product owner ist dafür zuständig, das backlog anzulegen, eine liste von für das endprodukt nötigen aufgaben und anforderungen. sehr wichtig dabei: das backlog muss nach prioritäten geordnet sein. das ist die aufgabe des produkt owner.
• wenn ich scrum projektmanagement nutzen würde, um ein auto zu bauen, wären punkte wie “es muss einen motor haben” in meiner nach prioritäten geordneten liste ganz weit oben, da das auto ohne einen motor nicht funktionieren kann. “es muss rot lackiert sein” wäre in meiner prioritätenliste weiter unten; es mag für mich immer noch wichtig sein, aber es ist keine voraussetzung dafür, dass das auto fährt.

• als nächstes kommt der sprint. ein sprint ist ein vorgegebener zeitrahmen, innerhalb dessen das team bestimmte gruppen von aufgaben aus dem backlog erledigt. der zeitrahmen richtet sich nach den bedürfnissen des teams, üblich sind zwei wochen.
• die teams treffen sich jeden tag, um einander im täglichen scrum über die fortschritte auf dem laufenden zu halten. viele nennen dies auch “daily standup”.
• jeder sprint endet mit einer nachbesprechung, oder retrospektive, in der das team seine arbeit überprüft und möglichkeiten diskutiert, den nächsten sprint zu verbessern.

wie du siehst brauchst du wirklich keine besondere ausrüstung oder training, um zu starten. der schwierigste teil ist, das fachjargon zu lernen sowie die regeln und richtlinien zu befolgen, nach denen scrum projektmanagement funktioniert.

“scrum ist ein bisschen wie poker; du kannst die regeln in 10 minuten lernen, aber es dauert lange, bis du wirklich gut darin wirst.”

ein einfaches scrum-framework starten

wenn du deine aktuellen projektmanagementmethoden satt hast, warum probierst du nicht mal scrum aus?

da du zum starten kein besonderes training brauchst, musst du dich wirklich nur selbst einarbeiten. sutherland und sein mitentwickler, ken schwaber, machen es dir ganz leicht, indem sie das offizielle handbuch unter scrumguides.org kostenlos zur verfügung stellen.

die grundlagen für den start zu lernen ist einfach. die technik zu meistern ist der schwierige teil.

hier ist nochmal scrum master david matthew:

“scrum ist ein bisschen wie poker; du kannst die regeln in 10 minuten lernen, aber es dauert lange, bis du wirklich gut darin wirst.”

lass dich davon aber nicht abschrecken. man muss kein meister sein, um sein arbeitsleben glücklicher und produktiver zu gestalten.

hier sind ein paar grundlegende tipps, um loszulegen:

1. lade das offizielle scrum-handbuchs als pdf-datei herunter und drucke es aus: lies es auf dem weg zur arbeit oder in deiner mittagspause mit einem textmarker in der hand. markiere die ausdrücke und rollen, die dir neu sind und arbeite zunächst daran, dir einzuprägen, was es mit ihnen auf sich hat.
2. wählt eure rollen: ihr braucht einen product owner (spricht im namen des nutzers, hat das letzte wort zu den eigenschaften des produkts), einen scrum master (hilft dem team basierend auf den prinzipien des scrum projektmanagements dabei, weiterzukommen) und teammitglieder. denkt daran, bei scrum gibt es keinen platz für egos. scrum funktioniert nach dem modell des “dienenden leiters.”
3. schreibt euren produkt-backlog: im backlog listet ihr alles, was für das projekt benötigt wird, nach wichtigkeit sortiert, auf. denkt daran, dass das backlog nie vollständig ist. je mehr das projekt form annimmt und neue bedürfnisse auftreten, ergänzt ihr diese. der product owner ist vor allem hierfür verantwortlich.
4. plant euren sprint: als nächstes gilt es, aufgaben aus dem backlog zu wählen, die in eurem ersten sprint zu erledigen sind. sprints sind zeitlich begrenzt. ihr könnt einen zeitrahmen bestimmen, der für euch passt, allerdings dauern sprints immer weniger als einen monat. während der sprint-planung entscheidet das team, welche aufgaben in den aktuellen sprint aufzunehmen sind und wer dafür verantwortlich ist.
5. macht euch an die arbeit! zeit, die arbeit an diesem sprint anzugehen! die teammitglieder bearbeiten ihre aufgaben, und alle berichten im täglichen scrum meeting über ihre fortschritte. dieses meeting dauert nicht länger als 15 minuten und beantwortet drei fragen: woran habt ihr gestern gearbeitet? woran werdet ihr heute arbeiten? gibt es irgendetwas, was eure heutige arbeit behindert und wobei ihr hilfe benötigt?
6. Überprüft eure arbeit: am ende des sprints überprüft das team die geleistete arbeit und präsentiert die erledigten aufgaben.
7. Überprüft eure vorgehensweise: während des retrospective meetings prüft ihr, wie die arbeitsabläufe funktioniert haben, und ihr plant, wie ihr beim nächsten mal eure arbeit verbessern und effizienter sein könnt.
8. wiederholt das ganze! jetzt, wo euer erster sprint abgeschlossen ist, ist es zeit, wieder von vorne zu beginnen. wählt mehr aufgaben aus dem backlog und wiederholt den prozess.

visualisierung

ein wichtiger grundsatz von scrum projektmanagement ist die idee der transparenz. alle beteiligten teammitglieder sollten darüber bescheid wissen, woran die anderen arbeiten, welche fortschritte gemacht werden und was das team erreichen will.

deshalb ist es so wichtig die dinge zu visualisieren, sodass alle sie sehen können.

ein wichtiger baustein hierfür ist das scrum board. das ist ein ort, an dem ihr euren backlog ebenso organisieren könnt, wie die im aktuellen sprint zu bearbeitenden aufgaben und ihren fortschritt.

scrum boards können ganz simpel sein, wie etwa ein whiteboard mit notizzetteln für jede aufgabe, oder aufwändig, wie spezielle computerprogramme mit grafiken und funktionen zur aufgabenverwaltung.

ich benutze für mein persönliches scrum board trello.

mein trello scrum board ist in sieben listen aufgeteilt (inspiriert durch diesen blogbeitrag), die die arbeitsabläufe meiner aufgaben widerspiegeln.

• ressourcen: in dieser liste stehen alle wiederkehrenden aufgaben. auf diese weise muss ich nicht jedes mal, wenn ich eine landing page für ein webinar erstellen will, eine neue karte anlegen. ich kopiere einfach diese karte aus der ressourcenliste.

• backlog: hier steht mein backlog von aufgaben, die ich zu bearbeiten habe. wenn mein chef mir sagt, dass er bei irgend etwas meine hilfe braucht, kommt das in meine backlog-liste.

• to do: wenn ich meinen sprint plane, ziehe ich aufgaben aus dem backlog in diese liste. dies ist der sprint, an dem ich gerade arbeite.
• in arbeit: wenn eine aufgabe begonnen wurde, kommt sie hier hinein.
• qc: qualitäts-check. wenn aufgaben erledigt sind, werden sie nach “qc” verschoben. am ende der woche überprüfe ich diese liste und sehe zu, dass alles in ordnung ist.
• erledigt: qualitäts-check bestanden, fertig zum versand! keine Änderungen oder Überprüfungen mehr erforderlich, im zeitplan und einsatzbereit.
• behindert: wenn mich etwas davon abhält, eine aufgabe zu erledigen (vielleicht muss ich dafür zuerst etwas kaufen und benötige dafür die zustimmung von meinem chef), verschiebe ich es in die “behindert”-liste, mit einer anmerkung dazu, worin die behinderung besteht.

trello ist hierfür ein effektives instrument, denn ich kann mein board auf einem für jeden sichtbaren bildschirm anzeigen lassen, mein ganzes team darauf zugreifen lassen und jedes notwendige detail zu jeder einzelnen aufgabe in form von kommentaren, checklisten, fälligkeitsterminen und anhängen einfügen.

ich kann diese aufgaben verschiedenen teammitgliedern zuweisen und kann es sogar in unseren marketing-slack-kanal einbinden. auf diese weise weiß ich, dass ein teammitglied bereit ist, die nächste aufgabe anzugehen, sobald es eine aufgabe von “in arbeit” nach “qc” verschiebt.

mein ziel ist es hier, dass letztendlich jeder, dem eine aufgabe zugeteilt ist, alles hat, was er oder sie braucht, um sie zu erledigen. niemand sollte einen grund haben, mit fragen zu mir zu kommen oder darauf warten müssen, dass ich ihm oder ihr etwas gebe. wenn aufgaben vor ihrer aufteilung klar definiert sind, geht die arbeit deutlich schneller.

die bedeutung von iteration und verbesserung

die idee von iteration und verbesserung ist eine der kernfunktionen von scrum projektmanagement, die es zu so einem mächtigen instrument machen. sie betrifft sowohl das produkt, an dem gearbeitet wird, als auch die effizienz des teams selbst.

am ende von jedem sprint sollte die abgegebene arbeit soweit sein, dass sie einem klienten übergeben werden könnte. das bedeutet nicht, dass es ein fertiges, vollständiges projekt ist. im gegenteil. es bedeutet vielmehr, dass die arbeit vollständig genug sein soll, um eine art von minimum viable product (im start-up-jargon mvp, auf deutsch etwa “ein produkt mit den minimalen anforderungen und eigenschaften”) vorzeigen zu können.

im falle eines autos sollte es zum beispiel möglich sein, damit zu fahren. es mag kein radio und keine klimaanlage haben, aber es fährt.

warum ist das so wichtig?

weil du dadurch schon früh rückmeldungen von nutzern sammeln kannst, was wiederum dabei hilft, die entwicklung des produkts so zu lenken, dass dem nutzer das endergebnis gefällt.

ich denke, jeder hat schonmal die situation erlebt, stundenlang an einem projekt gearbeitet zu haben, nur um bei der abgabe herauszufinden, dass der auftraggeber etwas völlig anderes im sinne hatte.

stell dir vor, tausende dollar und viele monate arbeitszeit in die entwicklung eines produkts zu stecken, nur um am ende festzustellen, dass es das problem des nutzers nicht löst.

nicht gut.

zurück zu unserem autobeispiel: wenn wir unserem nutzer das auto in kleinen, iterativen stücken liefern, ist es kein großes problem, wenn er sagt: “hey, weißt du was? nachdem ich ein bisschen damit gefahren bin glaube ich, dass ich doch lieber ein cabrio will.” wenn man das dagegen erst erfährt, nachdem das endprodukt geliefert wurde, ist das ein riesiges problem.

scrum basiert auf iterativen lieferungen deines produkts. statt mit der auslieferung zu warten, bis das projekt zu 100% fertig ist, lieferst du mit der zeit immer wieder nutzbare teilstücke. das hilft dabei, weniger arbeit zu verschwenden, wenn sich anforderungen ändern oder missverständnisse auftreten.

doch jenseits der bedeutung von iterationen und verbesserungen für das produkt legt scrum auch wert darauf, das verfahren selbst mit jeder neuen runde zu verbessern.

während des retrospective-meetings erörtern die teammitglieder bereiche, in denen ihre effizienz erhöht werden könnte. vielleicht gibt es eine technische einschränkung, die sie aufhält. vielleicht ist ein teammitglied mit seinen aufgaben überlastet. das team entscheidet, wie es diese probleme löst, um seine effizienz im nächsten sprint zu steigern. theoretisch sollte das team mit jeder neuen runde effizienter werden und mehr arbeit erledigen.

moment mal… mehr arbeit?

als ich angefangen habe, mir scrum projektmanagement näher anzusehen, gab es etwas, das mich ein bisschen abgeschreckt hat: dieser ganze gedanke, mehr arbeit zu erledigen.

mehr arbeit? ich bin doch jetzt schon überarbeitet!

aber der gedanke hinter scrum ist nicht “mehr zu arbeiten,” sondern klüger zu arbeiten und dadurch mehr zu schaffen.

es gibt dazu ein tolles zitat von sutherland in seinem buch scrum: the art of doing twice the work in half the time (auf deutsch: scrum: die kunst, die doppelte arbeit in der halben zeit zu erledigen):

“denk über deine arbeit nach. wie viel zeit wird verschwendet, weil du darauf wartest, dass jemand anderes seine arbeit erledigt, oder dass du informationen bekommst, oder weil du versuchst, zu viele dinge auf einmal zu tun? vielleicht wärst du lieber den ganzen tag bei der arbeit - ich würde viel lieber surfen gehen.”

scrum projektmanagement misst dich nicht an den stunden, die du anwesend bist, sondern an den aufgaben, die du erledigst. wen interessiert, wie lange du für eine aufgabe gebraucht hast, wenn das ergebnis dasselbe ist?

mit scrum schaffst du dir selbst nicht noch mehr arbeit; du gehst effizienter mit deiner zeit um, sodass du weniger davon im büro verbringen kannst, und mehr mit den menschen und dingen, die du gerne hast.

ist das nicht mal eine work-life-balance?

weitere quellen

es ist schwer, scrum projektmanagement in einen einzigen blogbeitrag zu packen, deshalb empfehle ich, mehr darüber zu lesen, wenn es dich interessiert:

• scrum: the art of doing twice the work in half the time, von jeff sutherland - mit diesem buch bin ich zum ersten mal richtig in das thema scrum eingetaucht. alles ist auf unterhaltsame weise erklärt, mit geschichten zu jedem aspekt des frameworks. super lektüre.

• our  agency’s epic 200% 世界杯欧洲预选赛直播平台 secret, von adam steele - auf diesen blog wurde ich aufmerksam, nachdem ich die entwickler in meiner firma bei der arbeit mit scrum beobachtet hatte und mich fragte, ob auch marketingleute es nutzten. die antwort? ja, und zwar viele!

• the scrum guide, von jeff sutherland und ken schwaber - das handbuch, das du brauchst, um loszulegen.

• scrum glossary, von der scrum alliance - definitionen aller leute und teile von scrum
• scrum certifications, von der scrum alliance - wenn du dich weiter in scrum vertiefen willst, schau dir ein paar dieser zertifizierungskurse an.

gut oder schlecht, wir würden gerne deine meinung hören. klicke bitte hier und teile sie uns mit.