Scrum Teams gegen traditionell organisierte Teams [geschlossen]

Question

Für diejenigen von euch, die in Ihre Entwicklungsteams mit gedränge gestartet: Haben Sie die traditionellen Teams pflegen oder neue bilden? Bei unserer Organisation sind wir in der Datenbank aufgeteilt, Produktentwicklung und Frontend-Entwickler (vereinfacht!).

Ich bin daran interessiert, ob andere tatsächlich aufgrund gedränge ihrer ganzen Teamstruktur neu organisiert oder wenn Sie spezielles Projekt gebildet (?) Teams der Kombination z eine Person jeden "alten" Team.

Answer 1

Ich kann eigentlich nicht einmal vorstellen, wie scrum könnte funktionieren, wenn Sie Ihre Rolle Silos halten. In gedränge bauen wir vertikale Schnitte durch das Produkt, so dass jede Funktion bei einem Sprint lieferte alle Fähigkeiten erfordert, dass Sie erwähnt (plus QA, die Sie nicht). Wie würden Sie kontinuierliche Zusammenarbeit schaffen und haben die Menschen auf den Sprint begehen, wenn sie nicht alle im selben Team sind? Scheint, wie der wahrscheinlichste Weg in „Scrumfall“ mir zu beenden. Ich bin kein Experte mit allen Mitteln, aber es scheint mir, dass der sichere Weg in gedränge zum Scheitern verurteilt ist es als eine Projektmanagement-Lösung zu denken, statt einer ganzen organisatorischen Veränderungen. Seine im Kern Kultur.

Zur Beantwortung Sie über „Generalisten“ in Frage stellen. Die einfache Antwort ist, dass durch bestimmte Leute, die nur in der Lage auf bestimmte Dinge arbeiten Sie großes Fett Engpässe in immer zu Erledigt erstellen. Mit Spezialitäten werden Sie immer bei jedem Schritt gezwungen durch begrenzte Ressourcen, auf etwas zu arbeiten. In 1 Sprint können Sie eine Menge db Arbeit zu tun, wo es mehr als nur das eine dba ist zu tun. Aber dann 5 im Sprint, wo es keine Änderung des Datenmodell überhaupt, wird Ihr dba um Langeweile zu halten sitzen. Es wird in Sprint-Planung fast unmöglich, in einer angemessenen Zeit zu begehen, wenn Sie auf Taskebene von Rolle divy haben und zuweisen, anstatt nur die nächste Reihe von vorrangigen Funktionen greifen, die Ihrem Team Geschwindigkeit paßt. Der Generalist Modell wird unweigerlich Mehrwert auf lange Sicht bringen. Sie können es nur nicht sehen sofort, bis Sie Auskreuzung erreichen.

Ich würde davor warnen, dass, wenn Sie bereits in Silo-ed-Gruppen durch Rolle sind, dann müssen Sie in am agilen Reorganisation sehr vorsichtig sein. Viele Menschen sind nicht bereit und wollen nicht bereit sein, ihre besonderen Titel zu verlieren und nur werden Teammitglieder. Ich würde denken, dass Sie fast immer sollte eine gewisse Menge an Umsatz erwartet.

Answer 2

Es ist bevorzugt, dass in gedränge / agile Entwicklung, die die meisten Menschen im Team sind ‚Generalist‘ bedeutet, dass jemand vernünftigerweise in jede Rolle treten kann, so dass jeder Artikel im Rückstand abziehen kann als die kommen und niemand warten, um für andere.

Jetzt kann dies der Fall in Ihrer Situation nicht heute, sondern Dinge zu tun, wie Peer-Programmierung und Standup-Meetings, um zu sehen, wo die Menschen impedements haben und Auskreuzung von Wissen zu verbessern, wird bei der Erlangung dieses Ziels helfen.

Answer 3

In meinem Unternehmen wir eine temporäre Querfunktion Team für jedes Projekt erstellen. Unsere bestehenden Teams sind immer noch da, aber es ist wirklich wichtig, dass wir funktionsübergreifende Teams für scrum.

Answer 4

Wir versuchen in der Regel ein wenig zu mischen, um einig Cross-Team Wissen, aber wir zur größten Teil der Arbeit an unseren Spezialitäten. Aber im Verlauf des Projekts wir leichter auf verschiedenen Teams helfen können

Answer 5

Als ich für meinen früheren Arbeitgeber gearbeitet, reorg'ed das Unternehmen die ganze dev Organisation und Produktmanagement. Sie setzen Ingenieure, Qualitätssicherungs- und Analysten in jedem Team. Die Spaltung war meist vertikal / funktional mit einigen Ausnahmen. Diese Ausnahmen waren ein Fehler - die Architektur vertikale nicht passen, weil es wirklich horizontal war. Ich dachte, dass cross-funktionalen Teams gut funktioniert. In Ihrem Fall müssen die db und Front-End-Abteilungen mit dem Rest verschmelzen, wenn möglich, und neue Verticals spezifisch für Ihr Produkt kann erstellt werden

Answer 6

Wir teilten unser Team in New Product Development und bestehenden Produktwartung, mit der Fähigkeit, für jeden Entwickler von einem zum anderen zwischen Sprint zu hüpfen.

Answer 7

Ich denke, dass wir das traditionelle Team gepflegt haben, zumindest vorerst. Es gibt ein paar andere Teams innerhalb der Anwendungen Zweig der Information Systems-Abteilung, wo ich arbeite, obwohl diese in nur gestellt wurden, bevor wir haben in Scrum.

Es ist ein großes Projekt die meisten von uns auf, dass es unter Verwendung von Scrum und das Team scheint sich gut entwickelt zusammen zu sein. Wir haben einige neue Werkzeuge und Prozesse, die hat uns viel geholfen zu haben scheinen und uns ein Gefühl von „awesomeness“ gegeben, dass hoffentlich werden wir an die anderen Teams übergeben.

Für Änderungen an einer Datenbank, jeder von uns können Entwickler die Änderung in der Entwicklungsumgebung und dann entlang der Skript übergeben zu einem DBA durchgeführt werden, wenn es für die Produktion bereit ist. Für Änderungen im Netzwerk, gibt es Infrastruktur Leute, die damit umgehen und zunächst einen Server in Bezug auf O / S, Netzwerk, Speicher, Festplatten einrichten, etc.