An der Qualität zu sparen bringt immer Probleme.
Dem Vorgesetzten sage ich Folgendes: man kann nicht alles haben. Features, Zeit, Ressourcen und Qualität sind gegenläufige Ziele.

Qualität sollte dabei die einzige Konstante sein, denn Qualität ist es wodurch man sich von der Billigkonkurrenz unterscheidet.

Entwicklungsphasen und Tests kürzen? Spart momentan ein paar Stunden, erhöht aber schleichend und auf lange Zeit das Geschäftsrisiko und führt zu einem schleichenden Wertverlust des Stammkapitals. Es vergiftet schleichend den wertvollen Code-Pool der Firma aus dem der Schäfer der Herde seine Jünger tränkt, bis ihnen die Wolle ausgeht und sie keine Milch mehr geben. Bei Firmen endet das am Ende stets in der Notschlachtung.

it has slipped your mind?

“Don’t Live with Broken Windows
Fix bad designs, wrong decisions, and poor code when you see them.”

Alle rules ausdrucken und am besten an die Klotür im Büro kleben Dann kann ja eigentlich nix mehr schief gehen…

Wer von Anfang an Agile Softwareentwicklung verkauft, kann dem Kunden sicherlich besser in-time 80% seiner wichtigsten Features liefern! Die letzten 20% sind dann oftmals zum Teil doch überflüssig oder doch noch wichtig und lassen sich einfach integrieren. Der Kunde muss aber nicht zweieinhalb Jahre auf sein Produkt warten und ist froh, oft Updates zu bekommen mit Bugfixes und neuen Features.

Bei den Beispielen geht es einfach um Unternehmeskultur als darum, wie der “Markt” derzeit funktioniert. Beide Typen finden Auftraggeber. Erstere werden öfter die Ziele verfehlen. Siehe auch https://gist.github.com/710960

“Der Pragmatische Programmierer” von Andrew Hunt und David Thomas.

danke für den guten Artikel. Werde von nun an öfter hier schreiben.

@Tom:
Was sollte denn ein Junior können? Da kommen echt Leute, die noch nichtmal ne For-Schleife anwenden können. Das ist schon sehr übel.