Jenseits von Technologie » Risiko

Cloud Computing demystifiziert…

Andreas — Wed, 26 Aug 2009 04:00:00 +0000

Was hat ein Taxifahrer und angriffslustige Katzen mit Cloud Computing zu tun? Simon Wardley erklärt in einem gleichermaßen interessanten wie unterhaltsamen Video, was „Cloud Computing“ eigentlich genau bedeutet.

Eine technologische Evolution die sich im Vergleich zu vielen anderen industriellen Revolutionen (wie z. B. Elektrizität) vollziehen wird. Die Frage ist nur, wann die Marktreife und Antworten auf Sicherheitsbedenken geklärt sind.

Warum sollte der technische Betrieb von Servern Wettbewerbsvorteile oder Differenzierungsmerkmale für das Geschäftsmodell bringen?

Ein weiteres Video für “Cloud Computing – einfach erklärt” ist hier zu finden:

Kurz vor der Rutschbahn. Gartners Hype Circle 2009 für Emerging Technologies. Cloud Computing kurz vor dem Tal der Tränen… aber die Produktivitätsphase kommt bestimmt!

Kassensturz im Anwendungszoo

Andreas — Sat, 28 Jun 2008 11:05:45 +0000

Anwendungen werden beschafft oder entwickelt. Häufig erfolgt dies im Rahmen eines klaren und abgestimmten regelmäßigen Prozesses. Natürlich werden sie dann betrieben, damit sie für den Anwender verfügbar sind. Und dann verschwinden sie regelmäßig vom Radar-Schirm. Die Wartung und Pflege, die Anwenderunterstützung, der Updatezyklus, die kontinuierliche Sicherheitsprüfung, die Investitionen in Erweiterungen und die Entscheidungskriterien, wann die Anwendung abgelöst und migriert werden müssen – alle diese Aufgaben verschwinden in einer dunklen Wolke und erfolgen zu unbestimmten Zeiten. Aber muss nicht gerade dieser kostenträchtige Teil des Lebenszyklus von Anwendungen proaktiv überwacht und gemanagt werden? Müssen die Investitionen nicht bekannt sein, die notwendig sind, um die jeweilige Anwendung auf aktuellen Stand zu halten? Die Kernanwendungen in einem Unternehmen werden doch nicht selten mehr als 10-15 Jahre eingesetzt und erfordern in dieser Zeit ein Vielfaches der eigentlichen Beschaffungskosten.

Aber was ist eigentlich eine Anwendung und wo sollte man die Analyse zunächst eingrenzen? In der heutigen komplexen IT-Infrastrukturlandschaft ist dies nicht mehr so eindeutig feststellbar. Webservice, Mashups, ScriptingHosts, JavaScript und StoredProcedures machen es bei der Identifikation einer Anwendung nicht mehr so einfach, wie es mal zu Mainframe-Zeiten und Terminals war. Ist es die Excel-Tabelle oder die Website mit verteilten Umgebung mit unterschiedlichen Dienstleistern und Zuständigkeitsgrenzen.

Gartner definiert hierbei eine Anwendung als

Zusammenstellung von Software-Code, welcher Prozesslogik und Geschäftsregeln enthält
Eingaben von Nutzern oder Systemen in Datenstrukturen überträgt und
das Ziel verfolgt, Geschäftsprozesse, Aufgaben oder Aktivitäten zu optimieren oder automatisieren

Und was sind die Schlüssel-Elemente in der gesamten Anwendungslandschaft? Wie sieht der Teil des Eisberges unter Wasser aus, der von Anwender oder der Führungskraft nicht gesehen werden, aber die Flexibilität und Kosten der Gesamtanwendung in einem Unternehmen ausmachen:

Anzahl der geschulten Anwender

Notwendige technologische Fähigkeiten

Anwendungs- und Diensteserver

Integration mit anderen Anwendungen und Schnittstellen

Betriebssystemplattformen

Anzahl der Datensätze und Informationsobjekte

Werkzeuge für das Systemmanagement

Werkzeuge für die Entwicklung und Testverfahren

