Handhabende Entwicklung in der Ära der großen komplexer Systeme

Zu vielen von uns, scheint es, daß jede Bewegung in Richtung zur einfacheren MA Königtechnologie durch eine entsprechende Bewegung in Richtung zu erhöhter Kompliziertheit zusammengebracht worden ist. Dieses ist ein Hauptparadox von IHM heute: einerseits ist Technologie für den Geschäft Benutzer drastisch geworden, Endbenutzer abgeschirmt von der Kompliziertheit so einfacher auch geworden sind; andererseits ist die tatsächliche Entwicklung der Systeme Architektur und der Geschäft Lösungen weit komplizierter geworden.

Verteilte rechnende Klimas und Architektur, die das Unternehmen überspannen, hat bedeutet, daß unser ES Arbeit nicht mehr eine Punktlösung für eine Abteilung oder Abteilung einer Firma ist. In den meisten Fällen heute, findet eine Systeme Entwicklung Bemühung mit grösseren Erwartungen statt, daß sie eine bedeutende Auswirkung auf das Buch des Unternehmens’s des Geschäfts hat.

Wo es grössere mögliche Auswirkung gibt, gibt es auch grössere mögliche Gefahr. Firmen bilden erhebliche Investitionen in ihren Technologien; sie erwarten, Handelswert von dieser Investition schneller zu sehen; und sie erwarten, daß die Lösung, die geliefert wird, genug robust ist zu dienen, da eine Übergang Plattform als technologische Änderung fortfährt, Jahre in Monate zusammenzudrücken.

WACHSTUM IM PROJEKT-BEREICH

Die neue Kompliziertheit der Systeme Entwicklung kann in einigen Weisen angesehen werden. Zuerst findet man, daß mehr Leute jetzt in Entwicklung als miteinbezogen werden, ein sah entweder an den Mainframeentwicklung Tagen oder in die frühen Jahre von Anwender. Häufig können Projekte von 100 bis 500 Leute heute überall mit einbeziehen, und diese Abbildung fährt fort sich zu erhöhen, bis Tausendperson Projekte über den folgenden einigen Jahren allgemein werden.

Zweitens hat die Zahl den Jahren erfordert, um die kompliziertere Geschäft Lösung zu entwickeln auch sich erhöht. Die Enterprisewide Lösungen, geliefert über einige Freigaben, können drei bis fünf Jahre erfordern oder mehr, um alle Aspekte zur Verwirklichung zu holen. Dieses addiert der Reihe nach zusätzliche Kompliziertheiten. Z.B. mit längeren Entwicklung Perioden, sind die Wahrscheinlichkeiten gut, daß Management mindestens eine Änderung während des Entwicklung Projektes durchlaufen kann. Wenn das Projekt nicht achtgegeben ist, daß, Förderung auf vielen unterschiedlichen Führungsebenen mitzuteilen und gewinnt, kann eine Änderung im Management die Investition an der Gefahr setzen.

Das Neue Entwicklung Klima

Dieses neue Systeme Entwicklung Klima ist, was dieses Autor’s Unternehmen gekommen ist, große “komplexe Systeme (” LCS) zu nennen. Es ist ein Klima, wo die Lösung:

-   erfordert viele Jahre, um sich zu entwickeln

-   erfordert hundert oder mehr betroffen Leute,

-   wird erwartet, einen bedeutenden Geschäft Nutzen zu haben

-   hat einen hohen möglichen Wert und eine hohe mögliche Gefahr

Management-Strategien

Der Autor hat vor kurzem ein Jahr-langes auffangen Bericht durchgeführt, der ausführlich irgendein auf einige seiner festen s’größten System-Entwicklung Bemühungen schaute. Gegründet auf einem Satz gehen-in Positionen über die Herausforderungen solcher Bemühungen, wurden umfangreiche Interviews mit Personal auf vielen unterschiedlichen Niveaus der Projekte gehalten. Von diesen Interviews fingen definitive wiederholte Muster über diese Projekte an, aufzutauchen, und es wurde frei, daß es möglich ist, eine Anzahl von den Faktoren festzulegen, die für eine erfolgreiche Implementierung einer großen Systembemühung notwendig sind. Obgleich eine volle Behandlung aller dieser Faktoren außerhalb des Bereichs eines einzelnen Artikels ist, ist der Fokus hier auf mehreren, die neuen Weisen des Führens und des Handhabens einer großen Systembemühung miteinbeziehen:

-   Geschäft Anblick

-   Prüfung und Programmmanagement

-   Einteilen-geben Sie rollout Plan frei

GESCHÄFT ANBLICK

