Modus 1, Modus 2: Alan Zeichick über die bimodale Entwicklung

Machen Sie sich bereit für die bimodale IT. Das ist die Botschaft von der Gartner-Gipfel für Anwendung, Architektur, Entwicklung und Integration.

Es war nicht nur eine beiläufige Nachricht. Bimodal war ein wahrer Trommelschlag, der in Keynotes, Kursen und Einzelgesprächen mit Gartner-Analysten immer wieder nach Hause schlug. Wir werden viel über die bimodale Entwicklung von Gartner und der Industrie hören, denn diese Botschaft beschreibt wirklich, was viele von uns heute erleben.

Was bedeutet "bimodal"? Es ist ein Satz, den Gartner Anfang 2015 (die AADI-Konferenz war Anfang Dezember) ins Leben gerufen hat, um zwei verschiedene Arten von IT-Projekten zu beschreiben. Zitieren Gartners offizielle Definition: „Bimodale IT ist die Praxis, zwei separate, kohärente Modi der IT-Bereitstellung zu verwalten, von denen einer auf Stabilität und der andere auf Agilität ausgerichtet ist. Modus 1 ist traditionell und sequentiell und legt Wert auf Sicherheit und Genauigkeit. Modus 2 ist explorativ und nichtlinear und betont Agilität und Geschwindigkeit. “

Gartner sieht, dass wir zwei verschiedene Arten von Projekten erstellen und verwalten - einige, Modus 1, sind sehr seriöse, sehr methodische Projekte, die mit formalen Prozessen richtig durchgeführt werden müssen, und andere, Modus 2, sind opportunistischer. schneller, agiler. Das heißt nicht, dass Mode 1-Projekte nicht agil sein können und dass Mode 2-Projekte nicht groß und bedeutsam sein können. Wir alle wissen jedoch, dass es einen großen Unterschied gibt, ob Sie eine Initiative zur Implementierung eines Black Friday-Verkaufs auf unserer Website starten oder eine neue mobile App für Store Locator entwickeln oder ein GAAP-konformes Buchhaltungssystem einführen oder kritische Systeme in die Cloud migrieren .

Sie könnten argumentieren, dass es hier nichts Neues mit Bimodal gibt, und wenn Sie dies tun würden, hätten Sie Recht. Niemand hat jemals behauptet, dass alle IT-Projekte, einschließlich der Softwareentwicklung, gleich sind und auf die gleiche Weise verwaltet werden sollten. Was Gartner getan hat, ist ein Vokabular bereitzustellen, mit dem Projektunterschiede effizienter verstanden, kategorisiert und kommuniziert werden können - und die Zwei-Modi-Botschaft in den AADI-Keynotes und von Analysten geleiteten Sitzungen festgehalten.

Aus Sicht von Gartner umfasst bimodal die gesamte Bandbreite von IT-Projekten, von der Personalausstattung bis zur Konfiguration von Rechenzentrumservern, von mobilen Bereitstellungen bis zur Implementierung von Cloud-basiertem Software-as-a-Service (SaaS). Konzentrieren wir uns jedoch auf das, was Gartner über die Anwendung des bimodalen Konzepts auf die Softwareentwicklung und Qualitätssicherung gesagt hat.

In seiner Sitzung „Leben in einer hybriden Welt: Design von Anwendungsorganisationen in einer bimodalen Welt“ Matt Hotel prognostiziert, dass „bis 2017 75% der IT-Organisationen über eine bimodale Fähigkeit verfügen werden. Die Hälfte wird ein Chaos machen. Der Hauptgrund wird sein, dass sie sich nicht mit organisatorischen und kulturellen Problemen befasst haben. “

Hotle sieht Probleme in Organisationen, die Modus 1 - traditionelle Anwendungsentwicklung - als Standard- und bevorzugten Ansatz betrachten, wobei Modus 2 als „die Personen angesehen wird, die sich nicht an die Regeln halten müssen“. Er argumentierte, dass beide Entwicklungsmodi als lebenswichtig angesehen werden müssen, und fordert Organisationen auf, über Kultur nachzudenken. Der Schlüssel, sagte er, ist es, davon abzuhalten, zu denken, dass entweder Mode 1- oder Mode 2-Projekte wichtiger, aufregender, prestigeträchtiger und so weiter sind. Sie sind beide wichtig.

