Montag, 28. November 2016

Ein schneller Blick auf die agilen Methoden aus Sicht der Qualitätssicherung

Aus Sicht der Qualitätssicherung sind die agilen Methoden NICHT TRAGBAR.

Anmerkung: "Testen" ist NICHT Qualität sichern!

Folgende wichtigen Punkte der Qualitätsicherung sind in den "Agilen" nicht berücksichtigt:

1. Qualitätsmanagement ist nicht existent
2. Risikomanagement ist nicht berücksichtigt
3. TDD: Hierbei wird i.A. nur der "Gutsfall" getestet.

Dazu kommen noch weitere Probleme, wie z.B.
1. automatisierte Tests die wenig testen und einen riesigen zu Wartungsaufwand haben,
2. Bugs die übersehen und vergessen werden,
3.die Wartbarkeit von Code wird, langsam aber sicher, mit jedem Sprint durch unbedachtes Design (und keine Planung) erschwert.

… und noch Einiges, aber nichts Gutes.

Schrecklich, was wir IT Leute uns antun im Namen der „agilen“ Religion.

Mittwoch, 16. November 2016

Neue Homepage: ruynk.com

Meine:

http;//www.ruynk.com

mit Informationen und Meinungen über die sogenannten "Agilen",

habe ich neu aufgesetzt.

Montag, 3. Oktober 2016

5 Schwachpunkte von Scrum


Hier zu lesen:

http://www.ilker.de/funf-schwachpunkte-von-scrum.html

Finde ich gut.

Dienstag, 13. September 2016

Aberglaube bei den SW-Entwicklungsmethoden

Der Glaube, dass eine "Entwicklungsmethode" ueber das "nicht Scheitern" oder ueber die Qualitaet oder gar "Geschwindigkeit" einer Entwicklung bestimmen kann,

ist so abstrus als wuerde man glauben,

ein Motor im Auto soll in der Laengst- oder in der Querrichtung der Fahrrichtung liegen, um den Wirkungsgrad erheblich zu ändern.

Dummes Zeug. Maßgebend sind die Menschen (Mitarbeiter); Erfahrung, Umgebung (Fehlerfreiheit), und so weiter und so fort: Viel eher als eine bestimmte Entwicklungsmethodik...

Montag, 25. Januar 2016

Warum "agile" Methoden nicht "Lean" sind

Agility/Velocity: Schnell und oft Fehler erzeugen

Gut: Man lernt mehr aus Erfahrung

Schlecht: Zeitverschwendung, anstatt zu denken (Vorsicht walten lassen) produziert man Fehler. Das is Muda (Verschwendung, Lean Prinzipien), somit gegen "Lean"

Die "agilen" Methoden zielen nicht darauf, Verschwendung zu vermeiden sondern viel mehr setzen darauf, diese zu produzieren. Durch:
- Meetings (ohne klare Ziele, mit Kollegen, die nicht nötig sind, usw); die überflüssige Verschwendung
- Wenig Planung und somit überflüssige, doppelte Arbeit, und Arbeiten, die zu spät oder zu früh erfolgen; die dumme Verschwendung
- Nie endende Änderungen; die reinste Verschwendung
- Teams, die sich selbst organisieren sollen; die umständliche Verschwendung.


Mittwoch, 6. Januar 2016

Über das V-Modell XT

Habe interessiert gelesen.
Irgendwie scheint die BRD hier, (also zu einem Modell!), Eigentumsansprüche erheben zu wollen.

Schon Software-Patente sind ein "Unding". Dummes Zeug. Eine Möglichkeit, höchstens, arbeitslosen Juristen zu Geld zu verhelfen.

Wie bereits erwähnt, ist ein "Wasserfall" Modell in der Software-Entwicklung eher unmöglich: Das gab noch nie.
Der Glaube, dass so etwas existiert, verbreitet sich durch Hören-Sagen. Bei der "oose" in Hamburg gab mal ein Artikel über das Thema, den ich aber nicht mehr finden kann :-(
Es ist aber auch nicht so schlimm: Inhalt; Wasserfall gab es nie, es war nur ein Name für eine Modellierung bei einer Studie.

Das V-Modell XT ist nichts anderes, in meinen Augen, als die Ausarbeitung eines "Wasserfalls" Modell mit den Folgerungen, die dieses inexistentes Modell logischerweise haben müsste/hat.

Und von daher also, ist das ominöse V-Modell XT nichts anderes als das wirkliche, lebende, anwendbares "Wasserfall"-Modell :-D

Meiner Meinung nach, nicht schlecht, gut sogar bei einer Vielzahl von Anwendungen. Besser auf jeden Fall als die berühmten "agilen" Methoden.

Vielleicht würde sich ein V-Modell XT, kombiniert mit "Lean"-Prinzipien, eines Optimum nähern.
Und sicher für viele Projekte die bessere Lösung darstellen.