Ein Anblick einer neuen Weise des Tuns des Geschäfts, das aus der großen Entwicklung der komplexen Systeme (LCS) resultiert, ist zum Erfolg des LCS kritisch. Obgleich Intuition, sowie die denkende Vorherschenunternehmensführung, anzeigen würde, daß diese so ist, war es wichtig, den realen Nutzen der Geschäft Anblicke zu sehen, die heraus gespielt wurden.

Z.B. war ein studiertes Hauptprojekt eins für eine globale Börse. Dort war das Geschäft Vision ein wesentlicher Bestandteil des Projektes — ein klare Artikulation der acht wesentlichen Fähigkeiten, daß das abschließende System zur Verfügung stellen sollte. Es wurde in das Projekttraining integriert und angezeigt in allen wesentlichen Dokumenten des Projektes. Am wichtigsten, mußten alle Projekte innerhalb der größeren Verpflichtung zurück zu dem Anblick gebunden werden und gerechtfertigt werden entsprechend, wie sie zur Realisierung dieses Anblicks beitrugen.

Eine andere Entwicklung Bemühung an einem nationalen Geldinstitut fing auch mit einem Geschäft Anblick und einem rollout Plan an, die offenbar den langen Bezeichnung Anblick in einer Reihenfolge von Schritten lieferten. Die Geschäft Anblick- und rolloutpläne haben als die Grundlage der Arbeit gedient, seit sie verursacht wurden. Der Anblick beschäftigt das Konzept von einer “vorbildlichen Bank” — einem gleichbleibenden Satz mit Prozessen und Systemen, der Kunden um das Land ermöglicht, eine hohe Standardqualität des Services zu erhalten, und ermöglicht auch Angestellte, innerhalb der Firma umzuziehen, ohne zu müssen, neue Prozesse zu erlernen. Der Anblick wird vom älteren Management der Bank besessen und mitgeteilt zu allen Angestellten in den leistungsfähigen dennoch einfachen Weisen.

Änderungen im Management können einen negativen Effekt auf der Energie eines Geschäft Anblicks häufig haben. Aus diesem Grund ist es wesentlich, daß der Geschäft Anblick durch mehr als einer einzeln gehalten wird. Auf einem großen komplexen System z.B., das in Großbritannien errichtet wurde gab es einige Managementpersonaländerungen über den Jahren, die für die komplette Entwicklung erfordert wurden. Der Schlüssel zum Erfolg hier stellte daß zu jeder möglicher gegebenen Zeit sicher, gab es einen Satz Personal des älteren Managements, das an der Bemühung festgelegt wurde. Zu da natürliche Karriereweiterentwicklung diese Leute zu anderen Rollen nahm, gab es immer einen anderen Kernsatz, der kommt in, wem besitzen den Anblick und drücken ihn nach vorn fortfuhr.

PRÜFUNG UND PROGRAMM-MANAGEMENT

Eine LCS Bemühung besteht aus einem Satz Projekten mit vielen Abhängigkeiten. Viele dieser Abhängigkeiten können ziemlich subtil sein, aber alle müssen arbeiten. Die traditionelle Annäherung für die Bestimmung, ob “Sachearbeit” Systeme Prüfung ist.

Jeder weiß das traditionelle Prüfung Arbeiten gut für eine einzelne Anwendung. Jedoch für ein LCS mit vielen Projekten und vielen Abhängigkeiten, kommt die Systeme, die Annäherung prüfen, oben gegen etwas reale Beschränkungen. Erfahrung in diesen Bemühungen zeigt, daß es nicht angemessen ist, einen einzelnen Projektleiter zu erwarten, alle Tests zu definieren, zu entwerfen und durchzuführen, die erforderlich sind, zu überprüfen, daß das LCS als Ganzes arbeitet. Es ist nicht die Verantwortlichkeit der einzelnen Projekte, die LCS Freigabe als Ganzes zu prüfen. Eine Architekturgruppe gewöhnlich hat nicht die applic ation Fähigkeiten und Benutzer tritt in Verbindung, um sich die Prüfung aufzunehmen. Das heißt, ist die Prüfung eines großen komplexen Systems als Ganzes mit traditionellen Annäherungen, eine Übernahme, die keinen freien Inhaber hat.

Dieses verursacht ein Dilemma. Programmmanagement wird nicht in Position gebracht, um die Qualität der fristgerechten Anlieferung einer LCS Bemühung zu unterschreiben. Einzelne Projektleiter können nicht erwartet werden, die Qualität des LCS als Ganzes zu unterschreiben. Höchstens können sie unterschreiben daß ihre Projektarbeiten mit seinen Primärschnittstellen. Eine intensive Notwendigkeit heute soll folglich die Mittel entwickeln, die Qualität und die Rechtzeitigkeit einer LCS Freigabe als Ganzes zu unterschreiben.

