Bessere Software-Grundlagen

Ich besuchte die Ruinen einer römischen Siedlung, die anderen Tage, die in einem schönen Tal in der Mitte der Insel festgelegt ist.

Die Einstellung war Idylle, geschützt vor dem Wind und unweit der wichtigsten Stadt, es schien wie ein idealer Ort für Bauernhof und eine Familie zu bringen.

Seine Geschichte wurde sorgfältig für Zeichen um die Ruinen eines erheblichen Hauses, die in der Römerzeit mit warmen und kalten Bad und Mosaikböden erweitert hatte. All dies war sehr attraktiv und erhebliche Investitionen von der Grundbesitzer. Aber die Siedlung wurde aufgegeben, und es fiel mir ein, dass es ist ein guter Grund war weil es klar war, dass jemand eine Menge Aufwand und Finance in ihren Traum gebracht hatte.

Ich war wundernd falls die Wikinger, waren, die in diesem Bereich nach links Römer aktiv sein bekannt aber gab es keine Anzeichen für eine verkohlten Ziegel Arbeit oder nach der Schlacht wurden.

Auf der Suche um einen anderen Charakter erwies sich das Problem. Gab es mehr als ein Versuch, dem Gebiet zu siedeln, aber das Land gebildet einen natürlichen Punkt für die Hügel rund um das Entladen und jedes aufeinander folgende Gebäude hatte schließlich Bodensenkungen erlag.

Ich war Links überzeugt, dass die Gebäude in guter Qualität waren und, dass die Erbauer zuständigen am Bau, aber eindeutig hatte es ein paar Generationen zu erarbeiten, dass dies kein idealer Platz für den Bau war getroffen. Wenn wir wirklich Meilensteine etablieren wollten wäre diese jetzt wir tief in den Boden fahren die Setzung der Verbindung zu überwinden.

Der Punkt, den dies in meinem Kopf fuhr, ist der Software-Entwicklung. Es ist nur allzu oft der Fall, dass Software Development Organisationen und ihren Kunden die gleichen wieder Fehler. Wenn die Grundlagen wackeligen sind, es gibt keinen Sinn in Gebäude, aber mit ein wenig zukunftsorientierte, dass jemand in der Lage, das Problem zu lösen und bieten eine sichere Weise des Lieferns einer guten Grundlage.

Die größte Fehler Organisationen machen, ist zu hetzen, um Code schneiden, bevor sie das Problem verstehen, um sie zu lösen. Das bedeutet nicht, Sie selbstgefällig sein sollte und dass in ein paar Sitzungen sitzen alle Ihrer Tücken lösen.

Was muss geschehen ist:-

Ring Zaun, was Sie wissen.

Ring Zaun, was Sie nicht wissen.

Stellen Sie sicher, dass Sie das richtige Produkt zu entwickeln.

Erstellen Sie die Software, die Sie wissen nicht geändert wird.

Check ist, dass, was Sie was bauen wollte ist.

Oft wissen nicht der Kunde nur genau das, was sie wollen, so Sie diese in den Entwicklungsprozess zu unterstützen können müssen. Je früher lernen sie das Produkt als desto wahrscheinlicher werden sie Buy-in die Lösung kennen.

Dies vorausgeschickt alle...

Wo es verbessert das Verständnis des Problems, sowohl der Kunde und der Entwickler muss Code erstellt werden.