wie beginne ich in meinem mitarbeiterteam mit der scrum methode und mit trello?

sind deine team-projekte in einer nicht enden wollenden zwickmühle gefangen, viel zu tun – aber es wird nie ganz fertig? möglicherweise hast du schwierigkeiten sinnvolle fortschritte bei deinen aufgaben zu erzielen. oder du und dein team können sich nicht richtig auf das konzentrieren, worauf ihr euch konzentrieren müsst.

vielleicht findest du bei scrum die antwort deiner probleme. es könnte deiner arbeit mehr orientierung geben und sicherstellen, dass du nur an aufgaben arbeitest, die einen mehrwert für dich bieten, und dir eine klare möglichkeit bieten, deine fortschritte woche für woche erkennbar zu machen.

was ist scrum?

scrum.org definiert es als "einen komplexen prozess – einen rahmen, in dem menschen adaptive probleme angehen können, während sie produktive und kreative produkte von höchstmöglichem wert erstellen.“  wenn man sich mit projektmanagement-theorien befasst, könnte man sagen, dass die scrum-methode eine art agilität-methodik ist, die inkrementelle -also zunehmende- und iterative -also sich wiederholende- arbeitsabläufe verwendet.

wenn du all diese terminologien lösen möchtest, scrum ist ein prozess, der menschen hilft, probleme zu lösen und projekte so produktiv wie möglich zu verwirklichen, während sichergestellt wird, dass die projekte, an denen du arbeitest, so hochwertig wie möglich sind.

scrum war zunächst ein weg, der für software-verwaltung neuer produkte verwendet wurde. aber bald schon wurde es bei vielen teams zu einer gängigen und nützlichen arbeitsweise, von der kundenbetreuung über marketing, bis hin zur abfertigung und vieles mehr.

mit der scrum-methode hat dein team in euren projekten immer eine echtzeitverarbeitung, indem diese aufgaben in einzelne kategorien  "to do", "doing" und "done" unterteilt werden. auf einen blick können alle sehen, ob gerade an diesem blogpost oder feature gearbeitet wird oder ob er noch gar nicht gestartet wurde. deine projekte und aufgaben werden während der bearbeitungszeit auch feedbacks berücksichtigen, das bedeutet, dass diejenigen, die nach "done" wechseln, nicht nur produktiver sind, sondern auch erfolgreicher.

viele teams nutzen scrum  um organisiert zu bleiben, und trello hilft ihnen dabei. so erkennst du, ob die scrum-methode für dich geeignet ist und wie trello dir helfen kann loszulegen:

wie erkennst du, ob die scrum-methode für dein team richtig ist?

hier sind einige kriterien, anhand derer du entscheiden kannst, ob sich das ausprobieren des scrum-stils für dein team lohnt:

1. du hast klar definierte projekte. scrum stützt sich auf das konzept, dass es ein sehr spezifisches endziel gibt, auf das das gesamte team ausgerichtet ist. von dort werden die einzelnen teile des endziels an teammitglieder delegiert. wenn die probleme deines teams darin bestehen, immer mehr ziele zu haben, bist du vielleicht noch nicht richtig vorbereitet in die scrum-methode einzutauchen.

2. deine projekte können in mundgerechte stücke zerlegt werden. manchmal birgt eine aufgabe, von der du denkst, dass sie nur aus einer einheit besteht, mehrere kleinere segmente. zum beispiel denkst du möglicherweise "content-strategie" sei genau das, was du schon durchführst. in wirklichkeit aber ist es eine kombination aus mehreren projekten: erstelle einen redaktionellen kalender, definiere seo-stichwörter, schreibe einen blogeintrag, usw. der grund, warum projekte in scrum aufgeteilt werden müssen ist, dass du alle bestandteile des projekts in abständen von ein oder zwei wochen kontinuierlich bearbeitest. somit arbeitest du stetig und konsequent auf das endziel hin.

3. einen improvisierten ad-hoc-workflow wird es bei dir nicht geben. die besondere kraft der scrum-methode liegt in der fähigkeit eine stetige wochenplanung durchzuführen und nicht zeitraubend tag für tag. scrum wurde tatsächlich so konzipiert, dass ein ad-hoc-arbeiten, und nicht zusammenhängende initiativen, die nicht auf ein gemeinsames ziel ausgerichtet sind in einer gruppe verhindert werden.

