GlossarWiki - Benutzerbeiträge [de-formal]

Benutzer:Morgner

2006-07-07T19:43:29Z

Morgner:

[[Bild:Morgner_Wappen.jpg|thumb|120px|Wappen der Familie Morgner]]

"Morgner" ist ein deutscher, nicht weit verbreiteter, Familienname.

Die ältesten, heute bekannten, Vorfahren der Familie Morgner finden ihren Ursprung im Vogtland.
Heute findet man in Deutschland noch circa 650 Morgners.

Die Familie zerstreute sich im Laufe der Zeit über den ganzen Globus, vor allem nach Amerika, wo man heute noch sehr viele Namensträger finden kann (teilweise kleine Namensänderungen, wie z.B. Morgan).

== Bernd Ulrich Morgner ==
[[Bild:Morgner.jpg|right|Bernd Ulrich Morgner]]
Hinter dem Benutzer Morgner, verbirgt sich Bernd Ulrich Morgner, Student der Wirtschaftsinformatik an der FH Augsburg.

=== Arbeitgebiete ===
*Tutor an der FH Augsburg - Datenverarbeitungssysteme
*Werksstudent bei BMW - Entwicklung - Connectivity & BMW Online
*Berater bei Expert TechnoMarkt - Multimedia & Telekommunikation

=== Hobbies ===
*Musik
*Schlagzeug
*Tennis
*Badminton
*Snowboarden

=== Sprachen ===
*Deutsch
*Englisch
*Spanisch
*Latein

== Irmtraud Morgner ==
deutsche Schriftstellerin

*geboren 22. August 1933 als Irmtraud Elfriede Morgner in Chemnitz
*gestorben 6. Mai 1990 in Berlin