Für die Erstellung einer Anwendungsstrategie ist sicherlich ein klares Verständnis über den aktuellen Stand und die zukünftige Ausrichtung / Herstellerunterstützung dieser begleitenden Komponenten erforderlich.

Hierbei ist es wichtig, dass der Planungshorizont nicht nur auf das aktuelle Bugetjahr oder Folgejahr bezogen ist, sondern aufgrund des i.d.R. langen Lebenszyklus der Anwendungen ein Mehrjahresszenario abdecken sollte. Als Zeitraum sollten mindestens 6-7 Jahre angesetzt werden. Auch wenn es schwer sein wird, über einen solchen Zeitraum belastbare Informationen zu gewinnen, müssen bei nicht klaren Rahmenbedingungen jeweils begründete Annahmen dokumentiert werden. Hierbei müssen die unterschiedlichen Anforderungen in einer ausgewogenen Balance dargestellt werden, um unterschiedliche mögliche Zukunfsszenarien entwickeln zu können. Diese Zukunftsszenarien müssen dann Auskunft darüber geben, wenn ein z.B. bestimmtes Ereignis eintritt (z.B. Abkündigung der Herstellerunterstützung einzelner Produkte, veränderte Zusammenarbeit mit anderen Unternehmen/Organisationen, radikale Änderung der Informationsanforderungen, etc.), welche Option und Auswirkungen dies als Planentscheidung zur Folge haben wird.

Um einen regelmäßigen Überblick zu den einzelnen Anwendungen zu erhalten, sind die wesentlichen Eigenschaften zu den einzelnen Anwendungen zu bewerten:

Betriebskosten (Budget)
Benutzerfreundlichkeit (Anwenderprobleme, HelpDesk-Auswertungen)
Integrationsfähigkeit (Schnittstellenbeschreibungen , Architekturbausteine)
Zuverlässigkeit (Fehlerrate)
Ausfallsicherheit (Ausfälle pro Woche)
etc.

Diese sog. Anwendungslandschaft kann natürlich nicht isoliert betrachtet werden, sondern muss aufgrund der Abhängigkeiten mit anderen Komponenten im Rahmen einer Portfoliobewertung regelmäßig überwacht und gesteuert werden:

Anwendungsportfolio (Übersicht aller Fachanwendungen)

Standardsoftwareportfolio (Übersicht der Betriebssysteme, Office-Anwendungen, Kommunikationsplattform, Middleware, Test- und Entwicklungswerkzeuge)

Hardwareportfolio (Übersicht der Comuterplattformen, Server, Speichermedien und Netzwerkgeräte)

Jede Planung geht dabei von Annahmen aus, wie sich die Zukunft entwickeln wird. Jede dieser Annahmen sollte entsprechend dokumentiert werden, damit in regelmäßigen Abständen die Veränderungen neu bewertet und integriert werden kann. Grundsätzlich sollte hierbei jeweils ein Portfolio einer bestimmten Person verantwortlich zugeordnet werden. Diese hat dann die Aufgabe, mit den entsprechenden Verfahrensverantwortlichen der jeweiligen Fachanwendung die Annahmen regelmäßig zu prüfen. Im Rahmen der Gesamtstrategieplanung können dann einmal im Jahr die Portfoliobewertungen übergreifend analysieren werden, sodass sie rechtzeitig in die IT-Strategieplanung einfließen können.

Das Portfoliomanagement ist sicherlich nicht einfach und schnell in einer großen Organisation aufzubauen, wo zumeist hunderte von Fachanwendungen und eine heterogene Infrastrukturlandschaft vorzufinden ist. Also gilt auch hier der Grundsatz: Klein Anfangen und steigern…

2-3 große Kernanwendungen als Beispiel verwenden. Die Erfahrungen als Kochbuch nutzen und dieses dann schrittweise auf die anderen oben aufgeführten Bereiche erweitern.

Weitere Informationen zum Thema Strategische IT-Planung sind u.a. hier zu finden:

IT-Strategie ist nicht nur ein Dokument, sondern ein Prozess!

Wie kann eine Managementfassung der IT-Strategie aussehen?