4. du konzentrierst dich darauf, feedback zu erhalten und verbesserungen vorzunehmen. bei scrum geht es um kleine dinge, die feedback brauchen, um dann in den gesamtplan integriert zu werden. wenn du nicht zusammenfasst, was deine kunden, kollegen oder deine leads über deine produkte oder kampagnen denken, dann nutzt du nicht den gesamten wert eines scrum-laufs, da sich deine methode nicht mit konstanten revisionen und wiederholungen beschäftigt.

denkst du nun dein team ist fit genug? dann kannst du jetzt loslegen.

geh es langsam an: rom ist auch nicht an einem tag erbaut worden

ein wichtiger bestandteil der scrum-methode ist es kleine schritte zu gehen, und sie dann zu wiederholen. die umsetzung des scrum-laufs in deinem team macht da keine ausnahme.

anstatt damit anzufangen alles über scrum und agile zu lesen und alle aspekte auf einmal umsetzen zu wollen und in dein team zu integrieren, fange einfach klein an, steigere dich langsam und füge weitere schritte peu à peu hinzu. alles was du dafür brauchst, findest du hier:

• abstimmen eines großen projektes: bei scrum geht es darum, dass jeder einzelne im team an teilen eines gemeinsamen großen kuchens arbeitet. sobald das team den gesamtplan kennt, ist es einfach kleinere teile in ein- oder zweiwöchige scrum-sprints zu unterteilen.

• definiere deine scrum-sprints: lege fest, wie lange du dich auf jede aufgabengruppe konzentrieren möchtest. sprints dauern normalerweise ein- bis zwei wochen. du hast dann einen genauen Überblick über die anzahl der sprints, die zum abschluss des gesamten projekts erforderlich sind. (ja, du kannst in die zukunft sehen und gleichzeitig deinen chef beeindrucken!)

• entscheide, wie deine listen aussehen sollen: üblich ist mit "to do", "doing" und "done" zu beginnen. später kannst du weiteres integrieren, beispielsweise "in review" oder "up next", aber zunächst mach dir darüber keine sorgen.

• richte sprintplanung und scrum-retrospektiven ein: erstelle jedes mal, wenn du einen scrum-sprint abgeschlossen hast - jede woche oder jede zweite wochen - ein kalenderereignis und überprüfe, wie alles in deinem scrum-sprint gelaufen ist. plane dann, woran du als nächstes arbeiten möchtest.

• erstelle einen backlog: dein backlog ist eine liste aller aufgaben, an denen du arbeiten könntest. halte zu beginn alle ideen in einem brainstorming fest, alles was dein team erarbeiten könnte: recherchieren, neue funktionen entwickeln, kundenfragen beantworten usw.

wähle einen produkt-backlog und einen scrum master: erwähle jemanden im team der dein produkteigentümer sein wird. diese person wird bei den aufgaben deines backlogs prioritäten setzen, um so zu bestimmen, welche für den fokus deines teams am wichtigsten sind. der scrum master hingegen stellt sicher, dass jeder das scrum-protokoll befolgt.

richte deine trello-listen ein

und so bringt trello die magie zu scrum:

dein größeres ziel hast du bereits definiert. erstelle nun ein trello-board, um alle kleineren, aufgeschlüsselten und durchdachten aufgaben hinzuzufügen!

erstelle karten der aufgaben, die du bearbeiten möchtest. denke immer daran, dass es nicht länger als eine woche dauern sollte, um diese aufgabe zu erledigen.

erstelle zunächst deinen backlog. anschließend jeweils eine liste für "to do", "doing" und "done". (du kannst sie nennen wie du willst. vielleicht möchtest du es mir gleichtun, meine erste liste "on deck" bezeichne ich als "to do".)

