Die hässliche Wahrheit über den Softwareentwicklungsprozess

Bildquelle: perfectdigital.com

Sie kennen dieses Bild, nicht wahr?

Ich denke, es zeigt sehr gut, dass große Diskrepanzen und ein Mangel an Visionen in den folgenden Bereichen auftreten können Software-Entwicklungsprojekte zwischen allen Beteiligten und Betroffenen. Probleme entstehen oft schon zu Beginn, wenn der Kunde mit einem (theoretisch) endgültigen Angebot kommt. Produkt Vision und stellt sie der Kommission vor. Team. Es kommt zu weiteren Missverständnissen, Fehlinterpretationen und schließlich zu einer Projekt schnell den falschen Weg der Entwicklung einschlägt.

Bei der Analyse des obigen Diagramms werde ich Schritt für Schritt alle möglichen Bedrohungen aufzeigen und Vorschläge machen, wie man sie bekämpfen kann. Kommen wir gleich zur Sache!

1. Wie hat der Kunde die Idee erklärt?

Es wird von Anfang an Diskrepanzen in der Produktvision geben. Und warum? Der Grund ist ganz einfach: Jeder interpretiert die Realität auf seine eigene Weise, hat eine Vorstellung von etwas im Kopf und kann diese Vision dem anderen nicht genau vermitteln. Wenn Sie mit Worten ein Produkt beschreiben, das Sie gerne bauen würden, ist die Wahrscheinlichkeit groß, dass das Entwicklungsteam Ihre Vision anders versteht, als Sie es beabsichtigt haben.

Das lässt sich natürlich vermeiden. Sie sollten so früh wie möglich mit der Visualisierung beginnen und einzelne Elemente der Produktfunktionalitäten anhand von Skizzen diskutieren. Interessanterweise haben die ersten Skizzen meist nichts mit dem Endprodukt gemeinsam. In diesem Stadium kommt es jedoch vor allem darauf an, die Vision kohärent zu gestalten.

2. Wie hat der Projektleiter es verstanden?

Sie fragen sich, warum das erste und das zweite Bild so unterschiedlich sind? Der Projektleiter wird sich die Produktvision immer etwas genauer ansehen. Wie auch immer, ist es wichtig, dass eine solche Person, die im Wesentlichen für die gesamte Software-Entwicklung Prozess, das Problem und die Bedürfnisse in Bezug auf das Produkt vollständig versteht. Der Projektleiter muss ein klares "Gesamtbild" haben. Wie Sie sehen können, unterscheiden sich die beiden Bilder nicht in ihrer Funktionalität. Sie sehen nur anders aus. Um diesen Punkt besser zu verstehen, lassen Sie uns zum ersten Bild zurückkehren. Zu Beginn des Projekts gab es keine Skizzen, und das führte bereits zu einem Missverständnis. Die Funktionalität des Produkts ist richtig, aber das Design ist völlig anders.

3. Wie hat der Analytiker sie entworfen? und 4. Wie hat der Programmierer es geschrieben?

Manchmal kennen Analysten und Entwickler die Bedürfnisse der Benutzer oder die festgelegten Geschäftsziele nicht. Sie sehen nur den kleinen Teil des Gesamtprojekts, der ihr Hauptaugenmerk einnimmt. Sie sind nicht in der Lage, das Projekt aus einer breiteren Perspektive zu betrachten. Dies ist insbesondere bei großen Projekten der Fall, an denen viele Entwickler gleichzeitig arbeiten.

Wir können auch ein anderes Beispiel verwenden. Es kann vorkommen, dass das zu lösende Problem z. B. vom Produkteigentümer falsch beschrieben wird. Dabei werden unvollständige Informationen geliefert, auf deren Grundlage der Entwickler oder Konstrukteur seine eigenen Interpretationen erstellt, und das Produkt weicht mehr und mehr vom vorgesehenen Entwicklungspfad ab.

Wie kann man das ändern? Meiner Meinung nach besteht eine gute Lösung darin, dafür zu sorgen, dass die Personen, die für das Projekt entscheidend sind, detaillierte Kenntnisse über das Projekt haben - das so genannte "Gesamtbild". Im Falle von Missverständnissen wird es für sie einfacher sein, die Software-Entwicklungsprozess wieder auf den richtigen Weg zu bringen. Denken Sie also daran: Wenn jeder nur seinen winzigen Ausschnitt der entwickelten Funktionalität sieht, werden Missverständnisse in der Vision zu einer wahrscheinlichen Bedrohung.

5. Wie hat der Unternehmensberater es beschrieben?

Hier ist die Sache einfach. Das Produkt muss sich verkaufen. Man muss sich irgendwie abheben, damit zum Beispiel eine einfache Schaukel für Ihren Garten außergewöhnliche Elemente erhält. Es geht darum, einen potenziellen Käufer zu überzeugen. Die Marketing- und Vertriebsabteilung wird sicherlich alles tun, um zu zeigen, dass das Produkt einzigartig ist.