In der Praxis haben erfolgreiche LCS Bemühungen eine Weise gefunden, das Dilemma zu beheben. Diese Annäherung, da sie ausfällt, ist wirklich eine Synthese des Programmmanagements und was die V-Modell prüfen “strategie” genannt wird. Diese neue Synthese in den LCS Verpflichtungen wird Technik des Managements benannt.

Technikmanagement fügt eine prüfenverantwortlichkeit traditionellem Programmmanagement hinzu. Diese prüfenrolle wird mit der Validierung und dem Überprüfen aufgeladen, daß die LCS Bemühung als Ganzes, als System der Systeme arbeitet, um Benutzererwartungen einer Freigabe eines LCS zu entsprechen. Z.B. prüft sie, die, wenn alle on-line-Anwendungen als Ganzes laufen, on-line-Antwortzeit, Zuverlässigkeit und Verwendbarkeit Treffen servicelevel Vereinbarungen (SLAs). Einzelne Projekte können erwartet werden, bestätigt zu haben, daß sie ihr SLAs treffen. Die Projekte häufig können nicht jedoch bestätigen, daß sie fortfahren, SLAs zu treffen, wenn die gesamte LCS Freigabe läuft. Sie haben nicht Zugang zum Rest der LCS Freigabe. Sie können sie schwierig oder unmöglich finden, ein hohes Verhandlungvolumen mit den mehrfachen LCS Anwendungen zu verursachen, die in a Produktion-wie Klima laufen.

PHASED-RELEASE ROLLOUT PLAN

Schließlich bezieht einer der kritischen Erfolgfaktoren mit LCS Entwicklung eine Bewegung weg von einem einzelnem mit ein - geben Sie rollout Strategie und in Richtung zu einem eingeteilten Freigabeplan frei. Nur ein der wiederholten Projekte hatte versucht, eine grosse Knallstrategie zu verwenden und, sogar in diesem Fall, wurde es offensichtlich, daß die Annäherung problematisches prüfen würde, während die Umwandlung sich näherte. Das Bemühung angetroffene bedeutende verzögert, wie es den Freigabeplan überarbeitete und anstatt auf die Ansicht bewog, die eine eingeteilte Freigabe am wünschenswertesten war.

Die restlichen Projekte folgten einer eingeteilten Anlieferung. Einteilen-geben Sie Annäherung Serves eine Anzahl von Funktionen frei:

- verringerte Gefahr. Das Verwenden einer Anzahl von Freigaben mit teilweiser Funktionalität kann die Gefahr der Implementierung verringern. An der globalen Börse z.B. waren Ausgangsdiskussionen mit dem’Management der Firma s beim Bewegen vom riskier einzelnen Schlüssel - geben Sie Annäherung frei und in Richtung zu einem eingeteilten rollout, obgleich die eingeteilte Annäherung zu erschien, verzögert den Nutzen des Systems. Die Balance war die verringerte Gefahr des Erzielens des Nutzens.

- frühe Überprüfung. Eine eingeteilte Annäherung ermöglicht frühe Überprüfung durch Geschäft Benutzer der wesentlichen Bestandteile, während er mit dem System in ihrem Geschäft arbeiten. Von der geleiteten Berichtarbeit, scheint es, daß eine erste Freigabe neigt, von 18 bis 24 Monate zu dauern. Folgende Freigaben neigen, in der Strecke 6 bis 12 Monate nach früheren Phasen aufzutreten. Dieses ist im Gegensatz zu typischeren drei zur Fünfjahresentwicklung, die ein einzelnes - Freigabeannäherung kann erfordern. Das Resultat der Wiederholungen ist, daß der Benutzer mit dem System gearbeitet hat und vorausgesetzt Überprüfung des Wertes des Systems.

- Fähigkeit, Mittlerkurs Korrekturen zu bilden. In der Freigabeannäherung ist die Fähigkeit, die gesamte Situation zu wiederholen zugehörig, da die Freigaben heraus und, Mittlerkurs Änderungen dadurch vorzunehmen gerollt werden. Wie gemerkt, kann eine LCS Bemühung für viele Jahre weitergehen, währenddessen eine Firma und sein betriebliches Umfeld viel Änderung durchlaufen können. Die Freigabestrategie kann die Mittel zur Verfügung stellen, die Änderungen in einer kontrollierten Weise zu beschäftigen. Sie kann Punkte in einer langen Systeme Entwicklung auch ansprechen, in der für Zeitabschnitte das Design eingefroren werden “muß.”