Ninjas und Samurai

Mike West unterrichtete eine Sitzung mit dem Titel „Sieben Lektionen aus Agilität für bimodale IT“. West folgt der gemeinsamen Sprache, die viele Gartner bei der Beschreibung solcher bimodaler Strategien verwenden:

Modus 1 - Das Samurai-Modell der Softwareentwicklung: Existiert in einer Hierarchie, vorhersehbar, äußerst zuverlässig, nimmt die Bestellung auf und liefert, folgt immer den Regeln, ist etwas unflexibel und hochkarätig

Modus 2 - Das Ninja-Modell: Arbeitet in kleinen selbstverwaltenden Teams, konzentriert auf das Ergebnis, wählt eigene Tools, keine festen Regeln, anpassungsfähig an den Kontext und niedrige Zeremonien

West stellte fest, dass Mode 1-Projekte in der Regel traditionelle (dh Wasserfall-) Methoden verwenden und Mode 2 tendenziell agiler ist (dh Extreme Programming, Scrum). Er besteht jedoch darauf, dass agile Praktiken aus Modus 2 den Modus 1 verbessern können. Er glaubt beispielsweise an die Testautomatisierung für Projekte im Modus 1 und im Modus 2: „Beziehen Sie die Qualitätssicherung vor dem Entwurf und der Codierung ein und automatisieren Sie das Testen neuer Builds“, sagte er. Fügte hinzu: "Kombinieren Sie Testen und Codieren zu einer einzigen Aktivität mit kürzeren, häufigeren Lieferzyklen, um den SDLC zu transformieren."

Die kontinuierliche Integration ist in allen Projekten beider Modalitäten wichtig, so West: „Implementieren Sie Skriptlösungen, um eine Toolkette zu erstellen, die eine konsistente und effiziente Bereitstellung gewährleistet.“

Der Wert der Qualität

Tom Murphy (ein guter Freund und ehemaliger Kollege; wir haben Anfang der neunziger Jahre zusammengearbeitet) unterrichtete eine Sitzung mit dem Titel „Erfolg der bimodalen Qualitätssicherung / Testautomatisierung“. Murphy sagte, der Wert von Qualitätssicherung und Tests werde im Allgemeinen allgemein missverstanden, da sich die Menschen eher auf die Qualitätskosten als auf den Wert der Qualität und die Kosten für schlechte Qualität konzentrieren - und dies ist ein Problem bei der Bewertung der beiden Arten von Projekten. "Bimodale IT bedeutet, dass Sie zwei verschiedene Ansätze für Softwaretests haben - dies bedeutet Tools, Organisation und Metriken", sagte er.

In den großen Mode 1-Projekten sagte Murphy, dass die Anforderungen bekannt sind und häufig formal dokumentiert werden. Daher sollte beim Testen überprüft werden, ob die Software diese Anforderungen erfüllt, wobei der Schwerpunkt auf dem Testen von Geschäftsprozessen, Daten und Funktionen liegt.

Im Gegensatz dazu sagte Murphy, dass in Mode 2-Projekten die Anforderungen unschärfer und empirischer sind und häufig dazu dienen, Hypothesen zu testen, z. B. „Was passiert mit Kassen, wenn wir dies mit dem Einkaufswagen tun?“. Entwicklungsarbeiten an Mode 2-Projekten zielen häufig darauf ab, diese Hypothesen zu validieren, was möglicherweise nur kleine Änderungen an der Codebasis in einer Iteration bedeutet. In Modus 2 fordert Murphy ein kontinuierliches Qualitäts-Engineering und eine DevOps-ähnliche Automatisierung von allem, um eine schnelle Iteration zu ermöglichen.

Bimodal - das Schlagwort von 2015

Auch hier ist das Konzept nicht bahnbrechend, aber Gartner hat einige wertvolle Erkenntnisse geliefert, indem er uns die Terminologie gegeben und sich auf die bimodale Entwicklung bei AADI konzentriert hat. Erwarten Sie 2016 mehr über die bimodale Entwicklung in der gesamten Software-Tool-Branche.