"Der ziellose Mensch erleidet sein Schicksal, der zielbewusste gestaltet es."
(Immanuel Kant)

Name und Hauptziel

Zuerst sollte der Name (ggf. Arbeitstitel) für das Projekt gefunden werden. Dieser sollte kurz und prägnant sein. Wenn es sich um ein Produkt handelt, dass im Markt vertrieben werden soll, so ist natürlich zu prüfen, ob der Name nicht bereits geschützt ist. Ferner sollte ggf. geprüft werden, ob der Name in andere Sprachen übersetzbar ist oder in anderen Sprachen oder Ländern eine völlig andere Bedeutung hat: Ich arbeitete in den 80ern an einem Textverarbeitungspaket namens "Tex-Ass" mit; dies bedeutet im Englischen leider nicht das, was es im Deutschen aussagt, und obendrein wurden wir tatsächlich noch vom amerikanischen Bundesstaat Texas verklagt! Danach muss das zu erreichende Hauptziel des Projekts formuliert werden. Dies ist die schwierige Antwort auf die einfache Frage: "Wofür ist die neue Software gedacht?" Es ist ganz wichtig, dass das Hauptziel des Projekts in einem einzigen Satz formuliert wird. Sie werden sich wundern, wie oft Sie diesen Satz noch verwenden werden! Ob Sie in der Kantine von Kollegen nach ihrer momentanen Aufgabe gefragt werden, dem Marketing die Bedeutung des Produkts erläutern sollen, eine Produktbeschreibung für eine Messe suchen, einen Einstieg für ein Handbuch brauchen oder nach der Geschäftsprozessanalyse noch mal schauen wollen, ob Sie überhaupt noch auf dem richtigen Weg sind: dieser eine Satz hilft Ihnen! Ich bin an dieser Stelle immer knallhart und mache nicht eher weiter, als dass dieser Satz definiert ist.

Wie es definiert wurde.

Es ist manchmal sehr schwierig, all die großen Gedanken in einem einzelnen Satz zu formulieren, aber selbst die Idee des Earth Day konnte in einen einzigen Satz gefasst werden: "All individuals and institutions have a mutual responsibility to act as Trustees of Earth, seeking the choices in ecology, economics and ethics that will eliminate pollution, poverty and violence, foster peaceful progress, awaken the wonder of life, and realize the best potential for the future of the human adventure." (dt.: "Alle Personen und Institutionen haben die gemeinsame Verantwortung, als Treuhänder der Erde zu handeln, in der Ökologie, Ökonomie und Ethik nach Möglichkeiten zur Vermeidung von Umweltverschmutzung, Armut und Gewalt zu suchen, den friedlichen Fortschritt zu unterstützen, sich über die Wunder des Lebens klar zu werden, und die besten Möglichkeiten für die Zukunft der menschlichen Abenteuer zu erkennen.")

Ziele prüfen   S pecific?       M easurable?       A chievable?       R ealistic?       T ime-related?

Ziele sollten prinzipiell immer SMART sein: Specific (spezifisch), Measurable (messbar), Achievable (erreichbar), Realistic (realistisch) and Time-related (zeitbezogen). Das ist natürlich schwerlich alles in einem Satz unterzubringen; vor allem mit der Messbarkeit ist das beim Hauptziel in der Regel so eine Sache für sich. Aber es geht beim Hauptziel ja auch im Wesentlichen darum, prägnant das Herz des Produkts zu treffen. Bei den Teilzielen und Anforderungen ist die Bestimmung des Maßstabs schon einfacher.

Ich gestalte das Hauptziel gerne als eigenes Dokument (Download) und hefte es direkt hinter das Deckblatt in die Projektmappe. Dann kann ich es bei Besprechungen auch mal schnell ans Whiteboard hängen, damit wieder allen klar wird, was wir eigentlich tun. Auch die Ausgestaltung als Folie zum Einfügen in verschiedene Präsentationen ist durchaus sinnvoll.

Die Abgrenzung von Zielen (engl.: goals), Bedürfnissen (engl.: needs) und Anforderungen (engl.: requirements) ist dabei recht knifflig und immer wieder für eine Diskussion gut. "Ziele" sind für mich immer strategischer Natur und ergeben sich deshalb aus den Gesprächen mit dem Management, beziehen sich also auf die Geschäftsprozesse und sind damit im Wesentlichen Bestandteil der Pre-Analyse-Phase, die mehr den Charakter einer Geschäftsprozessanalyse aufweist. Ziele stellen also auf gewisse Art Anforderungen auf einem hohen Abstraktionsniveau dar. Die "Bedürfnisse" zum Erreichen der Ziele können oft direkt aus den gesteckten Zielen abgeleitet werden und umfassen oft mehr als nur die Software: manchmal müssen auch Abteilungen umstrukturiert und Büros verlegt werden. Die "Anforderungen" werden direkt an das neu zu erstellende softwareintensive System gestellt und sind oft den operativen Leuten viel besser bekannt als dem Management; deshalb sind später die Interviews der eigentlichen Akteure auch so wichtig. Freilich hilft es gerade bei der Formulierung des Hauptziels in einem einzigen Satz sehr, wenn dieses direkt auf die Software bezogen wird, wie folgende Beispiele zeigen.

Beispiele für Hauptziele

Zu entwickeln ist eine Software, mit der die Kunden (Mitarbeiter) schneller und effizienter unterstützt und alle Störungen und Anfragen chronologisch vom Support oder Fachbereich erfasst, über eine Wissensdatenbank ausgewertet und nachgehalten werden können.

Zu entwickeln ist eine Software, mit der alle Bar-Einnahmen und -Ausgaben in einem Kassenbericht, der mit der Kasse an jemand anderes übergeben werden kann, zusammengefasst und nachgehalten werden können.

Das Hauptziel des Systems ist eine Konsolidierung der wesentlichen Daten aus den einzelnen Projekten zum Zweck der Steuerung, Dokumentation und Erfüllung des Berichtswesens bei der Abwicklung der Investitionspläne von Firma unter wirtschaftlichen Gesichtspunkten.

Ziel des Projektes "LUDOware" ist die Entwicklung einer Software zur Unterstützung einer Spieleausleihe inklusive einer Mitglieder- und Spieleverwaltung und einem Internetzugriff.

Ziel des Projektes "PHW-OWL" ist die Schaffung eines Internet-Portals für Hochschulen und Unternehmen aus dem Raum OWL, welches Praktika, Themen für akademische Arbeiten und Stellen vermittelt.

Es soll ein professionelles Management-Werkzeug namens "Firma-inventar" für die zentrale Hard- und Softwareinventarisierung mit Zuordnung zu Räumen und Personen erstellt werden.