das hinzufügen einer "in review"-liste ist ein weiterer hilfreicher aufbewahrungsort, wenn du viele elemente überprüfen musst. “Übertrag zur nächsten woche" ist eine weitere liste, die es wert ist hinzugefügt zu werden, diese fungiert für alles, was du nicht innerhalb des sprints abschließen konntest. dies sollte nicht häufig vorkommen. wenn dies dennoch der fall ist, solltest du nach trends suchen, um zu verstehen wo der auslöser hierfür liegt.

plane deinen ersten sprint

nun hast du deine listen eingerichtet und mehrere aufgaben in deinem backlog. jetzt ist es an der zeit deinen ersten scrum-sprint zu planen!

dein „product owner“ produkteigentümer sollte in vorlage gehen, bevor sich alle treffen. diese person wird den backlog examinieren und jede karte sorgfältig prüfen, um zu ermitteln, wie viel aufwand jeweils erforderlich ist, welchen möglichen wert dies haben könnte, welche fristen damit verbunden sind, und welche allgemeinen prioritäten das team hat.

beim ersten sprint-planungsmeeting entscheidet dein product-owner welche aufgaben tatsächlich im sprint platziert werden. natürlich sollte es einige debatten mit dem team geben, damit alle eingeführt werden und sich mit diesen initiativen bekannt machen können. obwohl der produkteigentümer die entscheidung trifft und das letzte wort hat, handelt es sich nicht um eine diktatur, und das feedback aller sollte berücksichtigt werden.

wenn du dich entschieden hast, welche teile zum scrum-sprint hinzugefügt werden sollen, musst du story-punkte ergänzen. story-punkte ist der schwierigkeitsgrad, der mit einer aufgabe verbunden ist, diese geben hinweis darauf, wie viel aufwand erforderlich ist. einige teams verwenden keine zahlen, sondern verwenden ein framework, ein rahmenkonzept wie wir es von “t-shirt-größen“ kennen (xs, s, m, l, xl). dies ist nicht dazu gedacht, die genaue anzahl der arbeitsstunden einer aufgabe zu messen. es soll lediglich helfen, den nötigen aufwand im vergleich zu anderen aufgaben zu verstehen.

beispielsweise könnte dein “eintrag im blog post” einen schwierigkeitsgrad “5“ erhalten; dein “facebook post“ lediglich eine “1“. der eine erfordert viel mehr arbeit als der andere. (oder denke in t-shirt-grössen - xl im vergleich zu xs)

frage im team, um die story-punkte oder die t-shirt-größe zu bestimmen. dies entscheidet nicht der product-owner, sondern das team erarbeitet dies gemeinsam. jeder kann eine zahl definieren und diese dann mit dem team besprechen, bis eine einigung über den aufwand besteht. du möchtest ja nicht, dass einer deines teams denkt, es sei nur sehr wenig mühe, und ein anderer meint, um diese aufgabe zu bewältigen sei eine ganze woche nötig! es ist sehr wichtig, dass hier alle im einklang sind.

sobald du deine aufgaben aufgeschlüsselt hast, kannst du mit deinem sprint beginnen!

mache deinen sprint stark

wenn du gerade erst angefangen hast, versuche nicht zu viel auf einmal in deine scrum-lauf einzubauen. bespreche stattdessen jede woche, wenn du deinen nächsten scrum-sprint planst, über den vorherigen sprint und über mögliche verbesserungen. versuche einen weg zu finden, um jede woche etwas zu verbessern. profi-tipp: verwende diese funktionen nicht, nur um neue dinge auszuprobieren. suche nach ressourcen, mit denen du ein aufgetretenes problem lösen kannst.

labels

du kannst auf verschiedene arten labels verwenden. benutze diese immer dann, wenn du projekten mehr klarheit verschaffen möchtest. beispielsweise kannst du labels als projektkategorien verwenden. wenn du dich mit marketing beschäftigst, verwendest du möglicherweise "content/inhalte" oder  “sales-materials/vertriebsmaterialien". wenn du im kundendienst bist, verwendest du wahrscheinlich "case-study/fallstudien" oder "onboarding" usw.

du kannst labels auch verwenden, um weitere details einer aufgabe zu kennzeichnen, wenn sich diese innerhalb einer liste befinden. bevor wir unserem marketing sprint-board eine "in review"-liste hinzufügen, benutzen wir einfach ein label mit gleichem namen.das label kennzeichnet die dinge, die sich in "doing" befinden, und die überprüft werden müssen, bevor sie zu "done" wechseln können. dies ist hilfreich, wenn nur eine person, z. b. ein manager, die initiativen überprüft.

