Während der Reise zum Entwerfen, Erstellen und Veröffentlichen unseres Customer Experience Platform, Mit TrustYou Hospitality AI, einem der wichtigsten Teile der TrustYou Hospitality AI-Lösung, haben wir unsere ganze Produkt- und Entwicklungsorganisation und unsere Arbeitsweise umgestellt, um mit einem schnellen und innovativen Ansatz Schritt zu halten.
Heute möchte ich eine der wichtigsten Änderungen der letzten Jahre vorstellen: die “Temporäres Team”—oder TTeam—Konzept.
Was ist ein temporäres Team?
A Team ist ein Team mit begrenzter Lebensdauer entworfen, um die Zusammenarbeit fördern unter den Leuten, die man braucht, um ein bestimmtes Ziel zu erreichen. Das wird erreicht durch Ingenieure zusammenbringen Vollzeit mit einem klaren Ziel arbeiten.
Wir bilden Teams mit einem klarer Umfang die in wenigen Wochen fertig sein können. Die Teams lösen sich auf, sobald der Umfang festgelegt ist, oder werden nach ersten Arbeiten wegen neuer Erkenntnisse aufgelöst oder so angepasst, dass sie ins Budget passen.
Ein TTeam ist ein funktionsübergreifend und teamübergreifend Zusammenarbeit mit Ingenieuren mit unterschiedlichen Fähigkeiten und anderen Rollen wie Produktmanagern oder Produktdesignern – sogar mit Kollegen aus anderen Abteilungen, wenn deren Wissen oder Fähigkeiten gebraucht werden. Jedes TTeam hat einen Produktleiter und einen technischen Leiter. Diese Rollen bedeuten nicht unbedingt eine Führungsposition außerhalb des TTeams und bieten Ingenieuren die Chance, ihre Führungsqualitäten in einem klar definierten Rahmen zu entwickeln.
Langfristige Teams vs. vorübergehende Teams für die Produktentwicklung
Wir haben eine Struktur von langlebige Teams bewältigen Lokale Änderungen, langfristige Technologiestrategie und Betrieb für jedes Teilsystem, mit klaren Zuständigkeiten. Die langlebigen Teams sind die Anker für das Wissen der Teilsysteme. In der Zwischenzeit, temporäre Teams uns ermöglichen Konzentration und Arbeitsfluss steigern bei der Entwicklung und Umsetzung der kompliziertesten Funktionen.
Während ein TTeam aktiv ist, machen sich seine Leute von ihren täglichen Aufgaben in ihren langjährigen Teams frei. Jedes TTeam entscheidet selbst, wie es arbeitet. Normalerweise ist das ziemlich pragmatisch und schlank: ein eigener Slack-Kanal, ein Miro-Board zum Sammeln und Besprechen von Ideen, ein einfaches Kanban-Board für die Aufgaben und eine Vorliebe für Pair-Programming-Sessions und Workshops statt formeller, regelmäßiger Meetings.
Sobald sich das TTeam auflöst, geht jeder wieder zu seinem alten Team zurück und nimmt wertvolles Wissen und Einblicke mit, die er außerhalb seines normalen Arbeitsumfelds gesammelt hat.
Ein Beispiel aus dem echten Leben von Fokus und Flow
Um das zu zeigen, schauen wir uns mal an, wie wir eine unserer Funktionen entwickelt und veröffentlicht haben: Eine Umfrage-Bewertung als unangemessen markieren.
Diese Funktion wird über den Posteingang der CXP-Plattform gestartet. Sobald eine Umfrage-Bewertung als unangemessen markiert wird, durchläuft sie einen Genehmigungsprozess und es werden Benachrichtigungen verschickt. Nach der Genehmigung wird die Bewertung aus den KPI-Berechnungen in den Dashboards rausgenommen und im Posteingang mit einem bestimmten Status gekennzeichnet.
Um diese Funktion einzubauen, mussten wir ein paar Änderungen an verschiedenen Plattformkomponenten machen, die von unterschiedlichen Teams betreut werden.
In einem typischen Technische Einrichtung mit langjährigen Teams, Die Aufgaben zur Umsetzung dieser Funktion sind auf mehrere Team-Backlogs verteilt. Die Arbeit zu koordinieren, braucht zusätzliche Planung Meetings zusätzlich zum normalen Zeitplan jedes Teams und sich vorher über Schnittstellen, Testdaten und andere Abhängigkeiten. Die dringend benötigten Berührungspunkte zwischen den Leuten, die an der Funktion zusammenarbeiten, sind sowohl ein “Overhead” als auch Ausnahmen von ihrem täglichen Arbeitsablauf innerhalb ihrer langjährigen Teams. Das führt zu unterschiedlichen Prioritäten, nicht aufeinander abgestimmten Zeitplänen und übersehenen Abhängigkeiten. führen oft zu Verzögerungen und Frust.
In unserem Fall haben wir ein temporäres Team gebildet, um diese Funktion zu entwickeln und zu veröffentlichen. Das TTeam bestand aus vier Ingenieuren mit unterschiedlichen Fähigkeiten aus den Teams, die für die betroffenen Subsysteme zuständig waren. Der Teamleiter eines dieser Teams und der Produktmanager eines anderen Teams haben nebenbei die Führungsrollen übernommen.
Über drei Wochen, Das temporäre Team hat zusammengearbeitet. die Funktion zu entwerfen, umzusetzen, zu testen und freizugeben. Mit einem einzige Priorität, regelmäßige Synchronisierungen und Paarprogrammierung und Grooming-Sessions auf Abruf. Hindernisse wurden sofort erkannt und angegangen, und Missverständnisse wurden frühzeitig aufgedeckt und behoben. Alle haben an einem Strang gezogen., was zu einer erfolgreichen und pünktlichen Veröffentlichung geführt hat.
Highlights und gewonnene Erkenntnisse
Das Konzept der temporären Teams hat für uns echt was verändert, vor allem bei der Bewältigung von:
- Teamübergreifende Funktionen: Wenn Funktionen das Know-how von Ingenieuren aus mehreren langjährigen Teams brauchen, machen TTeams Abhängigkeiten überflüssig und reduzieren Leerlaufzeiten und Hindernisse. Anstatt Aufgaben auf Backlogs aufzuteilen, bringen TTeams alle auf ein gemeinsames Ziel.
- Aufgaben mit hoher Unsicherheit oder hohem Risiko: Wenn die Unsicherheit oder das Risiko hoch ist, ermöglicht ein TTeam flexible Arbeitsweisen mit weniger Formalitäten. Dieser Fokus hilft dem Team, komplexe Probleme ohne Ablenkungen anzugehen.
Natürlich war nicht alles perfekt. Zu den größten Herausforderungen, denen wir uns stellen mussten, gehörten:
- Zu viele Teams: Nachdem wir das Potenzial von TTeams erkannt hatten, haben wir anfangs zu viele auf einmal gestartet. Das richtige Management von Umfang, Start und Auflösung braucht Zeit und Mühe. Zu viele TTeams sorgten für Chaos, bis wir ein paar Regeln aufgestellt haben, um Prioritäten zu setzen und die Anzahl der aktiven TTeams zu begrenzen.
- Schlechte Planung: Am Anfang haben wir uns beeilt, TTeams zu starten, ohne zu überlegen, wie sich das auf langjährige Teams auswirkt. Jetzt planen wir schon Wochen im Voraus und bei unerwarteten Anforderungen schauen wir genau, wann wir was machen, um Störungen so gering wie möglich zu halten.
Probier's aus und lerne dazu!
Teams sind zu einem wichtigen Vorteil geworden in den Fokus und den Fluss steigern unserer Abteilung für Produktentwicklung und Technik.
Allerdings, Test & Learn ist einer unserer wichtigsten Werte bei TrustYou., und wir machen das auch weiterhin mit unserem Konzept der temporären Teams. Wir überlegen uns regelmäßig, wie wir sie am besten nutzen, lernen daraus und machen es immer besser.
Wenn du dich in einer ähnlichen Situation wie der im Beispiel beschriebenen mit langlebigen Teams befindest, könnte es sich lohnen, darüber nachzudenken, ob eine Art temporäres Team für dich funktionieren könnte.
