Das Niveau der technischen Kenntnisse, die zum Lesen des Artikels erforderlich sind: ⭐⭐⭐⭐⭐ (menschlich) - leicht zu lesen für jedes Publikum

Alles beginnt mit einer Idee. Jedes Produkt, jedes System, jede Software, jede App und jede Plattform, die Mitigate entwickelt, jede einzelne unserer Errungenschaften war einst eine Idee, die entweder intern im Haus geboren oder von einem Kunden zu uns gebracht wurde.
Aus Ideen werden Projekte, und um zu wissen, ob wir ein entwicklungsfähiges Projekt haben, muss der Autor, meist der Kunde, ein paar Fragen beantworten können. Es ist normal, wenn nicht alle Antworten sofort klar sind, denn Mitigate hilft gerne dabei, aber es ist wichtig, dies gemeinsam zu tun, um den Beginn der Entwicklung nicht zu überstürzen und wertvolle Zeit und Geld nicht zu verschwenden.

Der Prozess, bei dem sich die Idee stolz in das Projekt verwandelt, wird Projektfestlegung genannt, und die Fragen, die der Kunde beantworten muss, sind wie folgt:

1. Ist das Ziel des Projekts klar? Welches Problem wird das Projekt lösen und wie?
2. Ist es klar, wer das Produkt verwenden wird? Sind die tatsächlichen Bedürfnisse dieser Endverbraucher bekannt?
3. Gibt es andere damit verbundene Geschäftsprozesse, die als Folge dieses Projekts oder für seine korrekte Umsetzung geändert werden müssen?
4. Ist es klar, welche Meilensteine erreicht werden müssen, bevor das Projekt abgeschlossen ist?
5. Ist es klar, was ein Minimum Viable Product oder MVP in dem Projekt ist?
6. Wird all dies in Form von genauen Anforderungen beschrieben? (Dies ist ein spezieller Punkt, an dem wir helfen können! Siehe Machbarkeitsstudie)
7. Ist es klar, wie viel das Projekt kosten wird und ist das Budget verfügbar? Gibt es auch eine Rückstellung für den Fall, dass das Budget die Obergrenze für die Projektentwicklungskosten nicht erreicht?

Durch die produktive Beantwortung dieser Fragen führt die Projektfestlegung zu einem Projektentwicklungsvertrag. Dies ist der Moment, in dem der Kunde und der Entwickler sich die Hände reichen, ein Team werden und gemeinsam Ergebnisse erzielen.

Der Vertrag legt das Startdatum des Projekts fest, was bedeutet, dass wir, der Entwickler, zu diesem Zeitpunkt bereit sein werden. Einfach ausgedrückt: Wir haben die Zeit aller Experten mit den für das Projekt erforderlichen Kompetenzen für den gesamten Entwicklungszeitraum reserviert und alle Beteiligten wissen zu diesem Zeitpunkt genau, was entwickelt wird und wer was macht.

Aber woher weiß man, wann der Kunde für den Projektentwicklungsprozess bereit ist?

1. Gibt es auf der Seite des Kunden ein einsatzbereites Team – bestimmte Personen mit ausreichenden zeitlichen Ressourcen? (Weitere Einzelheiten über das Projektteam und die Aufgaben finden Sie hier.)
   • Gibt es auf der Seite des Kunden eine bestimmte Person, die das Projekt leitet und über ausreichende zeitliche Ressourcen und die notwendigen Fähigkeiten für dieses spezielle Projekt verfügt?
   • Werden die Entscheidungsträger während der Projektentwicklung erreichbar sein?
   • Stehen die personellen und zeitlichen Ressourcen für Tests zur Verfügung?
   • Wenn das Team des Kunden vor Beginn des Projekts eine Schulung benötigt, um bestimmte Kompetenzen für die Durchführung des Projekts zu erwerben, wann wird diese durchgeführt?
   • Gibt es ein Verständnis für den Entwicklungsprozess, wer macht was, in welcher Reihenfolge, wer ist wofür verantwortlich?
2. Hat der Kunde die primären und sekundären Verwendungsszenarien für das im Projekt vorgesehene Produkt definiert? Gibt es klare visuelle Produktanforderungen oder Markenrichtlinien? (Mehr zum Thema UX/UI finden Sie hier.)
3. Ist die Beteiligung Dritter erforderlich? (Zahlungsanbieter, Behörden, Kurierdienste, Lieferanten ...)
   • Welchen Zweck erfüllt der Einsatz von Drittanbietern und wie fügen sich deren Lösungen in den Gesamtprozessablauf und die Lösungsarchitektur ein?
   • Welche Drittparteien? Auswahl von bestimmten Partnern.
   • Liegen alle Kontakte, Spezifikationen, Verträge und erforderliche Genehmigungen vor?
   • Wenn noch nicht, ist das in Ordnung, aber man muss sich auf einen Zeitpunkt einigen (Projektzeitplan und Verantwortlichkeiten)
4. Ist sich der Kunde der Projektrisiken und ihrer Folgen bewusst? Gibt es klare Präventivmaßnahmen, was von welcher Partei ergriffen werden muss, um die Risiken zu verhindern? (Mehr zum Thema Risikomanagement finden Sie hier.)
5. Hat der Kunde ein Verständnis über die Kosten, die mit der Implementierung der Änderung verbunden sind: bis die Endbenutzer des Produkts geschult sind, sich daran gewöhnen, erkennen, dass die neue Lösung besser zu ihnen passt usw.? Dies sollte berücksichtigt werden und auch ein kurzfristiger Produktivitätsrückgang in der Anfangsphase des Produkts sollte vorgesehen werden.
6. Hat man ein Verständnis über die Betriebskosten und Bedingungen eines Fertigprodukts? (Weitere Einzelheiten über die Verwaltungsphase des Projekts finden Sie hier.)
7. Ist der Kunde offen für neue Informationen, die während der Entwicklung des Projekts ans Licht kommen könnten? Ist der Kunde bereit für Expertenrat und Meinungen?

Auch diese Fragen müssen auf produktive Weise beantwortet werden, bevor man mit der Entwicklung eines Projekts beginnt. Die Antwort kann auch ein Punkt im Zeitplan sein, der zum Beispiel besagt, dass wir mit der Behandlung von Problem x vier Wochen nach Projektbeginn beginnen und innerhalb von acht Wochen eine konkrete Entscheidung treffen werden. Man muss bedenken, dass sich Abweichungen vom Projektzeitplan direkt auf den Zeitplan und/oder das Budget des gesamten Projekts auswirken.

Jedes Projekt ist wie ein individueller lebender Organismus und es ist selten möglich, alles vorherzusagen und zu planen. Aber es gibt Probleme, die bei allen Projekten ähnlich sind, und sie frühzeitig zu erkennen und sich darauf vorzubereiten, ist der goldene Schlüssel zu Erfolg und Zufriedenheit.