Aufwandschätzung in der IT Entwicklung

Kurzbeschreibung

Ziel des Kunden ist es, ein vorliegendes Schätzergebnis in der Entwicklung bzw. dem Customizing von Software überprüfen zu lassen sowie Hinweise auf Fehler bzw. Risiken in der vorliegenden Schätzung zu erhalten. Mit den folgenden Handlungsempfehlungen bekommt der Kunde ein Bild über weitere Schritte.

Kurzbeschreibung

Sie möchten ein großes Projekt schätzen und gleichzeitig im Rahmen der Schätzung Ihr neues Team besser kennenlernen.

In der bc Schätzklausur verwenden wir wie in der Delphi-Methode eine streng systematisierte Vorgehensweise. Im Gegensatz zu dieser enthält die Schätzklausur allerdings gruppendynamische Aspekte - die Experten schätzen also nicht anonym, sondern gemeinsam in einem Kollektiv. Da bei der Schätzklausur mehrere Personen aus dem Projekt zusammen diskutieren, wie jedes einzelne Schätzobjekt zu bewerten ist, führt dies zu einer von allen Beteiligten akzeptierten Bewertung, die objektiver ist als der Mittelwert und deshalb nach außen besser zu vertreten ist. Ein weiterer Vorteil ist, dass bei den Beteiligten das Bewusstsein für die abgeschätzten Unsicherheiten des Projekt geschärft und ein gleichmäßiger Informationsstand im Team erreicht wird. 

Kurzbeschreibung

Mit der Lösung bc Invers CE trägt bach consulting dem Umstand Rechnung, dass Ereignisse eintreten, die einen sofortigen Start notwendig machen, ohne eine gründliche Planung vorab vorzunehmen. Wir kennen es von gesetzlichen Maßnahmen, deren Termin ein unmittelbares Handeln erfordert. Aber auch bei politisch gesetzten Terminen - um z.B. ein Produkt zu einem bestimmten Termin bereit zu stellen - sind die Planungsgrundlagen sehr dürftig und ein Start sofort erforderlich. 

Als Information steht ein Budget für das Projekt zur Verfügung. Für diese Fälle ist das hier vorgestellte Verfahren genau richtig. Es beruht auf der Annahme, dass die Organisation in der Lage ist, auf der Basis einer bereits bekannten Produktivität ein Projekt dieser Klasse durchzuführen. Hierbei kalkulieren wir rückwärts – d.h. wir setzen nicht auf dem Funktionsumfang auf und ermitteln Aufwand, Kosten und Zeit - sondern auf der Basis des vorgegebenen Budgets und der verfügbaren Zeit ergibt sich der bereitzustellende Funktionsumfang. Somit können wir im Hinblick auf den gesetzten Termin einen realistischen Funktionsumfang definieren und beauftragen. Zum Projektstart wird dann das Versäumnis nachgeholt, die Funktionen zu beschreiben. Überschreitet der Funktionsumfang den kalkulierten Wert, müssen Funktionen zurückgestellt werden, damit der Termin nicht gefährdet wird.

Kurzbeschreibung

Ziel des Kunden ist es, eine Schätzung des Entwicklungsaufwands in Personentagen (PT), Funktionsumfang (FP) und Zeit (t) durchzuführen.

Die dabei angewendete Function Point Analyse (kurz FPA) dient zur Bewertung des fachlich-funktionalen Umfangs einer IT Anwendung. Das Ergebnis einer Function Point Analyse wird  „Function Points", kurz FP, bezeichnet. Bei bach consulting kommt die Methode der International Function Point User Group (kurz: IFPUG) und der COSMIC zum Einsatz.