Wenn es um Softwareprojekte geht, haben Sie sich schon einmal angesehen, wie verschiedene Softwareentwicklungs- und Softwaredesignunternehmen ein Projekt beschreiben? Können Sie nach dem Lesen ihrer Beschreibungen schnell die spezifischen Projektanforderungen und den Hintergrund verstehen?

Die gängige Art, Softwareprojekte zu beschreiben, umfasst in der Regel die folgenden vier Punkte:

Einführung in die Kundenbranche

Die Kunden, die von Softwareprojekten bedient werden, stammen aus allen Branchen. Wenn man Projekte Menschen aus verschiedenen Branchen vorstellt, muss man mit dem Hintergrund der Branche beginnen. Der Inhalt der Branchenhintergrundbeschreibung umfasst, wie diese Branche mit dem Leben der Menschen verbunden ist, welche Verkaufs- oder Zielgruppen es auf dem Markt gibt, welche Rolle das Unternehmen oder die Einzelperson des Kunden in dieser Branche spielt, welche Überzeugungen oder Besonderheiten sie haben und welche Zukunftsvision das Unternehmen hat. Um den Softwareentwicklern zu helfen, die Anforderungen angemessen zu bearbeiten, dient die Einführung in die Kundenbranche als Grundlage, damit das Entwicklungsteam die Perspektive des Kunden besser verstehen kann.

Problempunkte im Geschäftsprozess (Ort der Anforderungen)

Dies ist die Hauptmotivation des Kunden. Welche Situationen treten in seiner Arbeitsumgebung auf, die ihn stören? Muss der bestehende Arbeitsprozess digitalisiert werden, oder muss das derzeitige Informationssystem nach jahrelangem Einsatz neu organisiert werden? Oder müssen aufgrund neuer Branchentrends entsprechende Digitalisierungsmaßnahmen ergriffen werden? Hier ist es wichtig, die Situation des Kunden objektiv und einfühlsam zu verstehen.

Vorgeschlagene Lösung

Nachdem ein Konsens mit dem Kunden erzielt wurde, bietet das Softwareunternehmen maßgeschneiderte Projektplanungen und Implementierungen an, die erfolgreich in den Arbeitsprozess des Kunden integriert werden können.

Ergebnis

Im Vergleich zu alten Lösungen wird nach der Implementierung der neuen Lösung eine objektive Schlussfolgerung darüber gezogen, welche Unterschiede und Veränderungen sie für den Kunden gebracht hat, wie z.B. die Verbesserung der Prozesseffizienz, die Reduzierung der Zeit für die Informationsintegration und die Bereitstellung neuer Kanäle zur Erreichung von Zielgruppen.

Die Zusammenfassung dieser vier Punkte zur Beschreibung von Softwareprojekten kann uns helfen, ein grundlegendes Verständnis des Projekts zu erlangen. Während der Diskussion mit dem Kunden muss der Projektmanager sicherstellen, dass diese Beschreibungen in unserem Kopf klar sind. Denn eine Softwareprojektbeschreibung ist flexibel: Kurz gesagt, kann man in einem Satz sagen, was das Projekt macht, oder in einem Bericht den Inhalt des Projekts beschreiben. In diesem Fall kann man versuchen:

Erstellen Sie einen „Kernwert“, der den Umfang des Projekts festlegt

Ein Projekt ist ein Projekt, weil es mit begrenzten Ressourcen ein bestimmtes Ziel erreicht. Wenn jedoch während des Prozesses der Zielerreichung der Umfang nicht eingeschränkt wird, entstehen möglicherweise „verwandte“ Funktionen. Diese verwandten Funktionen können dem gesamten Lösungsvorschlag erheblich zugutekommen, erfordern jedoch möglicherweise eine längere Entwicklungszeit, was zu einer Verzögerung der Markteinführung führen kann. Es ist auch möglich, dass sie dem gesamten Lösungsvorschlag keinen konkreten Nutzen bringen.

Beispiel:

Ein Kunde möchte eine Funktion für ein Unternehmensinformationssystem erstellen, bei der durch Drücken der Starttaste automatisch ein Planungsauftrag ausgeführt wird. Intuitiv könnte man meinen, dass man einfach den nächsten Arbeitsprozess verknüpfen und der Reihe nach ausführen muss. In der tatsächlichen Entwicklungssituation kann es jedoch erforderlich sein, je nach Anwendungsbereich des Systems, Berechtigungen für die Ausführung, den Status der vorherigen Ausführung und die Systemstabilität hinzuzufügen. In diesem Fall sagt der Kunde plötzlich in der Diskussionsgruppe: „Ich möchte, dass es sich lebendig und dynamisch anfühlt, wenn ich auf Start drücke.“

Bei der Softwareentwicklung, wenn wir Funktionen basierend auf einer einzelnen Benutzerstory planen, müssen wir oft die Szenarien berücksichtigen, in denen sie auftreten, sowie verschiedene geschäftslogische Überlegungen. Wenn der Kunde keine Einwände gegen die Funktionsebene hat, kann er sich auf die Farben der Benutzeroberfläche, die Anordnung, das Verhalten der Schaltflächen und die Übergänge zwischen den Seiten konzentrieren und beginnt, verschiedene Beharrlichkeiten zu entwickeln, wobei er immer hofft, dass die Oberfläche lebendiger wird.

Was tun, wenn es im begrenzten Entwicklungszeitraum zu Konflikten zwischen der Entwicklung von Funktionen und den Erwartungen des Kunden an die Systemoberfläche kommt?

In diesem Fall muss man zum grundlegenden „Kernwert“ zurückkehren, um die Notwendigkeit und Priorität der vorhandenen Zeit, des Personals und der verwandten Funktionen zu bestätigen. Der Kernwert ist oft ein prägnanter Slogan, der wie ein mächtiger Zauberspruch wirkt und uns hilft, beim Überlegen, ob Benutzerstories hinzugefügt oder entfernt werden sollen, dreimal darüber nachzudenken und eine klare Antwort im Kopf zu erhalten!

Aus dem oben genannten Beispiel, wenn der Kunde auf seiner Meinung besteht, können wir die Diskussion darauf lenken, zu überlegen: „Was sind die Vorteile einer lebendigeren Oberfläche für den Betrieb des Unternehmensinformationssystems?“ „Wenn wir die Oberfläche lebendiger gestalten wollen, müssen wir beim Design ansetzen, was zusätzliche Zeit in der Planung erfordert und möglicherweise zu einer Verzögerung der Markteinführung führt. Ist das in Ordnung?“ Dann kann man vorschlagen: „Es wird empfohlen, die vorgeschlagenen Anforderungen gemäß dem ‚Kernwert‘ zu ändern und zu priorisieren, um die pünktliche Markteinführung zu gewährleisten.“

Definieren Sie für jedes Projekt gemeinsam mit dem Kunden den am besten geeigneten „Kernwert“

Der Kernwert des Projekts ermöglicht es uns, sowohl bei Diskussionen im Entwicklungsteam als auch bei Anforderungsinterviews oder Abnahmen mit dem Kunden wie ein Leuchtturm zu agieren, der uns im Ozean der Diskussionen leitet, damit wir nicht vom Thema abweichen und uns auf die Hauptachse des Projekts konzentrieren können.

Wenn Sie, der heute diesen Artikel liest, auch von den Anforderungen des Kunden geplagt werden, versuchen Sie, den Kernwert des Projekts aufzulisten, um sich selbst und den Kunden zu überzeugen!