Verhindern Sie das Scheitern von IT-Projekten
Die niederländische Regierung (sehen Schlussfolgerungen des Elias-Komitees) hat eine veröffentlicht Untersuchungsbericht dass die niederländische Regierung keine Kontrolle über die Mehrheit ihrer eigenen IT-Projekte hat. Zu Beginn gibt es keine verlässlichen Kostenkalkulationen, Die vorgeschlagenen Liefertermine werden nie eingehalten, und die gelieferten Produkte sind oft nicht alle benötigten Produkte. Kurz gesagt, unsere niederländische Regierung ist nicht dabei Kontrolle. Die niederländische Regierung ist nicht allein, sagt die Standish Group in ihrem Jahresbericht CHAOS-Bericht Das 70% der IT-Projekte scheitern bzw, besser definiert, nicht gemäß ihrer ersten Projektkalkulation geliefert werden.
Dies entspricht nicht unseren Erfahrungen aus der niederländischen Softwareindustrie. Der gesunde Menschenverstand sagt auch, dass das merkwürdig wäre 10% aller IT-Projekte scheitern, während die heutige Gesellschaft ohne IT nicht mehr funktioniert. Der Unterschied lässt sich dadurch erklären, dass mehrere (politisch) Definitionen kann für den Begriff verwendet werden Erfolg. Natürlich birgt jedes IT-Projekt inhärente Unsicherheiten und Risiken, und Projekte scheitern.
jedoch, Ein Fachmann versteht die Nuancen dieser Unsicherheiten und weiß, wie er damit umzugehen hat. Das wichtigste Instrument eines Profis ist eine verlässliche Projektkalkulation. Eine verlässliche Projektkalkulation hilft herauszufinden, welche Lösung termingerecht sein wird, innerhalb des maximal vorgesehenen Budgets, stellt ein gutes Qualitätssystem bereit, das den wesentlichen Anforderungen entspricht.
Aus unserer Praxiserfahrung die problematischsten Probleme bei einer IT-Projektkalkulation (und die Definition von Erfolg) Sind:
Erfolgsdefinition
Einige Stakeholder missbrauchen die Schätzungen. Mit gutem Beispiel zu Beginn eines Projekts / Business Case: Über die Anforderungen ist wenig bekannt. Einige Stakeholder (hauptsächlich Führungskräfte und Politiker) Verwenden Sie für einen Festpreisvertrag den niedrigsten Wert einer Budgetspannenangabe, oder sogar sagen, wann ein Projekt abgeschlossen werden soll und zu welchen Kosten.
Produktgröße
Eine Schätzung sollte immer den Unsicherheitsbereich umfassen (meist als Minimum beschrieben, höchstwahrscheinlich und maximal). Dies gilt insbesondere für Produktgröße. Die meisten Führungskräfte gehen davon aus, dass die Geschäftsanforderungen bekannt sind, dass es auch bedeutet, dass die Produktgröße festgelegt ist (wie die Geschäftsleitung feststellt: Ich werde kein Scope Creep zulassen ….), In der Praxis ist die Produktgröße zu diesem Zeitpunkt jedoch noch sehr ungewiss. Daher ist es wichtig, die ungefähre Produktgröße in Einheiten zu kennen, die für alle Beteiligten relevant und messbar sind (wie zum Beispiel Funktionspunkte, Es können aber auch einige Schnittstellen sein, Bildschirme, Berichte, Mitteilungen, etc.).
Produktivität
Jedes Projekt sollte eine Berechnung liefern:
- eine klare Beschreibung, worauf die geschätzte Produktivität basiert und welche Aktivitäten enthalten sind (Realisierung, testen) etc
- auf welchen ähnlichen Projekten die Produktivität basiert und auf welchen Aktivitäten / Produkte für dieses Projekt sind einzigartig (und wo ist die Unsicherheit)
Werkzeuge
Welche Werkzeuge werden verwendet? (zum Beispiel Siehe SEM oder QSM SLIM-Schätzung) für die Projektkalkulation.
Planung
Erst nach erfolgter Projektberechnung, ein Plan kann erstellt werden. Ein häufiges Problem besteht darin, dass das Management im Vorfeld eine durch ein Budget festgelegte Frist nennt und dann sagt, dass die Projektkalkulation diese Bedingungen erfüllen muss.
Überwachung und Anpassung
Eine gute Projektkalkulation kommt nicht nur zu Beginn eines Projekts zum Einsatz, sondern auch für Überwachung der Fortschritte. Umso notwendiger ist die Objektivität der Schätzung, wiederholbar, überprüfbar und vertretbar ist und dass die ursprüngliche Schätzung verwendet werden kann.
Die Nesma-Lösung : Grundlage der Schätzung
Die Nesma Grundlage des Schätzungsausschusses hat ein praktisches erstellt (Rahmen) führen, Die Grundlage der Schätzung, für Projektkalkulationen von Softwareprojekten, basierend auf Erfahrungen im Bereich IT-Projektmanagement. Diese Richtlinie verwendet das generische Modell von AACE International'S Gesamtkostenmanagement (TCM) Rahmen als Grundlage. Die Basis of Estimate ist ein Handbuch zur Erstellung eines IT-Budgets und kann von registrierten Mitgliedern genutzt werden herunterladen Laden Sie es kostenlos von unserer Website herunter.
Über den Autor
Marten Eisma ist Informationsarchitekt bei CGI in den Niederlanden und Mitglied der N.esma Grundlage des Schätzungsausschusses.