Einführung von Planview AgilePlace COO Jon Terry
Wir wissen, dass wir viel darüber nachdenken, dass Menschen uns für das Baugewerbe, die Produktion, die Logistik, die Autoreparatur, das Talentmanagement oder was auch immer nutzen. Unser Geschäft bei Planview AgilePlace geht inzwischen weit über unsere Software Development Management Wurzeln hinaus. Aber wir sind uns immer noch bewusst, dass unser Kerngeschäft (und unser Herz und Erbe) in der IT-Abteilung liegt. Und innerhalb dieses weiten Bereichs gehören einige der erfolgreichsten Kanban-Implementierungen (von Planview AgilePlace oder einer anderen Variante) zu den IT-Betriebsgruppen.
Kanban ist die ideale Lösung für Ops-Leute, die Lean-Agile betreiben wollen, für die aber die Idee der festen Iterationen von Scrum keinen Sinn ergibt. In der Tat haben wir gesehen, dass die erhöhte Geschwindigkeit von Scrum Probleme für Ops-Teams verursacht, da sie damit zu kämpfen haben, die schnell wechselnden konkurrierenden Anforderungen auszugleichen. Sie bleiben als Sandsack im Scrum of Scrums stecken!
Die heutige Gastbloggerin, Dominica DeGrandis, ist eine der Vordenkerinnen im Bereich Kanban for Operations. Sie ist selbst eine langjährige Ops-Person und eine langjährige Mitarbeiterin des Kanban-Pioniers David Anderson. Dominica spricht häufig auf Lean/Agile/Kanban-Konferenzen und bietet Kanban-Schulungen an, die sich an Mitarbeiter aus dem operativen Bereich richten. Sie ist auch Herausgeberin des Kanban Weekly Roundup im Blog von David J. Anderson & Associates. Wir freuen uns, Dominica in unserem Blog begrüßen zu dürfen!
Umgang mit Gruppen, deren Probleme Ihnen Probleme bereiten
Ich habe in letzter Zeit viel darüber nachgedacht, wie man mit externen Abhängigkeiten umgeht. Ich bin zu dem Schluss gekommen, dass a) "Extern" ausführlich definiert werden muss und b) "Risiko" gründlich untersucht werden muss.
Wenn wir extern so definieren, dass es außerhalb der Kontrolle unserer Abteilung liegt, bedeutet das dann eine andere Abteilung am Ende des Flurs im selben Unternehmen? Oder handelt es sich um einen 3rd Anbieter in einer anderen Zeitzone, der sich den Namen unseres Unternehmens nicht merken kann? In der Tat kann es Situationen geben, in denen die Zusammenarbeit mit einem 3rd Anbieter in Polen einfacher ist als die Zusammenarbeit mit der Vertriebsabteilung am Ende des Flurs.
Der Schlüssel scheint darin zu liegen, das mit der Abhängigkeit verbundene Risiko zu verstehen. Wie hoch sind die Kosten, wenn die Abhängigkeit nicht rechtzeitig eintrifft? Was für eine Erfolgsbilanz hat das externe Unternehmen? Die Beispiele ließen sich beliebig fortsetzen. Hier ist eine Auswahl:
- Die Gruppe, die "dazu beigetragen" hat, dass unsere Abteilung den Termin für die Freigabe einer behördlichen Auflage verpasst hat, hat der CFO dem Eigentümer des Unternehmens versprochen. Strategie? Vielleicht sollten künftige Abhängigkeiten, die von dieser Gruppe abhängen (falls es sie noch gibt), erst dann in die Warteschlange der Kanban-Tafel gezogen werden, wenn diese Gruppe bestätigt, dass ihr Teil erledigt ist.
- Oder die Gruppe, die im Allgemeinen ihre Fristen einhält, aber dazu neigt, lokal zu optimieren? Strategie? Vielleicht sollten Sie diese Art von Abhängigkeitsrisiko in einem separaten "Warten auf"-Bereich der Kanban-Tafel unterbringen, in dem die Service Level Agreements (SLAs) angezeigt werden, mit denen sich das Management befassen kann.
- Oder die Gruppe, die regelmäßig ein Mitglied ihres Teams zu unserem Standup schickt. Sie setzen sich für die Optimierung des gesamten Unternehmens ein, anstatt ihre Energie nur auf die Funktion ihrer Abteilung zu konzentrieren. Strategie? Vielleicht könnte eine Abhängigkeit von dieser Gruppe als risikoarm angesehen werden und wir könnten erlauben, dass eine Abhängigkeitskarte mit der zugehörigen Karte in unserem Standard-Workflow hängt. Aber vielleicht würde unsere Politik dies nur erlauben, wenn es keine Probleme gibt.
Sobald ein Problem auftritt, könnte die Abhängigkeitskarte einen rosafarbenen Aufkleber erhalten, der eine Blockade anzeigt. Aber reicht das aus, um der richtigen Person eine Eskalation zu signalisieren? Selbst wenn das Team die Abhängigkeitskarte in die Expedite-Spur umwandeln würde, was würde es nützen, wenn das Problem nur von jemandem außerhalb des Teams gelöst werden könnte? Externe Probleme, die außerhalb der Kontrolle unserer Abteilung liegen, erfordern wahrscheinlich die Aufmerksamkeit des Managements, um die Auswirkungen des Risikos zu minimieren.
Wir können externe Abhängigkeiten als verschiedene Risikostufen betrachten. Ein Risikobereich für Abhängigkeiten, wenn Sie so wollen, in dem Abhängigkeiten mit hohem Risiko offensichtlicher sind als Abhängigkeiten mit niedrigem Risiko. Im Idealfall befinden sich genügend Informationen auf der Karte, so dass das Team die Risikostufe bei Bedarf neu bewerten kann - eine praktische Fähigkeit in einer sich ständig verändernden Welt, in der sich frühere Prioritätsentscheidungen zum Risiko möglicherweise geändert haben - und nicht jeder informiert war.
Externe Abhängigkeiten erfordern einen Überblick über das Risiko. Wir können dieses Risiko demonstrieren, indem wir einen Risikobereich für externe Abhängigkeiten in unser Kanban-System Design einführen. Kanban-Karten, die Kriterien zur Bestimmung des Risikos bieten, sollten einen Pluspunkt wert sein.
![Neue Perspektiven aus der 2018 Project Collaboration Survey [Webcast]](https://blog.planview.com/wp-content/uploads/2018/06/diverse-teams.gif)
![Ein globaler Plan für kollaboratives Arbeitsmanagement [Video]](https://blog.planview.com/wp-content/uploads/2019/07/A-Global-Collaborative-Work-management-blueprint.png)
