Agile Methodik für kleine Unternehmen; große Projekte + Ticketpflege

Ich bin gerade in ein kleines IT-Unternehmen eingetreten, das einen Projektmanager suchte. Wir produzieren ein Projekt auf einmal; Das heißt, wir fangen etwas an, wir entwickeln es, wir testen es, und wenn es fertig ist, denken wir uns ein anderes aus.

Aus diesem Grund habe ich Scrum implantiert, da Projekte in der Regel Monate dauern. Allerdings (und glücklicherweise) funktionieren frühere Projekte gut, daher erhalten wir Tickets und ... "Probleme", die gerade herauskommen.

Bitte bedenken Sie, dass wir ein kleines Team sind (derzeit insgesamt 8 Personen) und ich nicht nur eine Person für Tickets zuweisen kann (es hängt von den Fähigkeiten jedes Einzelnen ab). Soweit ich in vielen Büchern und Artikeln gesehen habe, würde Scrumban unseren Anforderungen entsprechen; das heißt, Scrum und Kanban kombiniert.

Was denkt ihr darüber? Könnten Sie mir kurz sagen, wie es in der täglichen Arbeit wäre?

Vielen Dank.

Diese Frage sollte auf der Projektmanagement-Stack-Exchange-Site gepostet werden, nicht auf Stack Overflow.
Vielen Dank für eure Antworten und sorry falls ich die Frage an der falschen Stelle gestellt habe.
Wie kann ich diese Frage schließen? Ich habe alle Informationen, die ich brauchte, in Stackexchange bekommen.

Antworten (2)

Es hängt davon ab, was in Ihrem Unternehmen oder genauer gesagt in Ihrem Team vor sich geht. Wenn Sie eine „schwere“ Produktentwicklungstätigkeit haben, dann ist „Scrum“ geeignet. Für die Produktionsunterstützung ist Kanban besser. Wenn Sie Ihr Problem zusammen mit Ihren regulären Scrum-Aktivitäten angehen möchten, könnten Sie Ihre Ressourcen (wahrscheinlich täglich) für Produktionsprobleme rotieren lassen. Natürlich wird Ihre Teamgeschwindigkeit von der Anzahl der eingegangenen Probleme und ihrer Priorität beeinflusst. Und es ist in Ordnung, in dieser Situation eine niedrigere Geschwindigkeit zu haben, da dies die realistische Geschwindigkeit ist, wenn Ihr Team die Produktionsprobleme und die geschäftlichen Anforderungen angeht.

Es gibt Situationen, in denen Scrum nicht gut geeignet ist. Einer dieser Umstände ist, wenn das Team regelmäßig Ad-hoc- oder Notfallanfragen erhält, die schnell bearbeitet werden müssen und die Anfrage nicht bis zum nächsten Sprint warten kann. Unter diesen Umständen empfehle ich Kanban.

Eine Sache, die ich niemals empfehle, ist der Versuch, zwei verschiedene Ansätze (Scrum und Kanban) zusammenzuschlagen. Zum einen sprechen sie unterschiedliche Problembereiche an und zum anderen gibt es keine zusätzlichen „Brownie“-Punkte dafür, dass Sie sagen, dass Sie „Scrum UND Kanban (anzüglich mit den Augenbrauen wackeln)“ machen.

Ich ermutige Sie, Kanban genauer zu betrachten.