Kanban für Webagenturen

Wir verwenden Kanban seit einigen Monaten und haben einige Schwierigkeiten, es zu 100% umzusetzen. Heutzutage verwenden wir es eher als Todo-Liste denn als echtes Projektmanagementsystem. Nachfolgend finden Sie einige meiner größten Fragen, auf die ich selbst eine Antwort finden konnte:

  • Wie sollten wir eine Kanban-Karte erstellen? Wir haben nicht das typische "Als Benutzer möchte ich _____", sondern wir machen Wireframes, Mockups, HTML/CSS-Integration usw. Deshalb dachte ich daran, meine Karten nur mit dem Titel "Startseite" zu erstellen, damit es kann das gesamte Kanban-Board durchlaufen. Dann gibt es das Problem, dass die Karte eine XL sein kann (1, 2 oder 3 Tage)
  • Ich habe auch ein bisschen Angst als PM meinen Kalender aufzugeben. Wie kann ich 100 % Kanban (ich meine flexibel) sein und klare Fristen von meinem Kunden haben? Zum Beispiel: „Wir wollen Wireframes am 10. August und Mockups am 10. September. Wir dachten an Sitzungen wie 2 Tage pro Woche für Kundengespräche, der Rest ist nur Produktion.
  • Auch als Agentur (12 Personen) haben wir viele Projekte gleichzeitig und konzentrieren uns nicht auf 1. Sollten wir in kleinen Teams mehr an Ressourcen als an Personen denken? Ich als PM sollte vielleicht nicht sagen "Michael wird das Design dieser Website machen", sondern "Einer der Designer oder zusammen sollte es tun, sie haben 40 Stunden, das war's".

Danke für Ihre Hilfe !

Grüße aus Europa!

Willkommen in der Community. Bitte erwägen Sie, Ihre Frage in mehrere Fragen aufzuteilen und jeder Frage einen aussagekräftigen Titel zu geben.
Ich habe versucht, Ihnen in meiner Antwort unten ein paar Hintergrundinformationen zu geben, aber ich würde dringend empfehlen, etwas über Kanban und User Stories zu lesen und dann spezifischere Fragen zu stellen.
Ich stimme Vadims Kommentar zu. Es ist besser, diese Frage auf einige wenige aufzuteilen.

Antworten (1)

Willkommen in der Community!

Wie Vadim in seinem Kommentar erwähnte, ist Ihre Frage etwas komplex, also werde ich versuchen, sie in mundgerechte Stücke zu zerlegen.

Wir verwenden es eher als Todo-Liste denn als echtes Projektmanagementsystem.

Zunächst einmal ist Kanban streng genommen kein Projektmanagementsystem oder keine Methodik. Kanban ist ein Framework oder eine Reihe von Prinzipien und Techniken, nach denen ein Team oder eine Einzelperson arbeitet. Während Kanban oft mit agiler Entwicklung in Verbindung gebracht wird, ist es durchaus akzeptabel, einen Kanban-Ansatz auch in einer traditionellen Wasserfallumgebung zu übernehmen.

Wie sollten wir eine Kanban-Karte erstellen? Bei uns gibt es nicht das typische „Als User möchte ich _____“

Was Sie am Ende beschrieben haben, ist eine „User Story“. User Stories sind in allen Bereichen der Webentwicklung unglaublich verbreitet und repräsentieren Funktionen und Anforderungen. Eine typische User Story besteht aus drei Teilen:

Als [Benutzertyp] möchte ich [ein Ziel] haben, damit [Überlegungen].
Als Benutzer kann ich Ordner angeben, die nicht gesichert werden sollen, damit mein Sicherungslaufwerk nicht mit Dingen gefüllt wird, die ich nicht speichern muss.

Mike Cohn (Mountain Goat Software) hat einige großartige Informationen über User Stories als Ganzes geschrieben, also würde ich raten, dorthin zu gehen und sie sich durchzulesen.

Wie kann ich 100 % Kanban sein (ich meine flexibel) und klare Fristen für meinen Kunden haben?

Dies hängt alles davon ab, welche Fristen mit Ihrem Kunden vereinbart wurden und wie Ihr Team das Projekt angeht. Kanban ist flexibel, da es keine festen Phasendauern gibt und Ihr Team nie mehr als X viele Aufgaben gleichzeitig erledigen sollte. Dies wird als „Work in Progress“-Limits bezeichnet.

Als PM sollte ich nicht sagen "Michael wird das Design dieser Website übernehmen". Stattdessen sollte es lauten: „Ein Mitglied des Designteams sollte dies übernehmen, sie haben 40 Stunden Zeit“.

Ich würde vorschlagen, dies in eine separate Frage zu verschieben, da wir uns von Kanban entfernen und uns dem Ressourcen-/Verkehrsmanagement zuwenden. Ich versichere, dass sich nur sehr wenige Agenturen auf jeweils ein Projekt konzentrieren, wir alle spielen das Jonglierspiel.

--

Ich hoffe, dies wird Ihnen ein paar Hintergrundinformationen geben, damit Sie zurückkommen und einige spezifische Fragen stellen können, die mehr Antworten von der breiteren Community erhalten.

Ich würde vorschlagen, zuerst in den folgenden Bereichen zu recherchieren:

  • Benutzergeschichten. Wenn Sie Wire Framing praktizieren, versteht Ihr Team die Bedeutung von UX. Meiner Meinung nach sind User Stories das Rückgrat von UX, und es kann unglaublich schwierig sein, Anforderungen ohne sie zu verstehen.

  • Kanban als Ganzes. Atlassian hat hier eine großartige Einführung .