Ist es möglich, Agile bei Infrastrukturprojekten einzusetzen, bei denen der Umfang im Voraus bekannt ist?

Wie kann man agile Methoden für Infrastrukturprojekte verwenden, bei denen der Umfang im Voraus bekannt ist?

Projektbeispiele

  1. Migration/Umzug von Rechenzentren
  2. SAN-Migration
  3. Für die Telepresence-Lösung von Cisco
  4. Telefonie-Projekte

Der Umfang ändert sich nicht, der größte Teil des Projekts wird von Runbook ausgeführt.

Wenn dies nicht möglich ist, bedeutet das, dass Infrastrukturprojekte hauptsächlich mit Wasserfall durchgeführt werden?

Es liegen keine ausreichenden Informationen vor, um Ihre Frage so zu beantworten, wie sie geschrieben wurde. Wo ist beispielsweise Ihr PSP für die Rechenzentrumsmigration? Fast alles kann ein agiles Projekt sein, wenn es so strukturiert ist.
Kurze Antwort ist ja, natürlich. zu viele Details fehlen.
Ich habe meine Meinung dazu hier gepostet: linkedin.com/pulse/…
Indem Sie sagen, dass der Umfang bekannt ist, implizieren Sie, dass die Implementierung bekannt ist. Wenn dies der Fall ist, müssen Sie nicht umschwenken, sich anpassen oder lernen. Sie können immer noch Vorteile aus der iterativen Wertbereitstellung ziehen, aber das war es auch schon. Sie haben alle möglichen Risiken ausgetrieben. Wenn das der Fall ist, wird Ihnen der adaptive Ansatz von Agile sicherlich nichts bringen und Sie mehr kosten, aber noch nie in meiner Karriere habe ich ein solches Infrastrukturprojekt gesehen, daher bin ich besorgt über die Prämisse.
Agile Werte und Praktiken können jedem Projekt helfen, aber Supportwarteschlangen und nicht iterative Arbeit passen nicht. Welche Probleme versuchen Sie eigentlich mit Ihrem gewählten Framework zu lösen? Ich mache ständig agile Infrastrukturprojekte, aber ich optimiere für Umfang, Transparenz und enge Feedbackschleifen.
Das Projektteam, das an mehreren Infrastrukturprojekten beteiligt war und versucht hat, sie in eines der beliebten iterativen Frameworks (normalerweise Scrum) einzufügen, kann sich in Knoten verwickeln. Sie versuchen, beliebige Zeitfenster einzupassen, die nicht mit Migrationsaktivitäten übereinstimmen, und übernehmen das User-Story-Format, was sehr schwierig ist. Die Frage ist derzeit jedoch zu weit gefasst. Agilität ist vor allem ein Gefühl für Größe. Sogar Infrastrukturprojekte verwenden ein MVP-Format zum Testen und Lernen. Wir migrieren nicht ALLE Daten; Wir migrieren eine Testanwendung oder einen Datenwürfel und lernen daraus.

Antworten (3)

Agile/Scrum ist nicht für vorhersehbares Arbeiten geeignet

Bitte lesen Sie meine Antwort auf eine ähnliche Frage weiter oben .

Agile Methoden und Frameworks sind besser geeignet, wenn Anforderungen entweder nicht vollständig im Voraus angegeben werden können oder sich häufig ändern.

Wie Sie selbst betont haben:

Der Umfang ändert sich nicht, der größte Teil des Projekts wird von Runbook ausgeführt

Alle Ihre Beispiele sind Vorhersageprojekte:

  1. Migration/Umzug von Rechenzentren
  2. SAN-Migration
  3. Für die Telepresence-Lösung von Cisco
  4. Telefonie-Projekte

Es geht nicht darum, ob Agilität möglich ist:

Wenn dies nicht möglich ist, bedeutet das ein Infrastrukturprojekt, das hauptsächlich von Waterfall durchgeführt wird?

Es stellt sich die Frage, welches Verfahren am besten geeignet ist. Wenn Sie einen WBS (Work Breakdown Structure) erstellen, Abhängigkeiten identifizieren, Ressourcen zuweisen und sie dazu bringen können, dem Plan zu folgen, ist der Wasserfallprozess am besten für diese Art von Arbeit geeignet.

Ist es möglich, Agile bei Projekten einzusetzen, bei denen der Umfang im Voraus bekannt ist ? Ja.

Ist es der beste Ansatz ? Vielleicht.

Es läuft alles darauf hinaus, mit wie viel Ungewissheit Sie während der Implementierung konfrontiert werden und wie viel Wert Sie schrittweise liefern können .

Wenn Sie zum Beispiel ein Videokonferenzprojekt einrichten, wissen Sie...

  • ob das Netz in der Lage sein wird, die neue Nachfrage zu unterstützen?
  • diese neue Nachfrage wird in verschiedenen Büros stabil sein?
  • Falls Sie Ihren Netzanbieter an einem bestimmten Ort wechseln müssen, wissen Sie, wie Sie dabei vorgehen müssen?

Wenn all dies "nach Vorschrift" geliefert werden soll, dann entscheiden Sie sich für Wasserfall. Andererseits können Sie Vorteile aus dem inkrementellen Ansatz ziehen, den Agile bietet, da Sie einen ersten Teil der Struktur für einige Büros einrichten können, während Sie die Probleme in anderen Büros angehen.

Nehmen Sie dies mit einem Körnchen Salz - Agile dreht sich um inkrementelle Lieferungen . Wenn es ein hartes Zusagedatum gibt (z. B. aufgrund externer Faktoren), möchten Sie vielleicht am Wasserfall festhalten, der Ihnen mehr Kapazität gibt, um Ihren Teil des Projekts von eventuellen externen Abhängigkeiten abzudecken.

Der Lean-Agile-Kanban-Ansatz eignet sich besser für den Betrieb und die Wartung als ein Scrum-Ansatz. Ein großer Unterschied besteht darin, dass Kanban keine festen Zeitfenster hat. Arbeitsübergänge von einem Rückstand zu Work in Progress zu Done. Das Schlüsselkonzept besteht darin, Work in Progress zu begrenzen. Dadurch wird verhindert, dass zu viele gleichzeitige Aufgaben gleichzeitig ausgeführt werden. Erledige zwei oder drei Dinge gleichzeitig, nicht 17 Dinge gleichzeitig. Reduzieren Sie Kontextwechsel und erledigen Sie jede Aufgabe schneller.

Als Beispiel: Die Abteilung für Kraftfahrzeuge hat eine einzelne Eingabewarteschlange, dann 1 WIP für jeden Sachbearbeiter, dann erledigt. Ein Sachbearbeiter begleitet Sie von Ihrer ersten Anfrage bis zum Ende. Ohne die WIP zu begrenzen, würde jeder Angestellte jeden in der Schlange gleichzeitig bedienen. Ihre Zeit in der DMV wäre viel länger.

Ist es möglich, Agile bei Infrastrukturprojekten einzusetzen, bei denen der Umfang im Voraus bekannt ist?
AntwortenHierDatenschutz-Bestimmungen1y, 0v