checklisten

checklisten sind großartig, um aufgaben noch mehr aufzuteilen. in situationen, in denen du eine aufgabe mit mehreren bestandteilen hast, ist die checkliste eine erstaunliche möglichkeit, um diese zu organisieren und um sicherzustellen, dass keine dieser aufgaben in vergessenheit gerät. es ist auch sehr hilfreich für teammitglieder zu sehen, wo genau diese bestimmte aufgabe sich befindet und wie viel noch anliegt um sie zu bewältigen.

eigentümer

jedes team macht es ein bisschen anders. in einigen teams startet man den sprint möglicherweise erst, wenn für jede aufgabe ein eindeutiger eigentümer festgelegt wurde. in anderen teams beginnt man eventuell ohne besitzer, und einzelpersonen wählen eine aufgabe aus und werden beim start dieser zum eigentümer. wie auch immer du dich entscheidest, trello macht es dir leicht. du kannst jeder karte einen eigentümer oder sogar mehrere eigentümer zuweisen. du kannst den besitzer dann ändern, wenn die karte in eine andere phase verschoben wird.

fälligkeitsdaten

im idealfall müssen die meisten aufgaben bis zum ende ihres entsprechenden sprints erledigt sein. in einigen fällen aber könnte es weitere besondere fristen geben, bevor der sprint endet. wenn dies der fall ist, kannst du der trello-karte ein fälligkeitsdatum zuweisen, um deutlich zu machen, wann eine frist bevorsteht. damit nichts übersehen wird, werden durch das setzen des fälligkeitsdatums erinnerungen und benachrichtigungen ausgelöst. wenn du mehrere aufgaben wie diese haben solltest, kannst du das kalender power-up aktivieren, um alles in der kalenderansicht anzuzeigen.

sehe dir dein trello-board in der kalenderansicht an, um zu sehen, wann jede aufgabe im sprint abgeschlossen sein sollte.
. 

power-ups

wenn du noch fortgeschrittener werden möchtest, gibt es mehrere power-ups und chrome-erweiterungen, mit denen du scrum und trello noch besser nutzen kannst. eine meiner beliebtesten chrome-erweiterungen ist scrum für trello, sie addiert automatisch die anzahl der story-punkte auf einer karte. so ist es einfach festzustellen wie viele gesamtpunkte in einer liste enthalten sind. der trello karten zähler zählt die anzahl der karten auf dem board.

es gibt dutzende verschiedener power-ups im trello-verzeichnis. hier sind ein paar meiner favoriten und wie ich sie benutze:

google drive: hängt dateien und sogar ganze ordner an jedes projekt an. anhangs vorschauen sind auf der karte eingebettet und zeigen auch an, wann und von wem sie zuletzt bearbeitet wurden.

slack: halte dein team auf dem neuesten stand, wenn eine initiative in eine andere phase übergeht, indem du trello-updates in relevante slack-kanäle leitest. du kannst trello-karten auch direkt in slack kommentieren und verschieben.

benutzerdefinierte felder: wenn du für jede aufgabe etwas aktualisieren möchtest und die beschriftungen nicht richtig funktionieren, setze die benutzerdefinierten felder ein, sie sind wirklich erstaunlich. sie ermöglichen eine zusätzliche karten anpassung für durchsuchbare details.

hello epics: damit kannst du eine besondere fast familiäre beziehungen zu deinen karten herstellen. ich finde das hilfreich, wenn ich ein großes projekt habe, das in mehrere große aufgaben aufgeteilt werden muss.

weitere großartige agile power-ups sind  burndown, planning poker, und agile karten.

bist du nun bereit scrum und trello auszuprobieren?

worauf wartest du noch? dein arbeitsteam kann bereits jetzt von scrum profitieren! kopiere dieses beispiel “marketing sprint board”  und beginne mit deinem team scrum zu entdecken.

siehe auch: scrum und agiles projektmanagement für anfänger