Kanban – Ein Erfahrungsbericht

Bis 2016 hatten wir bei wibas immer zwei Teams: unser One Team und das Consultant Team. Im letzten Jahr haben wir uns entschlossen ein weiteres Team aufzubauen, unser Service Team, um so unser One Team zu entlasten. Wie unser Service Team arbeitet, was es auf den Weg zu Selbstorganisation gelernt hat und welche Herausforderungen das Team hatte, haben mir Sadie und Alex in einem kurzem Interview geschildert.

Anna:
Hallo liebes Service Team,
Erst mal danke, dass ihr euch die Zeit nehmt, um mit mir über eure Erfahrungen als Kanban Team zu sprechen.
Könnt ihr einmal kurz schildern was ihr genau tut?
Sadie:
Wir arbeiten als eigenverantwortliches Team und sind für die Schulungsorganisation zuständig.
Alex:
Genau, als Service Team organisieren wir nach einem Kauf die Schulungen. Dazu stehen wir in engem Kontakt mit unserem Kunden und natürlich auch unseren Trainern. Wir holen alle Infos für unsere Trainer ein und sorgen dafür, dass sie das benötigte Material am Ort der Schulung vorfinden.

Anna:
Warum verwendet ihr Kanban?
Alex:
Am Anfang nutzten wir Kanban als neu zusammengewürfeltes, aber selbstorganisierendes Team, um die uns aufgetragenen Prozesse besser zu verstehen und zu verinnerlichen. Heute nutzen wir Kanban, um unseren Workflow zu visualisieren und um effizienter zu werden. Durch Kanban können wir schnell erkennen, wo Engpässe entstehen und können so auf spontane oder schwierige Situationen reagieren.
Sadie:
In unserem Team können alle alles bearbeiten. Es ist so, dass oft mehrere von uns an der Organisation einer Schulung beteiligt sind. Das ist wichtig, damit der Prozess nicht stehen bleibt, denn wir sind ja nicht jeden Tag da. Es ist also notwendig, dass unsere Arbeit so transparent wie möglich ist. Somit können wir nachvollziehen, was der Stand der Dinge ist.

Kanban – Ein Erfahrungsbericht weiterlesen

Agile Mythen: User Stories schreiben ist Product Owner Aufgabe

Agile Mythen: Schreibt nur der PO User Stories?!?

Immer wieder werde ich mit der Aussage konfrontiert, dass nur der Product Owner User Stories schreibt und priorisiert. Richtig ist der Product Owner ist die Person, die das Product Backlog priorisiert. Aber aus mir unerfindlichen Gründen scheinen viele Menschen davon überzeugt zu sein, dass es eine Kernaufgabe des Product Owners ist sich an den Schreibtisch zu setzen und so lange an einer User Story zu schreiben bis sie bereit (ready) für einen Sprint ist. Steht das wirklich so im Scrum Guide? Agile Mythen: User Stories schreiben ist Product Owner Aufgabe weiterlesen