Wie man ein BI-Team dazu bringt, in vertikalen Schichten zu arbeiten, z. B. User Stories

Ich bin ein Agile Coach für eine Gruppe von Business Intelligence Engineers und Data Scientists.

Es gibt im Allgemeinen 2 verschiedene Arten von Arbeitsaufgaben, die sie ausführen:

  1. Benutzerorientierte Berichte und Dashboards, z. B. Business Objects, Looker
  2. Plattformbezogene Aktivierung, z. B. Airflow-Datenpipelines, AWS-Konfiguration, Snowflake- und S3-Arbeit

Ich habe alles versucht, aber ich habe es nicht geschafft, das Team dazu zu bringen, in vertikalen Scheiben zu arbeiten – sie sagen nur, dass es unmöglich ist, und so arbeiten sie im Wesentlichen in horizontalen Scheiben, wobei jedes Teammitglied aus seinem eigenen Rückstand an technischen Aufgaben arbeitet, z

Ein Entwickler wird ständig an neuen Datenpipelines arbeiten und bestehende Datenpipelines warten.

Ein Entwickler macht nur Looker oder BO.

Ein Entwickler führt ausschließlich Snowflake-bezogene Aktivitäten usw. durch.

Die Arbeit harmoniert zwar irgendwann, aber es gibt so wenig nutzerorientierten Wert, dass das Geschäft langsam unzufrieden wird.

Es gibt ein paar weitere Variablen, die mein Problem komplexer machen. Wir haben keine Produktmanagement-Fähigkeiten im Team – wir haben einen PO, aber er ist ein Geschäftsmann ohne echte agile IT-Erfahrung.

Außerdem besteht die Bitte des Teams darin, die Fähigkeiten zum Erstellen von Dashboards und Berichten in die Geschäftsbenutzer einzubetten, z. B. Self-Service.

Meine Frage ist einfach: Wie bringe ich mein Team dazu, agil zu arbeiten und Dinge vertikal aufzuteilen?

Antworten (1)

So wie es aussieht, haben Sie derzeit kein Team. Sie haben eine Gruppe von Entwicklern, die vermutlich im selben Büro arbeiten. Um sie zu einem Team zu machen, müssen Sie sie dazu bringen, gemeinsam die Verantwortung für die ungeteilten Arbeitselemente zu übernehmen, die dem Unternehmen einen Mehrwert bieten.

Ein paar Anregungen in diese Richtung sind

  • Veranstalten Sie mit allen Teammitgliedern eine Retrospektive darüber, wie sie gemeinsam die Wahrnehmung des Unternehmens umkehren können, dass sie nichts liefern. Lassen Sie sie selbst auf Ideen kommen und probieren Sie die vielversprechendsten (oder diejenigen, die die meiste Unterstützung erhalten) für einige Zeit aus.

  • Erlauben Sie dem Team nicht, ein Arbeitselement horizontal zu schneiden. Wenn kein vertikaler Schnitt vereinbart werden kann, dann nehmen Sie an, dass dies der kleinste Wert ist, den das Arbeitselement werden kann.
    Legen Sie gleichzeitig ein WIP-Limit für die Workitems fest. Wenn ein Teammitglied mit einem neuen Arbeitselement beginnen möchte, das die WIP-Grenze überschreiten würde, bitten Sie es, bei der Fertigstellung eines bereits in Bearbeitung befindlichen Arbeitselements zu helfen, selbst wenn dieses Arbeitselement keine Arbeit mehr in seinem Fachgebiet hat . Dies wird dazu beitragen, Arbeitsaufgaben schneller zu erledigen, und es schult auch das Team.
    Sie können dem Team erlauben, (horizontal unterteilte) Unteraufgaben unter einem Arbeitselement zu erstellen, um zu wissen, in welchen technischen Bereichen Arbeit erledigt werden muss, aber der Abschluss einer Unteraufgabe hätte keine Bedeutung für die von Ihnen verfolgten Metriken . Sie können dem Team jedoch dabei helfen, zu sehen, wo/wie mehrere Personen an demselben Arbeitselement zusammenarbeiten können.

Entschuldigung, ich habe Mühe, Ihren zweiten Punkt zu verstehen. Würde es Ihnen etwas ausmachen, umzuformulieren. Wollen Sie damit sagen, dass ich die Arbeitselemente oder die horizontale Scheibe verfolgen soll, die die Arbeitselemente umfasst?
@ user32613: Punkt neu formuliert. Sie sollten die Wok-Items verfolgen (und diese so schnell wie möglich fertigstellen), aber technische Aufgaben zulassen, um sichtbar zu machen, wie die Teammitglieder an einem Workitem zusammenarbeiten können.
Danke für die Antwort. Werde auf jeden Fall den ersten Punkt machen. Der zweite Punkt ist das Problem. Als Agile Coach habe ich keine Befugnis, sie zu vertikalen Slices zu zwingen. Die Workitems sind jedoch horizontale technische Aufgaben (so klein wie möglich). Sie behaupten, Geschichten zu sein, sind aber eigentlich nur technische Aufgaben. Ich lege diesen jedoch WIP-Limits auf.
@ user32613: Wenn Sie nicht die Befugnis haben, versuchen Sie, jemanden auf Ihre Seite zu holen, der die Befugnis hat, "falsches" Slicing zu verhindern. Der PO könnte ein guter Kandidat sein, da er darauf bestehen kann, dass die Geschichten einen (für ihn) erkennbaren Geschäftswert haben. Die Tatsache, dass er kein Techniker ist, könnte dabei tatsächlich helfen.
Wie man ein BI-Team dazu bringt, in vertikalen Schichten zu arbeiten, z. B. User Stories
AntwortenHierDatenschutz-Bestimmungen1y, 0v