TAG | Entwurf
12
Get your hands on, get them dirty. Now wash your hands!
4 Comments · Posted by Christian in Outside the box
When approaching a new project there are several possible ways of preparation. The small time between learning about a project and starting to code can be used for resource planning, user interface design, UML diagrams and a lot more.
A very common way to spend this time seems to be worrying.
There is a line you need to cross before you dive into the code and you know you should be prepared before you cross it. However there is a good chance that you prepare too much.
I don’t want to go into methodology and promote agile methods over waterfall (although that would make a lot sense). What I am saying is that you should get started as early as possible to produce code.
Starting to code right away though bears some risk to get lost in your code and to loose the focus on your project early on, leading to missed deadlines and higher costs.
So what is the right level of preparation and how can the risk of a hands-on approach be reduced? Also what is the benefit of it?
CCD · Clean Code Developer · Entwurf · Hands-on · Prototyping · Refactoring · symfony
19
Warum Entwickler keine Annahmen treffen sollten
3 Comments · Posted by Christian in Miscellaneous
Seit einigen Jahren bin ich auch immer wieder beratend tätig und begleite Entwicklungsteams vor allem in der Schätzungs- und Entwurfsphase. Auf zwei Merkmale treffe ich bei diesen Gesprächen immer wieder.
Zum einen ist da die scheinbare Unfähigkeit von Entwicklern Unwichtiges von Wichtigem zu trennen und zum anderen die scheinbare Fähigkeit besser als der Kunde zu wissen, was dieser “eigentlich” will.
18
Sparring – da sollten wir mal drüber reden
No comments · Posted by Christian in Miscellaneous
Ich habe die letzten drei Tage meine Kollegen in Madrid besucht mit dem Ziel Lösungen für einige Anforderungen zu finden, die nicht nur in ihrem aktuellen Projekt sondern auch in anderen Projekten gleichermassen vorliegen. Also eine Projekt unabhängige Lösung, ein Standard.
Ein früherer Ansatz war es, die Anforderungen zentral zu sammeln und zu sortieren, diese dann einer Lösung zuzuführen und danach an alle Projekte auszurollen. Im Ergebnis war die Akzeptanz in den Projekten schlecht und die Lösung war sperrig und hat nicht überall so richtig gepasst.
Wie aber kann so ein Standard gefunden werden?