6. Wie wurde das Projekt dokumentiert?

Fehlende Dokumentation ist ein sehr häufiges Problem. Manchmal ist die Erstellung der Dokumentation während Produktentwicklung scheint eine unnötige Zeitverschwendung zu sein. Das ist ein Irrtum. Ich sage sehr oft, dass Änderungen auf dem Papier schneller vorgenommen werden als in der Praxis. Codeund es ist etwas dran. Außerdem ist es einfacher, sich auf die Dokumentation zu beziehen, um eventuelle Änderungen nachzuvollziehen. Glauben Sie mir, ein Projekt ohne Dokumentation birgt ein sehr hohes Risiko, die Vision zu verfehlen.

7. Welche Vorgänge wurden installiert?

In dieser Phase geht es darum, die Umgebung auf dem Server einzurichten. Wie bei den Programmierern und Analytikern kann sich herausstellen, dass ohne vollständige Daten und mit Kommunikationslücken nur ein Teil der erforderlichen Umgebung geschaffen wurde.

8. Wie wurde dem Kunden die Rechnung gestellt?

Es ist das Ergebnis schlechter Kommunikation, mangelnder UX und so weiter. Das Auftreten von Fehlern erhöht die Entwicklungszeit. Und Zeit ist Geld, nicht wahr? Mein Tipp ist, das Projekt nach dem Agile-Prinzip durchzuführen.halten Sie die höchsten Kommunikationsstandards ein und halten Sie klare Budgetvorgaben ein. Ich habe keinen Zweifel daran, dass Sie auf diese Weise solche Probleme vermeiden werden.

9. Wie wurde sie unterstützt?

Die Kunden konzentrieren sich häufig nur darauf, ein Produkt zu bauen und damit fertig zu werden. Wir leben jedoch in einer Zeit vieler Veränderungen und technologischer Innovationen, weshalb es notwendig ist, einen ständigen technischen Support zu leisten. Es geht darum zu vermeiden, dass etwas plötzlich nicht mehr funktioniert, weil es veraltet ist und das Produkt seinen Wert verliert. Auch dieser Aspekt sollte nicht vergessen werden.

10. Was hat der Kunde wirklich gebraucht?

Wir haben den letzten Punkt erreicht. Sehen Sie sich die Diskrepanz zwischen dem ersten und dem letzten Diagramm an. Beide beziehen sich nämlich auf die Perspektive des Kunden. Warum ist das so? So einfach ist das nicht 🙂 Umfrageergebnisse weichen immer von den tatsächlichen Bedürfnissen der Befragten ab. Bei der Beantwortung der Fragen des Forschers wollen sich die Nutzer von ihrer besten Seite zeigen. Deshalb, SIE ANTWORTEN OFT NICHT WAHRHEITSGEMÄSSsondern eher so, wie sie glauben, dass sie antworten sollten. Im Grunde wollen sie sich nicht der negativen Bewertung anderer aussetzen. Hier ein kleiner Tipp für Sie: Erwähnen Sie in der Anleitung, dass es weder gute noch schlechte Antworten gibt.

Wo treten die Unterschiede noch auf? Die Menschen wissen oft nicht, was sie wirklich wollen. Nicht selten sagen die Nutzer anfangs, dass sie 10 Funktionen in einem Produkt benötigen, und später nutzen sie tatsächlich nur, sagen wir, 3.

Wie lässt sich dieses Problem also lösen? Fragen Sie nicht nur die Nutzer, was sie wollen und brauchen, sondern lassen Sie sie auch das Produkt testen, vorzugsweise an authentischen Gegenständen, um die Glaubwürdigkeit zu wahren. Je mehr Tests bei der Erstellung von Produkten durchgeführt werden, desto größer ist die Chance, dass das Ergebnis korrekt ist.

Zusammenfassung

Wenn Sie jemals Mitglied einer der folgenden Organisationen werden Software-Entwicklung Projekt, denken Sie an meine Beispiele und ziehen Sie Schlussfolgerungen, um die oben genannten Fehler nicht zu kopieren. Und denken Sie daran, dass diese Konzepte sehr wichtig sind, um ein Produkt (eine Anwendung) von Grund auf zu entwickeln:

- gute UX und Tests, damit Sie erfahren, was Ihre Nutzer wirklich brauchen,

- Kommunikation innerhalb des Projekts, so dass die Schlüsselpersonen des Projekts ein tiefes Verständnis für das Problem und die Bedürfnisse haben,

- die Entwicklung des Produkts in Übereinstimmung mit Agil,

- Vergessen Sie nicht den technischen Support.

Lesen Sie mehr:

– Wie verwaltet man effektiv Remote-Entwickler? Der Leitfaden für CTOs

– Python vs. Ruby? Welche Technologie sollten Sie für die Produktentwicklung verwenden?

– Eine Kurzanleitung für den Aufbau und die Entwicklung Ihres eigenen Marktplatzes. Was ist wichtig zu wissen?