[http://vassun.vassar.edu/~vonderem/g301/project/Morgner/ Biographie - Irmtraud Morgner]

Benutzer:Morgner

2006-07-07T19:42:27Z

Morgner:

[[Bild:Morgner_Wappen.jpg|thumb|120px|Wappen der Familie Morgner]]

"Morgner" ist ein deutscher, nicht weit verbreiteter, Familienname.

Die ältesten, heute bekannten, Vorfahren der Familie Morgner finden ihren Ursprung im Vogtland.
Heute findet man in Deutschland noch circa 650 Morgners.

De Familie zerstreute sich im Laufe der Zeit über den ganzen Globus, vor allem nach Amerika, wo man heute noch sehr viele Namensträger finden kann (teilweise kleine Namensänderungen, wie z.B. Morgan).

== Bernd Ulrich Morgner ==
[[Bild:Morgner.jpg|right|Bernd Ulrich Morgner]]
Hinter dem Benutzer Morgner, verbirgt sich Bernd Ulrich Morgner, Student der Wirtschaftsinformatik an der FH Augsburg.

=== Arbeitgebiete ===
*Tutor an der FH Augsburg - Datenverarbeitungssysteme
*Werksstudent bei BMW - Entwicklung - Connectivity & BMW Online
*Berater bei Expert TechnoMarkt - Multimedia & Telekommunikation

=== Hobbies ===
*Musik
*Schlagzeug
*Tennis
*Badminton
*Snowboarden

=== Sprachen ===
*Deutsch
*Englisch
*Spanisch
*Latein

== Irmtraud Morgner ==
deutsche Schriftstellerin

*geboren 22. August 1933 als Irmtraud Elfriede Morgner in Chemnitz
*gestorben 6. Mai 1990 in Berlin

[http://vassun.vassar.edu/~vonderem/g301/project/Morgner/ Biographie - Irmtraud Morgner]

Datei:Morgner Wappen.jpg

2006-07-07T18:41:53Z

Morgner: Wappen der Familie Morgner, Quelle: Deutsche Wappenrolle

Wappen der Familie Morgner,
Quelle: Deutsche Wappenrolle

Datei:Morgner.jpg

2006-07-07T18:35:36Z

Morgner: Photo: Bernd Ulrich Morgner

Photo: Bernd Ulrich Morgner

Gescheitertes Projekt

2006-07-07T18:28:21Z

Morgner: /* Statistiken */

== Definitionen ==
=== Der Begriff Scheitern ===

Der Begriff Scheitern findet seinen Ursprung in der Seefahrt. Das Scheitern bezeichnet hier das Zerschellen eines Schiffes, welches vom Sturm auf Klippen oder Felsen geworfen wurde.

Im allgemeinen Sprachgebrauch bezeichnet es das Nichterreichen eines gesetzten Zieles aufgrund bestimmter Störfaktoren.

Synonyme hierfür: durchfallen, versagen, fehlschlagen, missglücken, misslingen

=== Definition Gescheitertes Projekt ===

Ein [[Projekt]] wird durch folgende Vorgaben definiert:

*Zielvorgabe
*zeitliche, personelle und andere Begrenzungen
*Abgrenzung gegenüber anderer Vorhaben
*projektspezifische Organisation

Ein Projekt kann das als gescheitert angesehen werden, wenn mindestens eine der Randbedingungen nicht erfüllt wurde oder das Projekt vorzeitig abgebrochen wurde.
Daher kann auch ein abgeschlossenes Projekt ein gescheitertes Projekt sein.

== Statistiken ==
Laut Untersuchungen der [[Standish-Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.

Die britische [[OASIG-Studie]] benennt ebenfalls etwa 80% mit der steigenden Tendenz in Richtung 90%.

Das [[Schweizer Bundesamt für Berufsbildung und Technologie]] kommt auf 50%.

Für den bundesdeutschen Raum fehlen durchweg die harten Zahlen.

== Gründe für das Scheitern ==

=== [[Soft-skills]] ===
Oft werden mangelnde soft-skills als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.

=== [[Dogmatismus]] ===
Laut Wörterbuch: „Unkritisches Festhalten an Lehrmeinungen und Glaubenssätzen“. Da die meisten Unternehmenskulturen junge und dynamische Mitarbeiter präferieren, mangelt es oft an Erfahrungswerten. Festgelegte Strategien, sowie der dogmatische Einsatz von Programmiersprachen und Tools, stellen große Faktoren für das Scheitern dar.

=== Auftragnehmer – Auftraggeber Beziehung ===
Kommuniktationslücken zwischen dem eigentlichen Kunden und dem Auftragnehmer führen zu nicht gewünschten Ergebnissen. Dies liegt meist daran, dass der Kunde mit seinem Laiendasein, die technischen Punkte nicht versteht oder verstehen kann und der Auftragnehmer oft Kundenwünschen technisch gar nicht realisieren kann. Somit scheitern Projekte oft schon in der Definition der Ziele.

=== Falsche Kalkulationen ===
Kalkulationszahlen zu Beginn des Projektes können oft nicht eingehalten werden, da im Laufe des Projektes sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.

=== Schlechtes [[Projektmanagement]] ===
Mangelnde oder gar fehlende Planung führen garantiert zu einem gescheiterten Projekt. Auch unzureichend informiertes Personal durch die Projektleitung ist ein weiteres Zeichen für ein schlechtes Projektmanagement.

=== [[Fluktuation]] der Mitarbeiter ===
Je nach Dauer des Projektes, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.

=== Umweltaspekte ===
Gerade bei großen staatlichen Projekten oder staatlich geförderten, wie zum Beispiel dem Transrapid, scheitert das Projekt an der Missachtung der Umweltaspekte. Mit Umwelt ist hier außer der Natur auch die Bevölkerung gemeint.

== Beispiele für gescheiterte Projekte ==
*[[Fiscus]]
*[[BASIS II]]
*[[Inpol-Neu]]
*[[Toll Collect]]
*[[elektronische Gesundheitskarte]]

== Links ==

*[http://www.gulp.de/kb/it/projekt/itprojekteins_f.html Woran scheitern IT-Projekte - www.gulp.de, 2001]
*[http://www.standishgroup.com/sample_research/chaos_1994_1.php Chaos Report - Standish Group, 1994]

Chaos-Report

2006-07-07T18:23:17Z

Morgner:

Der Chaos Report ist ein, seit 1994, jährlicher, von der [[Standish Group]] herausgegebener, Bericht, der sich mit dem Erfolg von IT-Projekten in den USA beschäftigt.

Hier wurden ca. 100.000 Projekte untersucht, die nach beurteilung in 3 Katergorien eingeteilt werden.

== Kategorien ==

*Erfolgreich:
Projekt wurde innerhalb der vorgegebenen Zeit und Budget
abgeschlossen. Projektergebnis ist im Einsatz und erfüllt alle
Anforderungen.

*teilweise erfolgreich:
Projekt ist abgeschlossen. Projektergebnis ist im Einsatz. Zeit, Budget
oder Leistung sind aber nicht im vorgegebenen Umfang erreicht worden.

*nicht erfolgreich:
Das Projekt wurde vorzeitig abgebrochen oder das Projektergebnis
wurde nie eingesetzt.

== Ergebnisse ==
Laut dem Chaos Report 1994 scheitern 84% aller IT-Projekte in den USA wie folgende Abbildung zeigt:

[[Bild:Cr1994.JPG]]

== ähnliche Untersuchenungen ==
*[[OASIG-Studie]]
*[[Silicon]]
*[[Schweizer Bundesamt für Berufsbildung und Technologie]]
*[[Cap Gemini]]

== Links ==
*[http://www.standishgroup.com/sample_research/chaos_1994_1.php Chaos Report - Standish Group, 1994]
*[http://www.standishgroup.com Homepage der Standish Group]

Gescheitertes Projekt

2006-07-07T18:07:47Z

Morgner: /* Statistiken */

== Definitionen ==
=== Der Begriff Scheitern ===

Der Begriff Scheitern findet seinen Ursprung in der Seefahrt. Das Scheitern bezeichnet hier das Zerschellen eines Schiffes, welches vom Sturm auf Klippen oder Felsen geworfen wurde.

Im allgemeinen Sprachgebrauch bezeichnet es das Nichterreichen eines gesetzten Zieles aufgrund bestimmter Störfaktoren.

Synonyme hierfür: durchfallen, versagen, fehlschlagen, missglücken, misslingen

=== Definition Gescheitertes Projekt ===

Ein [[Projekt]] wird durch folgende Vorgaben definiert:

*Zielvorgabe
*zeitliche, personelle und andere Begrenzungen
*Abgrenzung gegenüber anderer Vorhaben
*projektspezifische Organisation

Ein Projekt kann das als gescheitert angesehen werden, wenn mindestens eine der Randbedingungen nicht erfüllt wurde oder das Projekt vorzeitig abgebrochen wurde.
Daher kann auch ein abgeschlossenes Projekt ein gescheitertes Projekt sein.

== Statistiken ==
Laut Untersuchungen der [[Standish-Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.
Dabei wird in drei Kategorien unterteilt:
*31,1% nicht erfolgreich
*52,7% teilweise erfolgreich
*nur 16,2% erfolgreich abgeschlossen

Die britische [[OASIG-Studie]] benennt ebenfalls etwa 80% mit der steigenden Tendenz in Richtung 90%.

Das [[Schweizer Bundesamt für Berufsbildung und Technologie]] kommt auf 50%.

Für den bundesdeutschen Raum fehlen durchweg die harten Zahlen.

== Gründe für das Scheitern ==

=== [[Soft-skills]] ===
Oft werden mangelnde soft-skills als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.

=== [[Dogmatismus]] ===
Laut Wörterbuch: „Unkritisches Festhalten an Lehrmeinungen und Glaubenssätzen“. Da die meisten Unternehmenskulturen junge und dynamische Mitarbeiter präferieren, mangelt es oft an Erfahrungswerten. Festgelegte Strategien, sowie der dogmatische Einsatz von Programmiersprachen und Tools, stellen große Faktoren für das Scheitern dar.

=== Auftragnehmer – Auftraggeber Beziehung ===
Kommuniktationslücken zwischen dem eigentlichen Kunden und dem Auftragnehmer führen zu nicht gewünschten Ergebnissen. Dies liegt meist daran, dass der Kunde mit seinem Laiendasein, die technischen Punkte nicht versteht oder verstehen kann und der Auftragnehmer oft Kundenwünschen technisch gar nicht realisieren kann. Somit scheitern Projekte oft schon in der Definition der Ziele.

=== Falsche Kalkulationen ===
Kalkulationszahlen zu Beginn des Projektes können oft nicht eingehalten werden, da im Laufe des Projektes sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.

=== Schlechtes [[Projektmanagement]] ===
Mangelnde oder gar fehlende Planung führen garantiert zu einem gescheiterten Projekt. Auch unzureichend informiertes Personal durch die Projektleitung ist ein weiteres Zeichen für ein schlechtes Projektmanagement.

=== [[Fluktuation]] der Mitarbeiter ===
Je nach Dauer des Projektes, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.

=== Umweltaspekte ===
Gerade bei großen staatlichen Projekten oder staatlich geförderten, wie zum Beispiel dem Transrapid, scheitert das Projekt an der Missachtung der Umweltaspekte. Mit Umwelt ist hier außer der Natur auch die Bevölkerung gemeint.

== Beispiele für gescheiterte Projekte ==
*[[Fiscus]]
*[[BASIS II]]
*[[Inpol-Neu]]
*[[Toll Collect]]
*[[elektronische Gesundheitskarte]]

== Links ==

*[http://www.gulp.de/kb/it/projekt/itprojekteins_f.html Woran scheitern IT-Projekte - www.gulp.de, 2001]
*[http://www.standishgroup.com/sample_research/chaos_1994_1.php Chaos Report - Standish Group, 1994]

Datei:Cr1994.JPG

2006-07-07T17:59:18Z

Morgner: Ergebnisse des Chaos Report 1994, Diagramm erstellt von Bernd Ulrich Morgner, Daten entnommen aus dem Chaos Report 1994 (Standish Group)

Ergebnisse des Chaos Report 1994,
Diagramm erstellt von Bernd Ulrich Morgner,
Daten entnommen aus dem Chaos Report 1994 (Standish Group)

FISCUS

2006-07-07T17:42:09Z

Morgner:

Das [[Projekt]] FISCUS (Föderales Integriertes Standardisiertes Computerunterstütztes Steuersystem) stellt ein bundesweites IT-Projekt dar, welches von den Bundesländern unter Unterstützung des Bundes im Jahre 1993 begonnen wurde.

= Erstversuch Fiscus =
== Allgemeine Beschreibung ==
Ziel des Projekts war es eine bundesweit einheitliche Softwarelösung zur Automatisierung des Besteuerungsverfahren zu entwickeln, welches in sämtlichen deutschen Finanzbehörden eingesetzt werden sollte.

Zusätzlich sollte ein länderübergreifender Zugriff auf die Steuerdaten ermöglicht werden, welcher mit der bisherigen Software nicht möglich war. Diese mangelnde DV-Unterstützung erschwerte die Bekämpfung von Steuerbetrug bei länderübergreifenden Sachverhalten ungemein.
Weitere Gründe, welche für das Projekt sprachen, waren zum einen die aufwendige Wartung der bisherigen Software. Nicht nur, dass diese, in den 60er bis 70er Jahren entwickelte Software, noch überwiegend in Cobol und Assembler geschrieben war, was die Wartung und Änderung bereits aufwendig genug machte, so waren Anpassungen zudem auch noch mehrmals notwendig, da in den einzelnen Bundesländern verschiedene Programme zum Einsatz kamen.

Nachdem die Anforderungen an die Steuerverwaltung zudem ständig ansteigen, beispielsweise durch zunehmende Fallzahlen und häufige Änderungen des Steuerrechts war es notwendig ein zentrales, objektorientiertes System zu entwickeln.

== Projektumfang ==
Die Software sollte die Steuerverwaltungen der Länder in allen gesetzlich zugewiesenen Aufgaben, insbesondere im Besteuerungsverfahren, unterstützen und diese automatisieren.

Haupteinsatzort des endgültigen Systems sollten hier die Finanzämter und Landesfinanzbehörden sein, wobei auch an die Anbindung eventueller externer Partner, wie Steuerberater, Rücksicht genommen werden sollte.
In der Bundesrepublik erstrecken sich insgesamt circa 650 Finanzämter. Schwierigkeit hierbei ist, dass diese teilweise sehr unterschiedliche Aufgabenbereiche verantworten, wie nur die Zuständigkeit für bestimmte Steuerarten, und dazu noch völlig verschiedene Organisationsstrukturen aufweisen können.
Die Mitarbeiteranzahl variiert pro Amt zwischen 50 bis 800 Beschäftigten, welche für circa 120.000 Einwohner verantwortlich sind.

Das System soll daher pro Jahr circa 30 Millionen Steuerfälle verwalten und soll eine Benutzerzahl von 100.000-120.000 Beamten zulassen. Diese kann sich durch die Anbindung externer Partner und Steuerzahlern noch drastisch erhöhen.

== Planung und Organisation ==
Das Projekt bestand aus einer Reihe von Teilprodukten, welche in vorm von Modulen auf die einzelnen Länder verteilt wurden. Hierbei sollte jedes Land, je nach Größe mindestens ein Modul, unter Abstimmung mit den anderen Ländern, entwickeln. Die dadurch entstehenden kosten sollte jedes Land selbst tragen.
Beginnend sollten Grobkonzepte, gefolgt von Feinkonzepten erstellt werden, welchen die eigentliche Programmierung folgen solle.

Der bundesweite Einsatz sollte jeweils 3 Jahre nach Freigabe erfolgen, wodurch eine ausgiebige Testphase in einzelnen Finanzämtern erfolgen sollte.

Grundlegend war der Gedanke der [[Objekt-Technologie]]. Architekturmodelle sollten mit der Unified Modeling Language ([[UML]]) erstellt werden. Dokumentation und Design in [[Rational Rose]]. Als Programmiersprache sollte [[Java]] auf einer mehrstufigen [[Client/Server Architektur]] eingesetzt werden. Als Speicher dienten relationale Datenbanken.

Schwerpunkte bei der Entwicklung waren Skalierbarkeit, Sicherheit und die Nutzung offener Standards.

Die Koordination des Projekts übernahm der Bund. Dazu wurde die Koordinierungsstelle für die Neukonzeption des automatisierten Besteuerungsverfahren – kurz KAS – mit ihrem Hauptsitz im Bundesministerium und beim Bundesamt für Finanzen eingerichtet. Die Kosten hierfür trug der Bund.

Am Gesamtprojekt waren zu Beginn circa 120 Programmierer in den Ländern, 30 koordinierende Mitarbeiter in der KAS und einige Entscheider aus den einzelnen Bundesländern beteiligt. Dazu kamen zusätzliche externe Berater und Entwickler.
Das Gesamtbudget wurde zu Beginn auf 170 Millionen € festgesetzt. Der Bundesfinanzhof verzichtet auf Darstellung der Projektplanung und -durchführung und erwarte lediglich im Jahr 2000 - also erst 8 Jahre nach Beginn - einen Ergebnisbericht.

== Problemfaktoren ==

*Abstimmungsprobleme/n
Durch die breit verteilte Projektstruktur Schwierigkeiten im föderalen Abstimmungsprozess.

*Zu viele Entscheidungsträger/n
Mitentscheidungsrecht aller Bundesländer und der KAS/n
(''Zu viele Köche verderben den Brei'')

*Zu große Arbeitslast/n
Notwendigkeit bestehende Software, der einzelnen Länder, zu pflegen und zu warten.

*Mangelnde Planung / Dokumentation/n
verzichtet auf Darstellung der Projektplanung und -durchführung bis zum Jahr 2000.

== Ergebnis ==
Im Jahr 2000 weißte das Projekt einen erheblichen Entwicklungsrückstand auf. Kein einziges Teilprodukt war zu diesem Zeitpunkt wie geplant fertig gestellt.
Für den Abschluss des Projekts zeichnete sich eine erhebliche Budgetüberschreitung an, was ein hohes Abbruchrisiko darstellte.
Dieses Zwischenergebnis bewegte schließlich Bayern dazu aus dem Projekt auszusteigen, um sein eigenes Projekt [[EOSS2]] (Evolutionär orientierte Steuersoftware) weiterzuentwickeln.
Der restliche FISCUS Verbund entschied sich dazu das Projekt mit einer anderen Organisationsstuktur weiterzuführen. Dazu wurde die FISCUS GmbH gegründet.

= Neustart FISCUS GmbH =

Mit der privatwirtschaftliche FISCUS GmbH sollte ein Neustart des bereits gescheiterten Projekts durch Outsourcing unternommen werden.

== Gründung ==
Die Gründung wurde durch 15 Bundesländer (alle außer Bayern) und dem Bund unter Führung der Gesellschafter beschlossen.

Die Finanzierung erfolgte ebenfalls durch die Länder und den Bund.

Wesentlicher Gedanke war es die Software nun zentral zu entwickeln und damit die Organisation und Kommunikation zu erleichtern und eine klare Auftraggeber-Auftragnehmer-Struktur zu schaffen.

Das Personal wurde hauptsächlich auf dem freien Arbeitsmarkt erworben. Unterstützt wurde es durch zu Programmierern umgeschulte Verwaltungsfachangestellte und Beamte. Außerdem war die Einbeziehung der bis zu diesem Zeitpunkt in Steuerverwaltungen eingesetzten Beschäftigten erforderlich um das steuerrechtliche Know-how zu erlangen.

== Erneute Probleme ==

*Know-How Transfer/n
Das mühselig in acht Jahren erarbeitete Wissen wurde nur lückenhaft an die GmbH weitergegeben, wodurch das Projekt quasi wieder bei null startete.

*Mangelndes Personal/n
Lange Einarbeitungszeiten und fehlende Gelder

*Kein Gesamtkonzept/n
Nur Teilkonzepte wurden in den Ländern erarbeitet

*Unklares Auftraggeber Auftragnehmerverhältnis/n
Alle Länder fungierten als Auftraggeber mit unterschiedlichen Vorstellungen

Bundesrechnungshof empfahl Bund, sich ab 2007 nicht weiter an FISCUS zu beteiligen - denn schließlich sei die Steuererhebung Ländersache.

== Projektabbruch ==

Im Jahr 2004 wurde das Projekt Fiscus endgültig abgebrochen, da das Projektbudget hoffnungslos überschritten wurde und sich weitere fünf Bundesländer (Sachsen, Brandenburg, Thüringen, Mecklenburg-Vorpommern, Sachsen-Anhalt) aus dem Verbund lösten.

Zu Projektende waren lediglich drei Module fertig gestellt.
Die Online-Stammdatenabfrage (OSA), das Modul „Grunderwerbssteuer“ (GrESt), welches im Finanzamt in Hilden zum Einsatz kam, und das Modul „Bußgeldverfahren und Strafsachen“ (BuStra), im Einsatz in Lübbek.
Diese wurden jedoch nie bundesweit eingesetzt.

Letztendlich folgte die Liquidation der Fiscus GmbH am 31.02.2006.

= Kosten =

Bis 2005 werden die Entwicklungskosten auf 900 Millionen € geschätzt ohne, dass ein brauchbares Ergebnis vorlag.
Das Projekt verschlang mit der Dauer von über 12 Jahren unzählige Mannstunden und sonstige Ressourcen.

Im folgen sind die Projektkosten des Bundesland Nordrhein-Westfalen über die Dauer des Projekts aufgelistet.

= Fazit =

Das Projekt Fiscus ist nur eines von vielen öffentlichen IT-Projekten, welches durch die schwierigen Verhältnisse und Einschränkungen die staatliche Projekte mit sich ziehen kläglich gescheitert ist.
Doch auch mangelndes Projektmanagement und Organisation, sowie Fehleinschätzung der Komplexität eines solchen Projektes, welches im IT-Bereich durchaus als sehr groß angesehen werden kann, sind hier oft ausschlaggebende Faktoren für den Misserfolg.

Der Bund entschloss sich zwar das Projekt Fiscus zu begraben, doch ist er mutig genug einen Nachfolger ins leben zu rufen.
Unter dem Namen [[KONSENS]] (Koordinierte neue Softwareentwicklung der Steuerverwaltung) will der Bund die Idee einer bundesweit einheitlichen Besteuerungssoftware doch noch verwirklichen.
Dieses System baut jedoch auf bereits in den Bundesländern eingesetzter Software, speziell des Landes Bayern ([[EOSS]]) und Nordrhein-Westfalen, auf.
Bei KONSENS sollen die fünf größten Bundesländer (Bayern, Nordrhein-Westfalen, Hessen, Niedersachsen, Baden-Württemberg) die Software gemeinsam entwickeln und den kleinern Ländern anschließend zur Verfügung stellen. Der Bund trägt bei diesem Projekt keinerlei Verantwortung mehr.

Ob dieses Mammut Projekt in dieser Konstellation zu bewältigen ist, ist noch zu beweisen. Klar ist jedoch, dass FISCUS nicht nur immense Kosten bereitet hat, sondern auch der Misserfolg weiterhin Kosten verursacht; nicht zuletzt durch die Tatsache eines immer noch fehlenden IT-Systems zur Unterstützung der Finanzämter.

Das Projekt Fiscus kann als Präsidenzfall für ein [[gescheitertes Projekt]] angesehen werden.

=Links=
*[http://www.fiscus.info/index_fiscus.html Homepage der Fiscus GmbH]

*[http://www.rechnungshof.baden-wuerttemberg.de/sixcms/media.php/974/B019_2005.pdf Die Beteiligung des Landes NRW am Projekt Fiscus]

*[http://www.parlament-berlin.de/ados/Haupt/vorgang/h15-2681-v.pdf Bericht des Landes Berlin]

FISCUS

2006-07-07T16:49:26Z

Morgner: Links hinzugefügt

Das [[Projekt]] FISCUS (Föderales Integriertes Standardisiertes Computerunterstütztes Steuersystem) stellt ein bundesweites IT-Projekt dar, welches von den Bundesländern unter Unterstützung des Bundes im Jahre 1993 begonnen wurde.

= Erstversuch Fiscus =
== Allgemeine Beschreibung ==
Ziel des Projekts war es eine bundesweit einheitliche Softwarelösung zur Automatisierung des Besteuerungsverfahren zu entwickeln, welches in sämtlichen deutschen Finanzbehörden eingesetzt werden sollte.

Zusätzlich sollte ein länderübergreifender Zugriff auf die Steuerdaten ermöglicht werden, welcher mit der bisherigen Software nicht möglich war. Diese mangelnde DV-Unterstützung erschwerte die Bekämpfung von Steuerbetrug bei länderübergreifenden Sachverhalten ungemein.
Weitere Gründe, welche für das Projekt sprachen, waren zum einen die aufwendige Wartung der bisherigen Software. Nicht nur, dass diese, in den 60er bis 70er Jahren entwickelte Software, noch überwiegend in Cobol und Assembler geschrieben war, was die Wartung und Änderung bereits aufwendig genug machte, so waren Anpassungen zudem auch noch mehrmals notwendig, da in den einzelnen Bundesländern verschiedene Programme zum Einsatz kamen.

Nachdem die Anforderungen an die Steuerverwaltung zudem ständig ansteigen, beispielsweise durch zunehmende Fallzahlen und häufige Änderungen des Steuerrechts war es notwendig ein zentrales, objektorientiertes System zu entwickeln.

== Projektumfang ==
Die Software sollte die Steuerverwaltungen der Länder in allen gesetzlich zugewiesenen Aufgaben, insbesondere im Besteuerungsverfahren, unterstützen und diese automatisieren.

Haupteinsatzort des endgültigen Systems sollten hier die Finanzämter und Landesfinanzbehörden sein, wobei auch an die Anbindung eventueller externer Partner, wie Steuerberater, Rücksicht genommen werden sollte.
In der Bundesrepublik erstrecken sich insgesamt circa 650 Finanzämter. Schwierigkeit hierbei ist, dass diese teilweise sehr unterschiedliche Aufgabenbereiche verantworten, wie nur die Zuständigkeit für bestimmte Steuerarten, und dazu noch völlig verschiedene Organisationsstrukturen aufweisen können.
Die Mitarbeiteranzahl variiert pro Amt zwischen 50 bis 800 Beschäftigten, welche für circa 120.000 Einwohner verantwortlich sind.

Das System soll daher pro Jahr circa 30 Millionen Steuerfälle verwalten und soll eine Benutzerzahl von 100.000-120.000 Beamten zulassen. Diese kann sich durch die Anbindung externer Partner und Steuerzahlern noch drastisch erhöhen.

== Planung und Organisation ==
Das Projekt bestand aus einer Reihe von Teilprodukten, welche in vorm von Modulen auf die einzelnen Länder verteilt wurden. Hierbei sollte jedes Land, je nach Größe mindestens ein Modul, unter Abstimmung mit den anderen Ländern, entwickeln. Die dadurch entstehenden kosten sollte jedes Land selbst tragen.
Beginnend sollten Grobkonzepte, gefolgt von Feinkonzepten erstellt werden, welchen die eigentliche Programmierung folgen solle.

Der bundesweite Einsatz sollte jeweils 3 Jahre nach Freigabe erfolgen, wodurch eine ausgiebige Testphase in einzelnen Finanzämtern erfolgen sollte.

Grundlegend war der Gedanke der [[Objekt-Technologie]]. Architekturmodelle sollten mit der Unified Modeling Language ([[UML]]) erstellt werden. Dokumentation und Design in [[Rational Rose]]. Als Programmiersprache sollte [[Java]] auf einer mehrstufigen [[Client/Server Architektur]] eingesetzt werden. Als Speicher dienten relationale Datenbanken.

Schwerpunkte bei der Entwicklung waren Skalierbarkeit, Sicherheit und die Nutzung offener Standards.

Die Koordination des Projekts übernahm der Bund. Dazu wurde die Koordinierungsstelle für die Neukonzeption des automatisierten Besteuerungsverfahren – kurz KAS – mit ihrem Hauptsitz im Bundesministerium und beim Bundesamt für Finanzen eingerichtet. Die Kosten hierfür trug der Bund.

Am Gesamtprojekt waren zu Beginn circa 120 Programmierer in den Ländern, 30 koordinierende Mitarbeiter in der KAS und einige Entscheider aus den einzelnen Bundesländern beteiligt. Dazu kamen zusätzliche externe Berater und Entwickler.
Das Gesamtbudget wurde zu Beginn auf 170 Millionen € festgesetzt. Der Bundesfinanzhof verzichtet auf Darstellung der Projektplanung und -durchführung und erwarte lediglich im Jahr 2000 - also erst 8 Jahre nach Beginn - einen Ergebnisbericht.

== Problemfaktoren ==

*Abstimmungsprobleme/n
Durch die breit verteilte Projektstruktur Schwierigkeiten im föderalen Abstimmungsprozess.

*Zu viele Entscheidungsträger/n
Mitentscheidungsrecht aller Bundesländer und der KAS/n
(''Zu viele Köche verderben den Brei'')

*Zu große Arbeitslast/n
Notwendigkeit bestehende Software, der einzelnen Länder, zu pflegen und zu warten.

*Mangelnde Planung / Dokumentation/n
verzichtet auf Darstellung der Projektplanung und -durchführung bis zum Jahr 2000.

== Ergebnis ==
Im Jahr 2000 weißte das Projekt einen erheblichen Entwicklungsrückstand auf. Kein einziges Teilprodukt war zu diesem Zeitpunkt wie geplant fertig gestellt.
Für den Abschluss des Projekts zeichnete sich eine erhebliche Budgetüberschreitung an, was ein hohes Abbruchrisiko darstellte.
Dieses Zwischenergebnis bewegte schließlich Bayern dazu aus dem Projekt auszusteigen, um sein eigenes Projekt [[EOSS2]] (Evolutionär orientierte Steuersoftware) weiterzuentwickeln.
Der restliche FISCUS Verbund entschied sich dazu das Projekt mit einer anderen Organisationsstuktur weiterzuführen. Dazu wurde die FISCUS GmbH gegründet.

= Neustart FISCUS GmbH =

Mit der privatwirtschaftliche FISCUS GmbH sollte ein Neustart des bereits gescheiterten Projekts durch Outsourcing unternommen werden.

== Gründung ==
Die Gründung wurde durch 15 Bundesländer (alle außer Bayern) und dem Bund unter Führung der Gesellschafter beschlossen.

Die Finanzierung erfolgte ebenfalls durch die Länder und den Bund.

Wesentlicher Gedanke war es die Software nun zentral zu entwickeln und damit die Organisation und Kommunikation zu erleichtern und eine klare Auftraggeber-Auftragnehmer-Struktur zu schaffen.

Das Personal wurde hauptsächlich auf dem freien Arbeitsmarkt erworben. Unterstützt wurde es durch zu Programmierern umgeschulte Verwaltungsfachangestellte und Beamte. Außerdem war die Einbeziehung der bis zu diesem Zeitpunkt in Steuerverwaltungen eingesetzten Beschäftigten erforderlich um das steuerrechtliche Know-how zu erlangen.

== Erneute Probleme ==

*Know-How Transfer/n
Das mühselig in acht Jahren erarbeitete Wissen wurde nur lückenhaft an die GmbH weitergegeben, wodurch das Projekt quasi wieder bei null startete.

*Mangelndes Personal/n
Lange Einarbeitungszeiten und fehlende Gelder

*Kein Gesamtkonzept/n
Nur Teilkonzepte wurden in den Ländern erarbeitet

*Unklares Auftraggeber Auftragnehmerverhältnis/n
Alle Länder fungierten als Auftraggeber mit unterschiedlichen Vorstellungen

Bundesrechnungshof empfahl Bund, sich ab 2007 nicht weiter an FISCUS zu beteiligen - denn schließlich sei die Steuererhebung Ländersache.

== Projektabbruch ==

Im Jahr 2004 wurde das Projekt Fiscus endgültig abgebrochen, da das Projektbudget hoffnungslos überschritten wurde und sich weitere fünf Bundesländer (Sachsen, Brandenburg, Thüringen, Mecklenburg-Vorpommern, Sachsen-Anhalt) aus dem Verbund lösten.

Zu Projektende waren lediglich drei Module fertig gestellt.
Die Online-Stammdatenabfrage (OSA), das Modul „Grunderwerbssteuer“ (GrESt), welches im Finanzamt in Hilden zum Einsatz kam, und das Modul „Bußgeldverfahren und Strafsachen“ (BuStra), im Einsatz in Lübbek.
Diese wurden jedoch nie bundesweit eingesetzt.

Letztendlich folgte die Liquidation der Fiscus GmbH am 31.02.2006.

= Kosten =

Bis 2005 werden die Entwicklungskosten auf 900 Millionen € geschätzt ohne, dass ein brauchbares Ergebnis vorlag.
Das Projekt verschlang mit der Dauer von über 12 Jahren unzählige Mannstunden und sonstige Ressourcen.

Im folgen sind die Projektkosten des Bundesland Nordrhein-Westfalen über die Dauer des Projekts aufgelistet.

= Fazit =

Das Projekt Fiscus ist nur eines von vielen öffentlichen IT-Projekten, welches durch die schwierigen Verhältnisse und Einschränkungen die staatliche Projekte mit sich ziehen kläglich gescheitert ist.
Doch auch mangelndes Projektmanagement und Organisation, sowie Fehleinschätzung der Komplexität eines solchen Projektes, welches im IT-Bereich durchaus als sehr groß angesehen werden kann, sind hier oft ausschlaggebende Faktoren für den Misserfolg.

Der Bund entschloss sich zwar das Projekt Fiscus zu begraben, doch ist er mutig genug einen Nachfolger ins leben zu rufen.
Unter dem Namen [[KONSENS]] (Koordinierte neue Softwareentwicklung der Steuerverwaltung) will der Bund die Idee einer bundesweit einheitlichen Besteuerungssoftware doch noch verwirklichen.
Dieses System baut jedoch auf bereits in den Bundesländern eingesetzter Software, speziell des Landes Bayern ([[EOSS]]) und Nordrhein-Westfalen, auf.
Bei KONSENS sollen die fünf größten Bundesländer (Bayern, Nordrhein-Westfalen, Hessen, Niedersachsen, Baden-Württemberg) die Software gemeinsam entwickeln und den kleinern Ländern anschließend zur Verfügung stellen. Der Bund trägt bei diesem Projekt keinerlei Verantwortung mehr.

Ob dieses Mammut Projekt in dieser Konstellation zu bewältigen ist, ist noch zu beweisen. Klar ist jedoch, dass FISCUS nicht nur immense Kosten bereitet hat, sondern auch der Misserfolg weiterhin Kosten verursacht; nicht zuletzt durch die Tatsache eines immer noch fehlenden IT-Systems zur Unterstützung der Finanzämter.

=Links=
*[http://www.fiscus.info/index_fiscus.html Homepage der Fiscus GmbH]

*[http://www.rechnungshof.baden-wuerttemberg.de/sixcms/media.php/974/B019_2005.pdf Die Beteiligung des Landes NRW am Projekt Fiscus]

*[http://www.parlament-berlin.de/ados/Haupt/vorgang/h15-2681-v.pdf Bericht des Landes Berlin]

FISCUS

2006-07-07T16:33:51Z

Morgner:

Das Projekt FISCUS (Föderales Integriertes Standardisiertes Computerunterstütztes Steuersystem) stellt ein bundesweites IT-Projekt dar, welches von den Bundesländern unter Unterstützung des Bundes im Jahre 1993 begonnen wurde.

= Erstversuch Fiscus =
== Allgemeine Beschreibung ==
Ziel des Projekts war es eine bundesweit einheitliche Softwarelösung zur Automatisierung des Besteuerungsverfahren zu entwickeln, welches in sämtlichen deutschen Finanzbehörden eingesetzt werden sollte.

Zusätzlich sollte ein länderübergreifender Zugriff auf die Steuerdaten ermöglicht werden, welcher mit der bisherigen Software nicht möglich war. Diese mangelnde DV-Unterstützung erschwerte die Bekämpfung von Steuerbetrug bei länderübergreifenden Sachverhalten ungemein.
Weitere Gründe, welche für das Projekt sprachen, waren zum einen die aufwendige Wartung der bisherigen Software. Nicht nur, dass diese, in den 60er bis 70er Jahren entwickelte Software, noch überwiegend in Cobol und Assembler geschrieben war, was die Wartung und Änderung bereits aufwendig genug machte, so waren Anpassungen zudem auch noch mehrmals notwendig, da in den einzelnen Bundesländern verschiedene Programme zum Einsatz kamen.

Nachdem die Anforderungen an die Steuerverwaltung zudem ständig ansteigen, beispielsweise durch zunehmende Fallzahlen und häufige Änderungen des Steuerrechts war es notwendig ein zentrales, objektorientiertes System zu entwickeln.

== Projektumfang ==
Die Software sollte die Steuerverwaltungen der Länder in allen gesetzlich zugewiesenen Aufgaben, insbesondere im Besteuerungsverfahren, unterstützen und diese automatisieren.

Haupteinsatzort des endgültigen Systems sollten hier die Finanzämter und Landesfinanzbehörden sein, wobei auch an die Anbindung eventueller externer Partner, wie Steuerberater, Rücksicht genommen werden sollte.
In der Bundesrepublik erstrecken sich insgesamt circa 650 Finanzämter. Schwierigkeit hierbei ist, dass diese teilweise sehr unterschiedliche Aufgabenbereiche verantworten, wie nur die Zuständigkeit für bestimmte Steuerarten, und dazu noch völlig verschiedene Organisationsstrukturen aufweisen können.
Die Mitarbeiteranzahl variiert pro Amt zwischen 50 bis 800 Beschäftigten, welche für circa 120.000 Einwohner verantwortlich sind.

Das System soll daher pro Jahr circa 30 Millionen Steuerfälle verwalten und soll eine Benutzerzahl von 100.000-120.000 Beamten zulassen. Diese kann sich durch die Anbindung externer Partner und Steuerzahlern noch drastisch erhöhen.

== Planung und Organisation ==
Das Projekt bestand aus einer Reihe von Teilprodukten, welche in vorm von Modulen auf die einzelnen Länder verteilt wurden. Hierbei sollte jedes Land, je nach Größe mindestens ein Modul, unter Abstimmung mit den anderen Ländern, entwickeln. Die dadurch entstehenden kosten sollte jedes Land selbst tragen.
Beginnend sollten Grobkonzepte, gefolgt von Feinkonzepten erstellt werden, welchen die eigentliche Programmierung folgen solle.

Der bundesweite Einsatz sollte jeweils 3 Jahre nach Freigabe erfolgen, wodurch eine ausgiebige Testphase in einzelnen Finanzämtern erfolgen sollte.

Grundlegend war der Gedanke der Objekt-Technologie. Architekturmodelle sollten mit der Unified Modeling Language (UML) erstellt werden. Dokumentation und Design in Rational Rose. Als Programmiersprache sollte Java auf einer mehrstufigen Client/Server Architektur eingesetzt werden. Als Speicher dienten relationale Datenbanken.

Schwerpunkte bei der Entwicklung waren Skalierbarkeit, Sicherheit und die Nutzung offener Standards.

Die Koordination des Projekts übernahm der Bund. Dazu wurde die Koordinierungsstelle für die Neukonzeption des automatisierten Besteuerungsverfahren – kurz KAS – mit ihrem Hauptsitz im Bundesministerium und beim Bundesamt für Finanzen eingerichtet. Die Kosten hierfür trug der Bund.

Am Gesamtprojekt waren zu Beginn circa 120 Programmierer in den Ländern, 30 koordinierende Mitarbeiter in der KAS und einige Entscheider aus den einzelnen Bundesländern beteiligt. Dazu kamen zusätzliche externe Berater und Entwickler.
Das Gesamtbudget wurde zu Beginn auf 170 Millionen € festgesetzt. Der Bundesfinanzhof verzichtet auf Darstellung der Projektplanung und -durchführung und erwarte lediglich im Jahr 2000 - also erst 8 Jahre nach Beginn - einen Ergebnisbericht.

== Problemfaktoren ==

*Abstimmungsprobleme/n
Durch die breit verteilte Projektstruktur Schwierigkeiten im föderalen Abstimmungsprozess.

*Zu viele Entscheidungsträger/n
Mitentscheidungsrecht aller Bundesländer und der KAS/n
(''Zu viele Köche verderben den Brei'')

*Zu große Arbeitslast/n
Notwendigkeit bestehende Software, der einzelnen Länder, zu pflegen und zu warten.

*Mangelnde Planung / Dokumentation/n
verzichtet auf Darstellung der Projektplanung und -durchführung bis zum Jahr 2000.

== Ergebnis ==
Im Jahr 2000 weißte das Projekt einen erheblichen Entwicklungsrückstand auf. Kein einziges Teilprodukt war zu diesem Zeitpunkt wie geplant fertig gestellt.
Für den Abschluss des Projekts zeichnete sich eine erhebliche Budgetüberschreitung an, was ein hohes Abbruchrisiko darstellte.
Dieses Zwischenergebnis bewegte schließlich Bayern dazu aus dem Projekt auszusteigen, um sein eigenes Projekt EOSS2 (Evolutionär orientierte Steuersoftware) weiterzuentwickeln.
Der restliche FISCUS Verbund entschied sich dazu das Projekt mit einer anderen Organisationsstuktur weiterzuführen. Dazu wurde die FISCUS GmbH gegründet.

= Neustart FISCUS GmbH =

Mit der privatwirtschaftliche FISCUS GmbH sollte ein Neustart des bereits gescheiterten Projekts durch Outsourcing unternommen werden.

== Gründung ==
Die Gründung wurde durch 15 Bundesländer (alle außer Bayern) und dem Bund unter Führung der Gesellschafter beschlossen.

Die Finanzierung erfolgte ebenfalls durch die Länder und den Bund.

Wesentlicher Gedanke war es die Software nun zentral zu entwickeln und damit die Organisation und Kommunikation zu erleichtern und eine klare Auftraggeber-Auftragnehmer-Struktur zu schaffen.

Das Personal wurde hauptsächlich auf dem freien Arbeitsmarkt erworben. Unterstützt wurde es durch zu Programmierern umgeschulte Verwaltungsfachangestellte und Beamte. Außerdem war die Einbeziehung der bis zu diesem Zeitpunkt in Steuerverwaltungen eingesetzten Beschäftigten erforderlich um das steuerrechtliche Know-how zu erlangen.

== Erneute Probleme ==

*Know-How Transfer/n
Das mühselig in acht Jahren erarbeitete Wissen wurde nur lückenhaft an die GmbH weitergegeben, wodurch das Projekt quasi wieder bei null startete.

*Mangelndes Personal/n
Lange Einarbeitungszeiten und fehlende Gelder

*Kein Gesamtkonzept/n
Nur Teilkonzepte wurden in den Ländern erarbeitet

*Unklares Auftraggeber Auftragnehmerverhältnis/n
Alle Länder fungierten als Auftraggeber mit unterschiedlichen Vorstellungen

Bundesrechnungshof empfahl Bund, sich ab 2007 nicht weiter an FISCUS zu beteiligen - denn schließlich sei die Steuererhebung Ländersache.

== Projektabbruch ==

Im Jahr 2004 wurde das Projekt Fiscus endgültig abgebrochen, da das Projektbudget hoffnungslos überschritten wurde und sich weitere fünf Bundesländer (Sachsen, Brandenburg, Thüringen, Mecklenburg-Vorpommern, Sachsen-Anhalt) aus dem Verbund lösten.

Zu Projektende waren lediglich drei Module fertig gestellt.
Die Online-Stammdatenabfrage (OSA), das Modul „Grunderwerbssteuer“ (GrESt), welches im Finanzamt in Hilden zum Einsatz kam, und das Modul „Bußgeldverfahren und Strafsachen“ (BuStra), im Einsatz in Lübbek.
Diese wurden jedoch nie bundesweit eingesetzt.

Letztendlich folgte die Liquidation der Fiscus GmbH am 31.02.2006.

= Kosten =

Bis 2005 werden die Entwicklungskosten auf 900 Millionen € geschätzt ohne, dass ein brauchbares Ergebnis vorlag.
Das Projekt verschlang mit der Dauer von über 12 Jahren unzählige Mannstunden und sonstige Ressourcen.

Im folgen sind die Projektkosten des Bundesland Nordrhein-Westfalen über die Dauer des Projekts aufgelistet.

= Fazit =

Das Projekt Fiscus ist nur eines von vielen öffentlichen IT-Projekten, welches durch die schwierigen Verhältnisse und Einschränkungen die staatliche Projekte mit sich ziehen kläglich gescheitert ist.
Doch auch mangelndes Projektmanagement und Organisation, sowie Fehleinschätzung der Komplexität eines solchen Projektes, welches im IT-Bereich durchaus als sehr groß angesehen werden kann, sind hier oft ausschlaggebende Faktoren für den Misserfolg.

Der Bund entschloss sich zwar das Projekt Fiscus zu begraben, doch ist er mutig genug einen Nachfolger ins leben zu rufen.
Unter dem Namen KONSENS (Koordinierte neue Softwareentwicklung der Steuerverwaltung) will der Bund die Idee einer bundesweit einheitlichen Besteuerungssoftware doch noch verwirklichen.
Dieses System baut jedoch auf bereits in den Bundesländern eingesetzter Software, speziell des Landes Bayern (EOSS) und Nordrhein-Westfalen, auf.
Bei KONSENS sollen die fünf größten Bundesländer (Bayern, Nordrhein-Westfalen, Hessen, Niedersachsen, Baden-Württemberg) die Software gemeinsam entwickeln und den kleinern Ländern anschließend zur Verfügung stellen. Der Bund trägt bei diesem Projekt keinerlei Verantwortung mehr.

Ob dieses Mammut Projekt in dieser Konstellation zu bewältigen ist, ist noch zu beweisen. Klar ist jedoch, dass FISCUS nicht nur immense Kosten bereitet hat, sondern auch der Misserfolg weiterhin Kosten verursacht; nicht zuletzt durch die Tatsache eines immer noch fehlenden IT-Systems zur Unterstützung der Finanzämter.

=Links=
*[http://www.fiscus.info/index_fiscus.html Homepage der Fiscus GmbH]

*[http://www.rechnungshof.baden-wuerttemberg.de/sixcms/media.php/974/B019_2005.pdf Die Beteiligung des Landes NRW am Projekt Fiscus]

*[http://www.parlament-berlin.de/ados/Haupt/vorgang/h15-2681-v.pdf Bericht des Landes Berlin]

Gescheitertes Projekt

2006-07-07T15:54:03Z

Morgner: Links hinzugefügt

== Definitionen ==
=== Der Begriff Scheitern ===

Der Begriff Scheitern findet seinen Ursprung in der Seefahrt. Das Scheitern bezeichnet hier das Zerschellen eines Schiffes, welches vom Sturm auf Klippen oder Felsen geworfen wurde.

Im allgemeinen Sprachgebrauch bezeichnet es das Nichterreichen eines gesetzten Zieles aufgrund bestimmter Störfaktoren.

Synonyme hierfür: durchfallen, versagen, fehlschlagen, missglücken, misslingen

=== Definition Gescheitertes Projekt ===

Ein [[Projekt]] wird durch folgende Vorgaben definiert:

*Zielvorgabe
*zeitliche, personelle und andere Begrenzungen
*Abgrenzung gegenüber anderer Vorhaben
*projektspezifische Organisation

Ein Projekt kann das als gescheitert angesehen werden, wenn mindestens eine der Randbedingungen nicht erfüllt wurde oder das Projekt vorzeitig abgebrochen wurde.
Daher kann auch ein abgeschlossenes Projekt ein gescheitertes Projekt sein.

== Statistiken ==
Laut Untersuchungen der [[Standish-Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.
Dabei wird in drei Kategorien unterteilt:
*31,1% nicht erfolgreich
*52,7% teilweise erfolgreich
*nur 16,2% erfolgreich abgeschlossen

Die britische [[OASIG-Studie]] benennt ebenfalls etwa 80% mit der steigenden Tendenz in Richtung 90%.

Das [[Schweizer Bundesamt für Berufsbildung und Technologie]] kommt 50%.

Für den bundesdeutschen Raum fehlen durchweg die harten Zahlen.

== Gründe für das Scheitern ==

=== [[Soft-skills]] ===
Oft werden mangelnde soft-skills als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.

=== [[Dogmatismus]] ===
Laut Wörterbuch: „Unkritisches Festhalten an Lehrmeinungen und Glaubenssätzen“. Da die meisten Unternehmenskulturen junge und dynamische Mitarbeiter präferieren, mangelt es oft an Erfahrungswerten. Festgelegte Strategien, sowie der dogmatische Einsatz von Programmiersprachen und Tools, stellen große Faktoren für das Scheitern dar.

=== Auftragnehmer – Auftraggeber Beziehung ===
Kommuniktationslücken zwischen dem eigentlichen Kunden und dem Auftragnehmer führen zu nicht gewünschten Ergebnissen. Dies liegt meist daran, dass der Kunde mit seinem Laiendasein, die technischen Punkte nicht versteht oder verstehen kann und der Auftragnehmer oft Kundenwünschen technisch gar nicht realisieren kann. Somit scheitern Projekte oft schon in der Definition der Ziele.

=== Falsche Kalkulationen ===
Kalkulationszahlen zu Beginn des Projektes können oft nicht eingehalten werden, da im Laufe des Projektes sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.

=== Schlechtes [[Projektmanagement]] ===
Mangelnde oder gar fehlende Planung führen garantiert zu einem gescheiterten Projekt. Auch unzureichend informiertes Personal durch die Projektleitung ist ein weiteres Zeichen für ein schlechtes Projektmanagement.

=== [[Fluktuation]] der Mitarbeiter ===
Je nach Dauer des Projektes, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.

=== Umweltaspekte ===
Gerade bei großen staatlichen Projekten oder staatlich geförderten, wie zum Beispiel dem Transrapid, scheitert das Projekt an der Missachtung der Umweltaspekte. Mit Umwelt ist hier außer der Natur auch die Bevölkerung gemeint.

== Beispiele für gescheiterte Projekte ==
*[[Fiscus]]
*[[BASIS II]]
*[[Inpol-Neu]]
*[[Toll Collect]]
*[[elektronische Gesundheitskarte]]

== Links ==

*[http://www.gulp.de/kb/it/projekt/itprojekteins_f.html Woran scheitern IT-Projekte - www.gulp.de, 2001]
*[http://www.standishgroup.com/sample_research/chaos_1994_1.php Chaos Report - Standish Group, 1994]

Gescheitertes Projekt

2006-07-07T15:45:37Z

Morgner:

== Definitionen ==
=== Der Begriff Scheitern ===

Der Begriff Scheitern findet seinen Ursprung in der Seefahrt. Das Scheitern bezeichnet hier das Zerschellen eines Schiffes, welches vom Sturm auf Klippen oder Felsen geworfen wurde.

Im allgemeinen Sprachgebrauch bezeichnet es das Nichterreichen eines gesetzten Zieles aufgrund bestimmter Störfaktoren.

Synonyme hierfür: durchfallen, versagen, fehlschlagen, missglücken, misslingen

=== Definition Gescheitertes Projekt ===

Ein [[Projekt]] wird durch folgende Vorgaben definiert:

*Zielvorgabe
*zeitliche, personelle und andere Begrenzungen
*Abgrenzung gegenüber anderer Vorhaben
*projektspezifische Organisation

Ein Projekt kann das als gescheitert angesehen werden, wenn mindestens eine der Randbedingungen nicht erfüllt wurde oder das Projekt vorzeitig abgebrochen wurde.
Daher kann auch ein abgeschlossenes Projekt ein gescheitertes Projekt sein.

== Statistiken ==
Laut Untersuchungen der [[Standish-Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.
Dabei wird in drei Kategorien unterteilt:
*31,1% nicht erfolgreich
*52,7% teilweise erfolgreich
*nur 16,2% erfolgreich abgeschlossen

Die britische [[OASIG-Studie]] benennt ebenfalls etwa 80% mit der steigenden Tendenz in Richtung 90%.

Das [[Schweizer Bundesamt für Berufsbildung und Technologie]] kommt 50%.

Für den bundesdeutschen Raum fehlen durchweg die harten Zahlen.

== Gründe für das Scheitern ==

=== [[Soft-skills]] ===
Oft werden mangelnde soft-skills als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.

=== [[Dogmatismus]] ===
Laut Wörterbuch: „Unkritisches Festhalten an Lehrmeinungen und Glaubenssätzen“. Da die meisten Unternehmenskulturen junge und dynamische Mitarbeiter präferieren, mangelt es oft an Erfahrungswerten. Festgelegte Strategien, sowie der dogmatische Einsatz von Programmiersprachen und Tools, stellen große Faktoren für das Scheitern dar.

=== Auftragnehmer – Auftraggeber Beziehung ===
Kommuniktationslücken zwischen dem eigentlichen Kunden und dem Auftragnehmer führen zu nicht gewünschten Ergebnissen. Dies liegt meist daran, dass der Kunde mit seinem Laiendasein, die technischen Punkte nicht versteht oder verstehen kann und der Auftragnehmer oft Kundenwünschen technisch gar nicht realisieren kann. Somit scheitern Projekte oft schon in der Definition der Ziele.

=== Falsche Kalkulationen ===
Kalkulationszahlen zu Beginn des Projektes können oft nicht eingehalten werden, da im Laufe des Projektes sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.

=== Schlechtes [[Projektmanagement]] ===
Mangelnde oder gar fehlende Planung führen garantiert zu einem gescheiterten Projekt. Auch unzureichend informiertes Personal durch die Projektleitung ist ein weiteres Zeichen für ein schlechtes Projektmanagement.

=== [[Fluktuation]] der Mitarbeiter ===
Je nach Dauer des Projektes, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.

=== Umweltaspekte ===
Gerade bei großen staatlichen Projekten oder staatlich geförderten, wie zum Beispiel dem Transrapid, scheitert das Projekt an der Missachtung der Umweltaspekte. Mit Umwelt ist hier außer der Natur auch die Bevölkerung gemeint.

== Beispiele für gescheiterte Projekte ==
*[[Fiscus]]
*[[BASIS II]]
*[[Inpol-Neu]]
*[[Toll Collect]]