Agile Entwicklung oder streng nach Pflichtenheft

Am Anfang steht das Gespräch

Der Klassiker: Kunde hat eine Software und benötigt eine neue. Wie soll die funktionieren? Natürlich so wie die Alte!
Abläufe werden als gegeben hingenommen und nicht hinterfragt. Optimierungspotential bleibt unausgeschöpft.

Am besten ein Praktikum machen

Gerade bei größeren Programmen wäre es manchmal tatsächlich sinnvoll, erst mal ein paar Wochen lang ein Praktikum im Betrieb des Kunden zu absolvieren, um die internen Abläufe wirklich zu verstehen.
Leider ist das in der Regel nicht möglich; darum ist es um so wichtiger, daß in der Planungsphase, aber auch während der Programmierung die richtigen Fragen gestellt werden und gut zugehört wird.
Natürlich arbeiten wir hin und wieder nach einem im Vorfeld vom Kunden eingereichten Pflichtenheft - hier haben wir auch schon wirklich gute gesehen, wo es kaum Rückfragen gibt und man praktisch 1:1 den Anforderungskatalog nachprogrammieren kann.
Meistens sieht es aber anders aus.

Entwicklung ist ein Prozess

Nicht umsonst heißt es eine Software entwickeln. Die meisten unserer Kunden kommen mit einer mehr oder minder genauen Vorstellung was das Programm können soll, aber Details und Zusammenhänge sind dann noch nicht bedacht.
"Aber was wenn..." ist eine häufige Frage unsererseits und leider werden einfache Sachen dann manchmal doch komplizierter als ursprünglich gedacht.
Insbesondere bei angebotsbasierten Auftrgägen ist es für uns wichtig, daß wir im Vorfeld alle möglichen Probleme finden, nur so können wir sauber kalkulieren und Ihnen ein verbindliches Angebot erstellen. Sofern sich dann im Projektverlauf keine Anforderungen ändern, ändert sich dann auch nichts mehr am Preis.

Stichwort Preis: Preise und Lizenzbestimmungen

Agile Softwareentwicklung

...mehr als nur ein Buzzword für die Google-Suche

Mit langjährigen Kunden arbeiten wir in der Regel "auf Zuruf" zusammen. Da reicht im Vorfeld eine grobe Aufwandsabschätzung per Mail, oft nicht mal das. Der Kunde schildert das Problem, wir machen Lösungsvorschläge und setzen diese dann um.
Dabei ändern sich im Verlauf des Projektes häufig die Anforderungen, weshalb es um so wichtiger ist, daß man sich regelmäßig abspricht.
Darum hier eine schlechte Nachricht für Sie: Wenn Sie uns einen Auftrag geben, müssen Sie in Folge etwas Zeit mitbringen. Es funktioniert leider nur selten, daß Sie sagen was Sie wollen, wir programmieren und nach 4 Wochen erhalten Sie ein fertiges Programm. Das geht nach unseren Erfahrungen, zumindest ohne das perfekte Pflichtenheft, schief. Wir setzen bei der agilen Entwicklung nicht auf Scrum, das ist für unseren Geschmack zu unflexibel, dennoch wollen wir regelmäßig Feedback von unseren Kunden, damit am Ende alles so läuft wie es soll. Manchmal haben wir Ideen, manchmal Sie, oft sind einfach manche Sachen noch nicht detailiert besprochen gewesen, oder Fragen tauchen erst im Verlauf des Projektes auf. Darum ist es für uns wichtig, daß wir am besten einen festen Ansprechpartner mit Überblick über das Gesamt-Projekt haben, der im Zweifel Dinge entscheiden kann.

Ein Ticket ist gut, persönlich ist besser

Natürlich ersetzt so ein Ticket nur selten das persönliche Telefonat. Was aber nicht direkt während, oder im Anschluss an das Telefonat erledigt werden kann, wird von uns als Ticket eingestellt, so geht nichts verloren und alles ist dokumentiert.