Ceterum censeo ...
Ceterum censeo Carthaginem esse delendam
(Im Übrigen bin ich der Meinung, dass Karthago zerstört werden muss.)
Ausspruch von Cato Censorius im römischen Parlament am Ende jeder seiner Reden.
Fundsache
Wenn der Wind der Veränderungen weht, bauen die einen Mauern, die anderen Windmühlen.
LSA Datenqualität
Logistic Support Analysis (LSA)
ist ein Prozess, der viel Zeit und Manpower, d.h. Geld kostet.
Diese Tatsache führt bei vielen (Managern) zu dem Irrglauben, LSA wäre dann am Besten weg zu lassen, weil man damit einen Beitrag zur allgemeinen Sparpolitik leistet.
In Wirklichkeit verschiebt man die Kosten in die Zukunft, heißt Nutzungsphase eines Systems und zudem beträgt dann die Kostenwirkung ein Vielfaches der heutigen (vermeintlichen) Einsparungen.
Richtig gefragt wäre:
- Was ist der Nutzen der LSA ?
- Was kostet es, wenn man die LSA vernachlässigt?
- Welcher Schaden entsteht durch Unterlassung?
(Und vielleicht auch die Frage, wer haftet für die Folgekosten der Unterlassung ?)
Aus der LSA werden entscheidende Grundlagen für die Einsatzreife und Einsatzfähigkeit von Systemen gewonnen, zum Beispiel Erkenntnisse über den Instandhaltungsaufwand, den Personal - und Ausbildungsbedarf, Bedarf an Werkzeugen, Mess-Und Prüfgeräten, Bedarf an Ersatzteilen, Werkstattausrüstungen und Transport- und Lagererfordernisse.
Aus der LSA fließen Informationen zur Materialerhaltung (Wartung, Reparatur) in die Technische Dokumentation (IETD, ASD S1000D).
Dabei spielen rechtliche Aspekte eine wichtige Rolle.
(Haftung für fehlerfreie Handbücher, d.h. Beschreibung der Durchführung von Reparaturvorgängen - richtiger Arbeitsablauf, Vermeidung von Fehlern, Vermeidung von Verletzungen).
In der ganzen Prozesskette von LSA bis zur IETD sind viele Stolpersteine und Lücken, die zu Fehlern führen und letztendlich einen sinnvollen Gebrauch der mühsam erarbeiteten Informationen (Daten) verhindern.
In diesem Sinne ist die LSA als Informationsquelle von besonders großer Bedeutung.
Wir sind der Meinung, daß ein LSA-Qualitätssicherungsprozess notwendig ist, der mit einem Qualitätssiegel oder Zertifikat abgeschlossen wird.
Bei Fragen dazu oder Beratungsbedarf senden Sie uns bitte eine eMail.
Cancellation der MIL-Standards
Es gibt immer noch eine weit verbreitete Verwirrung zu diesem Thema.
Nach langen Recherchen und Nachfragen zeichnet sich folgendes Bild ab:
Mit dem Perry Memorandum von 1994 wurde die Cancellation der MIL-STDs ausgesprochen.
Das heißt:
Aufhebung der automatischen Mitgeltung in Beschaffungsverträgen.
Grund: Änderung der Beschaffungspolitik.Siehe auch Internet, dort entsprechende Dokumente, z.B. PBL Handbook und Memorandum des DoD zu "Performance Based Logistics" als neue Beschaffungspolitik.
Neu: DoD gibt keine Anleitung für die Industrie heraus, wie die Entwicklung laufen soll.
D.h., die MIL-STDs werden nicht weiter gepflegt.
Bsp: JSF, zwei konkurrierende Konsortien entwickeln jeweils einen Prototypen, einer davon wird ausgewählt.
Ausserdem hat das DoD eine neue Weisungslage erzeugt mit der Anweisung der "Performance Based Logistics"
Zitat:
Memo from Under Secretary of Defense (Acquisition, Technology and Logistics) (USD(AT&L)) E.C. ''Pete'' Aldridge dtd FEB 13 2002 providing guidance on the application of Performance Based Logistics (PBL). Directs Service Acquisition Executives (SAEs) to submit plans for implementing PBL across all new programs and all fielded ACAT I and II programs (as specified in FY 2003-07 Defense Planning Guidance (FY03 DPG)) by May 1, 2002. Attachment provides guidance on both service-wide and program-level implementation. Establishes ADUSD(Logistics Plans and Programs) Lou Kratz as point of contact. This memo sets forth guidance for development of PBL strategies and implementation of product support policy.
Damit ist eine neue Situation gegeben. Die MIL-STDs bzw. die darin beschriebenen Aufgabenstellungen und Verfahren/Methoden werden zu einem Nachschlagewerk und Leitfaden, der situationsbezogen (tailored) zur Anwendung kommen kann.
Früher: DoD ist durch permanenten Datenaustausch im iterativen Vorgehen („Cycles“) am Entwicklungsprozess beteiligt. (Mitverantwortung des Auftraggebers, Einschränkung der Produkthaftpflicht des Herstellers, weil durch ständige Mitprüfung der Entwicklungsdaten (LSA) auch immer wieder Genehmigungen erteilt werden zur Fortsetzung des Entwicklungsprozesses im nächsten Schritt).
Wichtig:
Die MIL-STDs waren automatisch mitgeltende Unterlagen im Beschaffungsvertrag.
Dieser Automatismus wurde mit der Cancellation aufgehoben.
Das bedeutet, daß die MIL-STDs inhaltlich und in ihrer Anwendbarkeit nicht in Frage gestellt sind.
Aus diesem Grund werden die MIL-STDs nach wie vor in Beschaffungsverträgen und in großen internationalen Projekten (z.B. NATO ACCS) weiter als Arbeitsgrundlage vertraglich vereinbart.
Wer ist von der Cancellation betroffen ?
Nur die Vertragspartner des DoD.
DoD Department of Defense, amerikanisches Verteidigungsministerium)
Kann man trotzdem MIL-STDs anwenden?
JA, freiwillig oder durch Vertrag vereinbart.
Zum Thema Kaufpreis
Zitat
(Es wird dem englischen Sozialkritiker John Ruskin (1819 bis 1900) zugeschrieben).
Es gibt kaum etwas auf der der Welt, das nicht irgend jemand ein wenig schlechter machen und ein wenig billiger verkaufen könnte. Die Menschen, die sich nur am Preis orientieren, werden die gerechte Beute solcher Machenschaften.
Es ist unklug, zu viel zu zahlen, aber es ist schlimmer, zu wenig zu zahlen.
Wenn man zu viel zahlt, verliert man ein wenig Geld - das ist alles.
Wenn man zu wenig zahlt, verliert man manchmal alles, weil das, was man gekauft hat, nicht in der Lage ist, das zu tun, wofür es gekauft wurde.
Das Gesetz vom Gleichgewicht der Wirtschaft untersagt es, wenig zu zahlen und viel zu bekommen. Das ist nicht möglich.
Wenn Sie mit dem niedrigsten Anbieter Geschäfte machen, ist es ratsam, etwas für das Risiko aufzuschlagen, das Sie eingehen.
Wenn Sie das tun, haben Sie genug, um für etwas Besseres zu zahlen.
Zitat Ende.
Kommentar:
Wie sieht es mit der Anwendung dieser Erkenntnis auf Preise für Dienstleistungen (Beratung) aus ?
Standardsoftware versus Eigenprogrammierung
Die Frage bezieht sich auf vielfach in der Praxis anzutreffende Programmierungen, meist mit Excel oder Access/VB oder dBase, zu Themen wie Ersatzteilmengenberechnung oder Level-of-Repair-Berechnung.
Dabei wird behauptet, daß diese Eigenprogrammierung besser und billiger wäre.
Stimmt das ?
Die Antwort ist schlicht:
Nein.
Diese einfache Antwort beruht auf folgender Überlegung und auch auf Fakten aus der Praxis:
a) Der Lösungsansatz muß aus Zeitmangel einfach und schnell sein. Ungenauigkeiten werden in Kauf genommen.
b) Die Berücksichtigung komplexerer Zusammenhänge ist relativ aufwendig. In einem Praxisbeispiel wurde der Programmieraufwand mit mindestens zwei Monaten angegeben, ohne daß der gewünschte Detaillierungs- und Genauigkeitsgrad schon erreicht worden wäre.
c) Der Lösungsweg bzw. das Programm wird aus Zeitmangel nicht dokumentiert, nur der Erzeuger des Programmes kennt sich damit aus und weiß auch, welche Annahmen er bei der Programmmerstellung getroffen hat.
d) Aus c) folgt, daß eine Weitergabe an andere Nutzer, speziell bei Partnerfirmen, so gut wie unmöglich ist.
e) Der Aufwand der Eigenprogrammierung wird in aller Regel unterschätzt, er verteilt sich auf Monate und Arbeitsstunden werden dafür eingesetzt, die der eigentlichen Projektarbeit entzogen werden.
Wegen der stundenweisen Arbeit an der Eigenprogrammierung über einen längeren Zeitraum geht der Überblick über den Gesamtaufwand verloren.
Die Annahme, daß über Stunden mal Stundensatz (der bei über 100 EUR liegt als firmeninterner Verrechnungssatz) mindestens soviel Geld verbraucht wird, wie der Kaufpreis eines professionellen Tools beträgt, ist durchaus berechtigt (im Einzelfall nachweisbar).
f) Das selbst entwickelte Programm ist in keiner Weise validiert.
Demgegenüber sind bei einer Standardsoftware folgende Vorteile festzustellen:
- Es gibt eine Dokumentation.
- Es gibt eine Anwenderschulung.
- Es gibt eine standardisierte Vorgehensweise für alle Benutzer, es gibt standardisierte Outputs, die für alle gleich verständlich sind.
- Die Modellierung komplexer Scenarien ist möglich.
- Hoher Detaillierungs- und Genauigkeitsgrad.
- Der Kaufpreis ist niedriger als bei entsprechender Eigenprogrammierung
(Eine zur Standardsoftware vergleichbare Leistungsfähigkeit der Eigenprogrammierung kann nicht zu dem Preis erreicht werden.)
- Die Standard-Software ist validiert und durch den Einsatz bei vielen Anwendern geprüft. Die Wahrscheinlichkeit der Fehlerentdeckung ist durch den vielseitigen Gebrauch höher und infolge der permanenten Softwarepflege/Korrektur/Verbesserung ergibt sich eine dauerhafte Produktverbesserung.