Beispiele von IT-Strategien in der amerikanischen öffentlichen Verwaltung

Mein Schlüsselanhänger – der neue PC

admin — Thu, 09 Aug 2007 06:44:33 +0000

PC-Virtualisierung ist heute zum Teil noch eine Nischen-Technologie. Betrachtet man jedoch die Entwicklung der Speichertechnologien und der Virtualisierungslösungen ist zu erwarten, dass die PC-Virtualisierung zukünftig großen Einfluss auf die Bereitstellung von Softwarelösungen haben wird.

Laut einer Analyse von Gartner-Research wird sich die Anzahl der PC, die ein Betriebssystem in einer virtuellen Maschine betreiben, in 2007 nahezu verdoppeln. Von 2009 bis 2011 werden insgesamt 660 Millionen PC erwartet, die diese Technologien nutzen. Mit der Verfügbarkeit der sog. Hypervisor-Technologien (hierbei ist für das Betreiben einer virtuellen Maschine auf einem PC kein Basis-Betriebssstem mehr erforderlich) kann die PC-Virtualisierung ab 2009 großen Einfluss auf PC-Bereitstellungsprozesse in großen Unternehmen haben.

Verschiedene Produkthersteller bieten heute schon umfangreiche Lösungen sowohl für die Client- als auch Servervirtualisierunng an. Hierbei können auch bestehende Betriebssstemkonfigurationen automatisch auf eine virtuelle Umgebung übertragen werden. Auch der Einsatz auf USB-Speichermedien ist hierbei möglich.

Sicherlich ist für die meisten großen Unternehmen ein flächendeckender Einsatz derzeit noch unrealistisch. Für Test- und Entwicklungsplattformen sowie für die weitere Nutzung von Alt-Anwendungen bei Betriebssystemwechsel bieten sich heute aber durchaus schon große Vorteile.

Entscheidend wird sicherlich sein, frühzeitig die Paketierungs- und Installationsprozesse von Anwendungen, Lizenzierungsfragen und Bereitstellungsprozesse mit Blick auf die nächsten drei Jahre zu planen. Natürlich mit dem Ziel, das der Anwender gar nichts davon merkt, dass sein PC bereits virtualisiert ist. Na ja, dies läst sich ja zumindest in der Form eines USB-Schlüsselanhängers nicht ganz vermeiden…

Hier noch ein paar begleitende Links zu einigen Produktherstellern, die Ihre PC-Virtualisierungslösungen teilweise kostenneutral anbieten:

Einige Installationshinweise, Foren und Blogs zum Thema Virtualisierung sind hier zu finden:

Vmaschinen.de

IT-Großprojekte, zum Scheitern verurteilt?

admin — Thu, 01 Feb 2007 16:39:43 +0000

In seinem CIO-Artikel beschreibt Dr. Claus Herbolzheimer von Roland Berger die Risiken von IT-Großprojekten. Gleichzeitig werden Leitlinien vorgestellt, um diese Risiken zu minimieren. Am Ende des Tages sind sicherlich klare Spielregeln zwischen den Beteiligten, eine gute Kommunikation mit den TOP-Entscheidungsträgern und ein gutes Änderungsmanagement entscheidende Erfolgsfaktoren.

Der Artikel ist zu finden unter:
http://www.cio.de/markt/analysen/832292/index1.html

Schlechte Projekte werden nicht rechtzeitig erkannt und abgebrochen

admin — Sun, 15 Oct 2006 15:32:09 +0000

Zweidrittel der Befragten Unternehmer gaben im Rahmen einer Studie an, dass in ihrem Unternehmen niederwertige oder notleidende Projekte nicht rechtzeitig erkannt und abgebrochen werden. Eine Studie zum sog. Multi-Projektmanagement der TU-Berlin stellt verschiedende Aspekte im Rahmen des Multi-Projektmanagements von 200 Unternehmen mit mindestens 20 gleichzeitig laufenden Projekten dar.

Die Präsentation kann über folgenden Link heruntergeladen werden:
http://www.pmi-berlin.org/files/050818-tu/2005-08-18%20PMI-Vortrag%20v1%5B1%5D.0.0.pdf