Hi Ben,

Erstes sehe ich genau so. Ich bzw. wir haben keine Prinzipen. Wir nehmen einfach das, was am besten funktioniert. Und das findet man nur durch ausprobieren heraus.

1. Alle Entwickler arbeiten fast ausschließlich in einem Raum

Das erfüllen wir. Außerdem sind wie geschrieben auch alle anderen Leute, die das Board indirekt beeinflussen nicht weit weg.

2. Die Menge und Komplexität der Arbeit läßt sich auf einem Board abbilden.

Mehr noch: Wir halten die Komplexität klein. Bei vier Leuten in der Entwicklung ist das sprichwörtliche Ende der Fahnenstange erreicht, wenn nichts mehr ans Board passt. Dann können wir

a) … Leute einstellen und größeres Board kaufen.
b) … uns fragen, ob diese Tasks wirklich in der Form (noch) sinnvoll sind

Das war besonders schön zu sehen, als wir noch für die andere Firma nebenan komplett zuständig waren. Da hatten wir das Board horizontal geteilt. Unsere Arbeitskraft musste ja auch geteilt werden.

Natürlich ist das Kanbanboard nur ein Modell und das sind nur grobe Abschätzungen. Besonders wenn wir uns externe Hilfe holen. ;-) Denn dann – um auf den Punkt von dir zu kommen – haben wir kleine, goldene Magnete sogenannte – Wolfgang-Petry-Gedenk-Ohrstecker) – für Tickets, die wir rausgeben.

Nun könnte es ja passieren, dass wir mit einer Agentur zusammenarbeiten, wo ein Projektname auf dem Ticket stehen müsste, weil die Aufgabe so aufwendig ist. Das ist natürlich nicht im Sinne des Modells bzw. des Boards. Wir würden das pragmatisch angehen. Wenn die Agentur github nutzt, dann probieren wir das aus und gliedern das Projekt aus dem Board aus.

Und wir evaluieren nebenbei ob wir nicht nächste Woche das Board mit Benzin überschütten und anzünden und mich mein Geschwätz von gestern nicht mehr interessiert. ;-) Unter den gegebenen Umständen hilft uns das Board aktuell aber sehr die Übersicht zu behalten.

Davon abgesehen gibt es ja zwei zentrale Voraussetzungen, unter denen eure Lösung funktioniert:

1. Alle Entwickler arbeiten fast ausschließlich in einem Raum
2. Die Menge und Komplexität der Arbeit läßt sich auf einem Board abbilden.

Beide ist bei uns im Palasthotel leider nicht gegeben. Wir arbeiten an 4 unterschiedlichen Standorten, oft auch mehr und unsere Auftraggeber sind sowieso über die Republik verteilt. Da ist der Vorteil, dass alle Tasks an EINER Stelle diskutiert werden vital. Außerdem haben wir Stand jetzt 515 Task in Github. Dazu kommen noch die Tasks, die in anderen Ticket-Systemen verwaltet werden. Da bräuchte man schon eine ziemlich große Tafel.

Nebenbei: Wie macht ihr das, wenn ihr mit jemandem zusammenarbeitet, der nicht bei euch im Büro sitzt?

Ich bin nicht mehr in der Firma, aber es war ein Maschinenbauer, sprich Ingenieurtechnik ja. Ich fand die Methode praktisch. Man hatte mit einem Blick einen Überblick über die Dinge die aktuell wichtig sind. Gut bei uns war es nicht ein Whiteboard sondern ein ganzer Meetingroom dessen Wände mit A4 Zettel behangen waren. Aber bei der Menge an Maschinen, alle an Kundenwünsche angepasst, war das kein Wunder.

Entwickelt ihr auch Software? Oder was macht ihr genau? Mich wundert es nämlich, dass dies etwas ist, was scheinbar nur im weitesten Sinne „Ingenieur“ nutzen.

Ja, github ist super. Die Branches hängen dann direkt an den Tickets. Alles fein. Das würde ich als Agentur, die mit vielen Kunden und Mitarbeitern an verschiedenen Orten zusammenarbeitet, auch so machen.

Aber für uns, die wir hier alle an einem Ort sitzen und nur eine Tür weiter gehen müssen für die Stakeholder, überwiegen meiner Ansicht nach die Vorteile.

Aber es könnte ja rein theoretisch sein, dass wir bald mit einem externen Diensleister genau das mal zusammen testen, lieber Lars. ;-)