Berufliches

Fachliche Schwerpunkte

IT Infrastruktur Architektur und Management: Aufbau und Betrieb von IT Infrastrukturen, Netzwerken und Rechnerverbünden.
Service Management nach ITIL: Prozessorientierte IT, Industralisierung und Kostenkontrolle nach “Best Practices”
Migrationen Windows zu Linux - mein Steckenpferd
Open Source und GNU Software
Linux und Unix Administration
Verschlüsselung und Datensicherheit
Netzwerkmanagement
Virtualisierung
EDV Beratung

Firmen

Seit Oktober 2010: Roland Vollmer Consulting Hünfeld
2010 - 2010: IT-Novum GmbH Fulda
2009 - 2010: Betriebsübergang von der Deutschen Post IT Services zur T-Systems International GmbH
2003 - 2009: Deutsche Post IT Services GmbH
2001 - 2003: Geno RZ (wurde in 2003 vom Mutterkonzern DZ-Bank aufgelöst)
2000 - 2001: Synapsis Fulda
1998 - 1999: cafeonline Fulda (Teilzeit/Aushilfe)

Private Projekte und Services

Betreuung der EDV der Firma Crea Time. Hier wird mit Erfolg ausschliesslich OpenSource eingesetzt.
Homepage für die Firma Storch Industries bis Mitte 2009.
Buchsatz für die Firma Storch Industries
Homepage der Firma Crea Time (bis 2006)
Homepage des Kanu Club Fulda (bis 2003 - mangels Zeit)
Homepage für die Firma [Reine Formsache](http://www.reine-formsache.de]. Das Design wurde 1999 nach Idee des Inhabers erstellt und in späteren Jahren von diesem leicht modifiziert. Mein erstes Projekt.

Die Erstellung von Homepages habe ich zurückgefahren, da dies mittlerweile eine Standardleistung ist, die von vielen Webdesignern (besser) angeboten wird. Ausserdem bin ich in der Technik besser als im Design.

Aktuelle Tätigkeit

Ich arbeite zur Zeit als Berater bei der Firma Roland Vollmer Consulting in Hünfeld.

Standpunkt

Haben sie sich schon einmal gefragt warum die EDV so einen schlechten Ruf hat? Zu welchem Ergebnis sind sie gekommen? Muß man das einfach hinnehmen oder gibt es eine Lösung? Lassen sich die Probleme die die EDV seit Anfang hat vielleicht auf ein Problem reduzieren?

Die EDV ist zu komplex als das man die Unzuverlässigkeit auf ein Problem eingrenzen kann. Aber es sind nicht viele Punkte die es verursachen. Das Pareto Prinzip lässt sich auch hier anwenden. Ca. 80% der Probleme werden von 20% der Mängel verursacht. Aus meiner Zeit als Maschinenbauer bin ich gewohnt das Maschinen das tun was ich will.. und hier steht die EDV dort wo Henry Ford 1912 vor Einführung von Standards und dem Fließband stand.
Man denkt nicht in Infrastrukturen sondern in abgegrenzten Bereichen wie das Fachgebiet oder dem Produkt. Schon seit den Tagen der Großrechner sind EDV Systeme vernetzt. Ich kann ein EDV System eben nicht auf eine lokale Sache begrenzen, sondern muss berücksichtigen das das Ganze mehr ist als die Summe seiner Teile. D.h. das ich in Infrastrukturen denken muss und nicht in isolierten Systemen.
Die Ausbildung von EDV Fachleuten folgt keinerlei Standards - es gibt kein übergreifendes Schulungskonzept. Die meisten Trainings drehen sich entweder um ein Produkt (oder eine Programmiersprache) oder um eine Technologie. Aber es gibt kein Training in dem ich lerne warum man etwas auf eine gewisse Weise machen sollte. Und das ich es immer wieder auf eine bewährte Weise mache, egal wo ich arbeite. Beispiel: Ob ich Mechaniker in einer Audi Werkstatt oder in einer Mercedes Werkstatt bin, die Arbeitsprozesse gleichen sich obwohl das Produkt von verschiedenen Herstellern ist. Komme ich dagegen in einen EDV Betrieb oder Rechenzentrum, so arbeitet jedes mit anderen Methoden und Prozessen.
Fehlende Standardisierung, eine nicht beherrschbare Anzahl an Produkten die in immer kürzeren Zyklen unfertig auf den Markt geworfen werden. Warum funktioniert Apple so gut? Richtig: Kleine aber feine und ausgereifte Produktpalette die kontinuierlich verbessert und gewartet wird.
Bereits bestehende Software wird nicht wiederverwendet sondern neu programmiert. Es gibt zu wenig geprüfte Bausteine. Beispiel: Wenn ich eine Maschinen baue und dazu Schrauben brauche, so fertige ich diese nicht selber sondern lass diese mir liefern. Auf der Schraube steht drauf welche Beschaffenheit und Eigenschaften sie hat - und darauf kann ich mich auch verlassen.
Bestehende Standards werden unfrei erweitert und damit gebrochen. Der Austausch von Daten wird zum Alptraum.
Programmiersprachen werden verwendet weil das Personal zufällig genau diese eine beherrscht, nicht weil die Sprache für das Problem geeignet wäre.