Die wichtigsten Punkte, die Ihnen niemand gesagt hat, bevor Sie mit dem Erstellen dieser App begonnen haben

Seit fast 50 Jahren - seitdem Frederick Brooks den Klassiker „The Mythical Man-Month“ veröffentlicht hat - haben Software-Entwicklungsteams Probleme damit, ein Projekt rechtzeitig und gemäß Spezifikation zu erstellen. Es ist keine leichte Aufgabe. Folgendes vergessen sie, bevor Sie mit dem Erstellen dieser neuen App begonnen haben:

Das Endprodukt wird nicht den ursprünglichen Spezifikationen entsprechen

Das Erstellen einer App sollte einfach genug sein. Sie setzen sich ein paar Leute in einen Raum, einigen sich auf ein paar Spezifikationen und lassen die klügsten Leute im Raum damit anfangen, das zu programmieren, worüber Sie gerade gesprochen haben. Leicht genug, oder? Falsch. Es besteht eine sehr hohe Wahrscheinlichkeit, dass das Endprodukt nicht den ursprünglichen Spezifikationen entspricht. Dafür gibt es eine Reihe sehr guter Gründe, und das hat nichts mit der „Inkompetenz“ des Softwareentwicklungsteams zu tun. Fristen ändern sich. Pläne ändern sich. In einigen Fällen hat sich sogar das ursprüngliche Problem, das Sie zu lösen versuchten, geändert. Tatsächlich ist es ein Wunder, dass am Ende alles gebaut wird.

Je mehr Stakeholder Sie an einem Projekt haben, desto unübersichtlicher wird das Endergebnis

Auf den ersten Blick scheint dies durchaus sinnvoll zu sein, um die Anzahl der Köche in der Küche zu begrenzen. Sie werden jedoch überrascht sein, wie viele vernünftige Personen dies ignorieren. Stattdessen muss nicht nur das Entwicklerteam, sondern auch das Verkaufsteam, das Marketingteam und vielleicht sogar der Mann im Flur, der einen funky, erfundenen Titel auf seiner Visitenkarte hat, mit einbezogen werden. Und was als nächstes passiert, ist wie das altmodische Telefonspiel, bei dem jede Person, die ein Gespräch hört, es ein wenig anders wiederholt als die nächste Person in der Kette. Nach dem heutigen Brooks'schen Gesetz (zu Ehren von Frederick Brooks) wird es später durch Hinzufügen von Arbeitskräften zu einem späten Softwareprojekt möglich.

Es wird immer einen Teil des fertigen Produkts geben, den niemand genau kennt

Im besten Fall gibt es immer eine direkte Eins-zu-Eins-Zuordnung zwischen allen ursprünglich vom Softwareentwicklungsteam erstellten Funktionen und den endgültigen Funktionen, die in der App oder Software angezeigt werden. Aber hier ist das Problem: Die meisten Software-Entwicklungsteams stehen unter so großem Druck, das Projekt herauszubekommen, dass sie die Dokumentation dessen überspringen, was jede Codezeile eigentlich tun soll. Wiederholen Sie dies oft genug, und es kommt unweigerlich zu einem „Merkmal“, von dem niemand wirklich weiß, was es tut oder wie es überhaupt überhaupt erschienen ist. (Und was auch immer Sie tun, nennen Sie es nicht "Bug" - es ist immer ein "Feature"!)

Eine Person in Ihrem Team ist für das Verschieben der Torpfosten verantwortlich

So gerne die Leute über „In Alignment sein“ sprechen (oder wie auch immer die neueste MBA 101-Fachsprache lautet), so selten sind die Leute in Alignment. Das macht uns zu Menschen, nicht zu Maschinen. Und eine dieser Personen ernennt sich (natürlich inoffiziell) selbst zur Person, die für das Verschieben der Torpfosten verantwortlich ist. Sie wissen, die Person, die am Montagmorgen auftaucht und aus dem Nichts mitteilt, dass der Termin für das Projekt um einige Wochen verschoben wurde oder dass eine längst vergessene Funktion jetzt „geschäftskritisch“ ist und sofort hinzugefügt werden muss .

**

Fazit

Wenn Sie sich das nächste Mal mit Ihrem Team zusammensetzen und die Termine und Spezifikationen für Ihr nächstes Softwareprojekt festlegen, sollten Sie diese Punkte berücksichtigen. Es könnte dir nur viel Blut, Schweiß und Tränen ersparen.

Hallo! Ich bin Tomer, Unternehmer und Hersteller. Sie kennen mich vielleicht von Mevee, Crane, Shots, Slides und jetzt von investorintelligence.io, unter anderen Produkten, die ich auf den Markt gebracht habe! Dieser Artikel ist Teil einer umfangreicheren Reihe, die ich hauptsächlich aufgrund meiner Erfahrungen schreibe und die sich hauptsächlich aus den Meinungen von mir und meinem Team zusammensetzt.

Ich hoffe, dies hilft Ihnen dabei, die gleichen Fehler zu vermeiden, die ich gemacht habe, und denken Sie daran, den Versand fortzusetzen!

Bitte klatschen Sie, wenn Sie dies wertvoll fanden, und folgen Sie mir, um mehr darüber zu schreiben, während ich Geschichten darüber teile, wie Softwareentwicklung und Unternehmertum im wirklichen Leben aussehen.