- genauere Benutzermiteinbeziehung. Geschäft Auswirkung kann schneller gesehen werden, wenn rollouts zum Benutzer früh durch Wiederholungen zur Verfügung gestellt werden. Dieses erlaubt dem Benutzer, Erfahrung mit und Unterstützung für das System, anstatt das Gegenüberstellen einer plötzlichen Umwandlung am Ende einer großen Entwicklung aufzubauen.

Das abwärts gerichtete einer eingeteilten rollout Strategie ist die bedeutende Zunahme der Entwicklung Kosten. Zu diesem Autor’s Wissen gibt es keine weit geltenden Schätzungen der Zunahme der Kosten, die durch verursacht werden, einteilen-freigeben Annäherung. Jedoch hat es einige Auswertungen gegeben, die mehr als eine 50-Prozent-Zunahme der Kosten als eine Mehrfachverbindungsstelle zeigten - Freigabestrategie wurde mit einer einzelnen Freigabe verglichen. Dieses würde scheinen, das Gehen nicht mit einer Mehrfachverbindungsstelle vorzuschlagen - geben Sie Strategie frei. Der Kompromiß ist die sehr hohe Gefahr des Ausfalls in einer einzelnen Freigabe, kombiniert mit dem Nutzen, der oben von einer mehrfachen Freigabe gemerkt wird.

Die Punkte, die oben besprochen werden, sind zum Verstehen des Wertes einer Freigabestrategie Schlüssel. Eingeteilte Freigaben erlauben einer Firma, Gefahr zu verringern, erhöhen Kauf - innen und errichten ein System, das näeher an den Notwendigkeiten Geschäft’der Firma s ist. Die niedrigeren offensichtlichen Kosten können eine grosse “Knall- Annäherung” wünschenswert aussehen lassen, aber die versteckten Kosten und grösseren die ris ks können nicht annehmbares im längerfristigen prüfen. Es ist lebenswichtig, daß das Management, das mit dieser Entscheidung beschäftigt ge$$$WESEN wird sorgfältig, die Kosten und die Gefahren jeder Annäherung wiegt.

ZUSAMMENFASSUNG

Als, den Bericht der großen komplexer Systeme anfangend, war der’Autor s erstes Gedanke, daß die wichtigste Sache zum zu tun einfach, war aus, wie man darzustellen die Kompliziertheit beseitigt. Gegründet auf den zwei Jahren des Berichts, ist der Autor überzeugt, daß, die Kompliziertheit zu beseitigen nicht möglich ist. Ein muß Kompliziertheit als Teil der Systeme Entwicklung Welt während der Zukunft annehmen. Die Größe der Projekte, die das Unternehmen neigt als Ganzes, groß zu sein beeinflussen und sie fährt fort sich zu erhöhen. Ein Projekt, das das gesamte Unternehmen beeinflußt, erhöht Kompliziertheit. Nur wenn man die Kompliziertheit annimmt, machen Sie ein ein, das zu den Griffen mit dem Handhaben dieser Kompliziertheit gekommen wird.

Schließlich heute’bildet s — betriebliches Umfeld mit seinem zunehmenden Fokus auf Teilhabern, virtuellen Unternehmen und der globalen Überspannung — des Geschäfts Kompliziertheit eine Wirklichkeit, die nicht überwunden werden kann. Das Liefern der Qualitätslösungen in diesem Klima muß mit einer Anerkennung beginnen, daß Kompliziertheit unvermeidlich ist. Von diesem Punkt dann leitet man einen Satz Strategien ein, um die Kompliziertheit und die Gefahr zu handhaben. Es gibt keine “silberne Gewehrkugel” in diesen Strategien. Die drei Punkte, die in diesem Artikel besprochen werden, sind Beispiele solcher Strategien. Jedes von ihnen ist notwendig; aber keiner von ihnen ist alleine genügend, Erfolg zu garantieren. Von einer Unterseite von gut definiertem und - die verwiesenen Strategien, die fortwährende Kompliziertheit handhabend müssen der Fokus auf Management in solchen großen komplexen Systemen werden.

Verzicht: Unsere Web site ist nicht zu der Information verantwortlich, die durch diesen Artikel enthalten wird. Dieser Artikel reflektiert keineswegs die Ansichten, die Meinungen, die Gedanken oder den Glauben des Artikelverzeichnisstabes.

Übersetzung Nachricht: Der Artikel "handhabende Entwicklung in der Ära der großen komplexer Systeme" wurde mit einem automatisierten Übersetzungsdienst übersetzt. Wir entschuldigen herzlichst uns für alle mögliche Übersetzung Störungen, die auftraten. Danke für das Verstehen.