Kann (und sollte) Agile für Infrastrukturprojekte verwendet werden?
On November 19, 2020 by adminIst es möglich, agile Methoden für große IT-Infrastrukturprojekte zu verwenden?
Ich arbeite an einem großen Projekt, das das Entwicklungsteam verwendet agile Methoden, während die Infrastruktur (an der ich beteiligt bin) mithilfe von Wasserfallmethoden aufgebaut wird. Wir haben kürzlich darüber diskutiert, ob Agile während des gesamten Projekts eingesetzt werden kann, konnten jedoch keine Schlussfolgerung ziehen. Wenn jemand praktische Erfahrung hat, welche Vor- und Nachteile hatte der Ansatz?
Kommentare
- Siehe Chuck Cobb ‚ s Antwort auf [die Frage zur Unsicherheit] [1]. [1]: pm.stackexchange.com/questions/4338/…
- Gut Referenz – Ich mag den darin enthaltenen Kommentar, der über Makro- und Mikroplanung spricht. Dies könnte ein interessanter Weg sein, um einen flexibleren Ansatz für das Infrastrukturprojektmanagement zu entwickeln, als ich es bisher gesehen habe.
- Wie wird dies bei der Entwicklung mobiler Anwendungen hilfreich sein? Ich meine, gibt es ein Dokument oder ein Dokument für den Startprozess?
Antwort
Agil ist ein neuer Begriff für Jahrzehnte Konzepte. Ich habe kürzlich zu diesem Thema mit einem Blog mit dem Titel „Gorillas können mit jedem Projekt agil sein“ gebloggt (PMI hat dies kürzlich in ihrer Agile Community of Practice erneut veröffentlicht).
Mein Blog ist nicht nur eine Meinung. Ich habe agile Prinzipien auf Programmebene in einem Hardware-Unternehmen angewendet, das sowohl japanische Geschäftspraktiken als auch ein Erbe von IBM-Praktiken hatte. Ich half dem Team, die pro Quartal versendeten Produkte um Größenordnungen zu steigern. Ich habe mich nur auf agile Werte konzentriert und daran gearbeitet, die Organisation zu einem Team zu machen.
Und wenn jeder zu mir sagt „Agile funktioniert nicht in Hardware-Unternehmen.“
Ich antworte nur mit einem Wort …
„Toyota „
Kommentare
- Vielen Dank dafür. Der Blog erinnert rechtzeitig daran, dass Agile ein Begriff ist, von dem oft (fälschlicherweise) angenommen wird, dass er “ Scrum „, und auf dieser Grundlage scheint es allen Grund zu geben, Agile auf Infrastruktur zu prüfen. Alles, was bleibt, ist das Verständnis der Details darüber, was funktionieren wird und was nicht … und dass ‚ der Spaß beginnt.
- Joel, jede Chance, dass Sie ‚ sind in der Nähe und haben einen Link zu diesem Blog? Ich ‚ würde es gerne lesen.
- Der Blog-Link sollte sich in meinem Profil befinden. Prost.
Antwort
Der große Unterschied zwischen Softwareprojekten und Infrastruktur besteht in der Vorlaufzeit. Zum Beispiel, wenn Sie es brauchen Der Bau eines neuen Rechenzentrums kann Jahre dauern. Selbst etwas so Einfaches wie das Bestellen von Festplatten im Moment kann aufgrund der Überschwemmungen in Thailand lange dauern.
Agile ist großartig, und wenn Sie darüber nachdenken, geht es bei der Verwendung von Cloud-Servern darum. Für ein Unternehmen, das hauptsächlich auf gehosteten Cloud-Servern arbeitet, sehe ich keinen Grund, warum agile Methoden nicht funktionieren würden. Wenn Sie jedoch Ihre Infrastruktur im Haus behalten, müssen Sie sicherstellen, dass Sie längerfristig planen, um die Vorlaufzeiten zu berücksichtigen.
Kommentare
- Es kann auch viele Probleme bei der herstellerübergreifenden Koordination geben. Es ist wahrscheinlich, dass mehrere Anbieter wichtige Teile in einem Infrastrukturprojekt liefern, die in Softwareentwicklungsprojekten möglicherweise seltener sind (dh die SAN-Geräte können ‚ nicht ohne Strom und Verkabelung geliefert und getestet werden muss vor der Auslieferung der Ausrüstung usw. erfolgen.)
Antwort
Ich habe erfolgreich eine Mischung aus Agile und verwendet PRINCE2 in großen, komplexen IT-Infrastruktur- und Bauprojekten mit einem Budget von bis zu 140 Mio. USD und einem Gesamtteam von 167 Personen. Wenn Sie akzeptieren, dass Agile ein adaptives Framework ist, dh kein fester oder vorgeschriebener Prozess, sollten Sie es in jeder Art von Projekt implementieren können. Es ist bedauerlich, dass unsere Denkweise darauf konditioniert war, dass Agile nur in Softwareentwicklungsprojekten erfolgreich sein kann, wobei das Projektteam für den größten Teil der Projektdauer in einem Raum untergebracht ist. Die Realität ist, dass dies die heutigen Projektteams sein könnten an verschiedenen Orten auf der ganzen Welt ansässig … warum also nicht zum Beispiel ein virtuelles Kanban-Board verwenden? Komm schon, öffne deinen Geist … sei anpassungsfähig … versuche es ehrlich und fair!
Kommentare
- Hallo Sylvia, willkommen an PMSE und vielen Dank für Ihre Beiträge. Stellen Sie nur sicher, dass Sie die vollständige Frage beantworten, da in diesem Netzwerk jede Antwort die Frage beantworten und als Referenz für andere dienen sollte. Können Sie Vor- und Nachteile der Verwendung dieses Ansatzes in Ihrem großen IT-Projekt (und möglicherweise sogar im Bauprojekt) angeben? Danke und willkommen bei PMSE!
Antwort
Die Hardware-Infrastruktur kann in Phasen implementiert werden.
Schätzen Sie, wie die Anforderungen sind wird im Laufe der Zeit wachsen und sehen, ob Sie die Infrastruktur, die Sie benötigen, in Phasen implementiert werden können. Z.B. Beginnen Sie mit 10 Servern, fügen Sie 10 weitere hinzu usw.
Dies kann mit einem iterativen Lebenszyklus verwaltet werden.
Wenn die Phasen kurz genug sind, können Sie einen agilen Lebenszyklus verwenden (agile basiert auf kürzeren Iterationen als das ursprüngliche UP ).
Die Software-Infrastruktur kann wie jede andere Software mithilfe eines agilen Lebenszyklus entwickelt werden. Es ist jedoch wichtig, die Endvision intakt zu halten, damit die Software als Infrastruktur fungieren kann.
Antwort
Zusätzlich zu den Vorlaufzeiten können Änderungen der Architektur in letzter Minute im Vergleich zu Softwareprojekten oder Toyota recht kostspielig sein. Die meisten internen IT-Organisationen haben / können kein Lager haben, das immer voller Teile ist. In Toyota (auch wenn sie ein Inventar haben, das wie Boeing in Just In Time geliefert wird) werden sie Teil eines fertigen Produkts, das ab Werk geliefert wird.
Rechenzentren können dies vereinfachen, da die Geräte problemlos für ein anderes Projekt / einen anderen Kunden wiederverwendet werden können.
Kommentare
- +1 Guter Punkt, wie die Zyklen durch “ Pooling “ die nicht verwendeten Ressourcen des Rechenzentrums.
Antwort
Agile Insbesondere Scrum eignet sich für nicht deterministische Projekte, bei denen sich die Anforderungen im Verlauf des Projekts stark ändern können. Zum Beispiel Softwareentwicklungsprojekte. Es kann für deterministische Projekte verwendet werden, z. IT-Infrastrukturprojekte, aber Alternativen wie Kanban eignen sich besser für deterministische Projekte.
Antwort
Ich bin Mitglied eines Back-End-Serviceteams und wir verwenden Agile die ganze Zeit. Der Schlüssel dazu besteht darin, den Arbeitsstatus vom agilen Prozess zu trennen und eine geeignete Sprintperiode auszuwählen. Kennen Sie die Geschwindigkeit und das Tempo Ihres Teams, wählen Sie einen Sprint von zwei oder drei Wochen Dauer. Wenn Sie sich mit Agile vertraut machen, kann Scrum auf jedes Team angewendet werden.
Der einzige Unterschied besteht darin, dass das Ergebnis variieren kann und Sie als Manager müssen definieren, was „getan“ wird. Es überrascht nicht, dass ein Forscher einen Artikel darüber geschrieben hat, wie Scrum auf ein Forscherteam angewendet wird.
http://www.cs.umd.edu/~mwh/papers/score.pdf
Beschränken Sie Ihre Kapazität nicht mit Ihrer Fantasie. Viel Glück.
Antwort
Agil für die Infrastruktur
Der Triumph von Agile über den traditionellen Wasserfall in der Softwareentwicklung liegt im Fokus auf der Produktlieferung. Es hat sich gezeigt, dass die Fähigkeit, in seinem Iterationsprozess ständig Sicherheit und geänderte Anforderungen zu erhalten, „End-to-Request“ -Funktionen in Endprodukten erzeugt.
In der Infrastruktur ist die Hürde jedoch die Wertschöpfungskette. Es ist insofern langwieriger als herkömmliches SDLC, als es Einrichtungsanforderungen (Wertschöpfungskette) zur Erleichterung der Ergebnisse hat.
Es ist auch nicht ganz glaubwürdig, für eine Infrastruktur zu argumentieren, die hauptsächlich auf Cloud Computing basiert. Als Cloud Computing ist im Wesentlichen nur Migration – das Ende der meisten Infrastrukturprojekte. Um Agilität für die Infrastruktur richtig zu berücksichtigen, ist dies nicht nur eine Änderung der Denkweise, sondern auch die Notwendigkeit, die Vorwärtsplanung zu integrieren, sodass das Fenster für „Release“ oder Bereitstellung geplant werden sollte & in Phasen iteriert.
In einem anderen logischen Ansatz sollte Agile, wenn es im Bauwesen funktionieren kann, in der traditionellen Infrastruktur (ja, dem Bare-Metal-System) angewendet werden können Idealerweise ist jede Phase ein Programm, das die zu erbringenden Leistungen zusammenfasst. Denken Sie an PSP (dh Server: Konzeption durch Design – Beschaffung – Konstruktion – Bauphase). Die Iteration basiert auf der Planung von Zeitrahmen & kollaboratives Arbeiten an allen t Die beweglichen Teile können dann agil arbeiten.
Kaban ist als unbefristet am beliebtesten. Zusammenfassend würde ich das Wagile-Framework (Waterfall & Agile) mit Kaban als gleichermaßen geeignet betrachten.
Antwort
Da Agile kundenorientierter ist, müssen Sie bei der Bereitstellung der Infrastruktur sehr eng mit Kunden zusammenarbeiten.
Ich habe das Agile-Denken in der Vergangenheit für große Serverbereitstellungen verwendet. Ich arbeite mit dem Kunden zusammen, um die Kapazität in Phasen bereitzustellen. Beispielsweise wurde von 3000 Servern die Erwartung aufgestellt, dass alle 2 Tage 100 für die Produktion bereitstehen. Ich hatte die Freiheit, mindestens 500 Server vor Ort im Netzwerk zu lagern und vorrätige Kabel.
Dies kann funktionieren, wenn sich alle Beteiligten auf derselben Seite und mit agilen Hüten befinden. Beispielsweise muss der Lieferant pünktlich versenden, um den Bestand für die Bereitstellung bereit zu halten.
Das Beste ist, wenn Sie die richtigen Erwartungen für Ihren Kunden festlegen, können Sie die Lagerhaltungseinheit (SKU) während der Bereitstellung ändern und haben die Möglichkeit, die Bestellung beim Lieferanten zu ändern dementsprechend.
Aber wie gesagt, alle Parteien sollten an der Idee beteiligt sein. „Could First;)“ ist ein guter Weg. Wenn Sie es brauchen, wo Sie es brauchen, zahlen Sie, was Sie verwenden, schalten Sie es aus und sparen Sie Geld.
Schreibe einen Kommentar