Ich bin ein junger Programmierer. Da mein Vorgesetzter mir sagte, ich solle mich mit dem Kunden zusammensetzen, ging ich mit. Ich sah das unzufriedene Gesicht des Kunden, obwohl das Projekt (aus der Sicht meines Programmierers) erfolgreich abgeschlossen wurde!
Kunde: Das hätten Sie einbauen können!
Wir: Das stand nicht in der Spezifikation!
Kunde: Gesunder Menschenverstand!
Wie reagieren Sie als Programmierer in dieser Situation?
Aus diesem Grund habe ich bzw. haben die Teams, mit denen ich gearbeitet habe, immer eine Prototypen-Stil Ansatz, das heißt:
Ich hatte das einmal. Und zum Glück war es nicht ich, der den Entwurf erstellt hat, denn das war das Problem.
Es ist von entscheidender Bedeutung, dass die Kommunikation zwischen Ihrem Unternehmen und dem Kunden so perfekt wie möglich ist. Stellen Sie sicher, dass Sie sich gegenseitig verstehen. Stellen Sie Fragen und lassen Sie sie Fragen stellen. Lassen Sie bei der Gestaltung nichts offen. Das wird bei der Übergabe zum Problem werden. Und halten Sie während des Projekts regelmäßige Besprechungen ab (am besten mit einer Vorabversion).
Leider sind viele Entwickler schlecht in der Kommunikation, und viele Kunden sind sich ihrer eigenen Bedürfnisse nicht bewusst. Aber wenn Sie die Lücke minimieren können, haben Sie einen glücklichen (und wiederkehrenden) Kunden gefunden.
Sie können nicht wissen, was Ihr Kunde in seinem Kopf denkt. Diese Situation tritt oft bei Kunden auf, die noch keine Erfahrungen mit Programmierprojekten haben. Ich schlage Ihnen vor, ihm einfach zu zeigen, dass der "gesunde Menschenverstand" in der Technik (oder Programmierung, wenn Sie so wollen) keine gute Antwort ist.
Zeigen Sie ihm ein anderes Beispiel aus dem Leben, das ihm zeigt, dass man nicht etwas bauen kann, das nicht geschrieben ist. Beispiel: Beim Bau eines neuen Hauses braucht der Bauherr einen Plan mit allen Details... er wird keine optionale Steckdose einbauen, weil es "gesunder Menschenverstand" ist, im Wohnzimmer zusätzliche Steckdosen zu haben...
Wenn es nicht in der Spezifikation steht, steht es nicht in der Spezifikation. Als Entwickler ohne spezifisches Fachwissen ist der "gesunde Menschenverstand" ein irrelevantes Konzept. Unterschiedliche Branchen arbeiten auf unterschiedliche Weise, und ein Ansatz kann für einen bestimmten Bereich durchaus angemessen sein, in einem anderen jedoch völlig inakzeptabel.
Das Schreiben guter Spezifikationen ist eine Kunstform. IMO kann man entweder einen agilen "Analyst/Programmierer"-Ansatz wählen, bei dem man kleine Iterationen durchführt, oder man schreibt und pflegt eine detaillierte, eindeutige Spezifikation . Beides sind hoch qualifizierte Aufgaben, die immer noch iterativ sind. Man muss die Spezifikation immer noch weiterentwickeln.
Beide Wege sind nicht so einfach, wie sie klingen, und beide erfordern die Fähigkeit, eine gute Arbeitsbeziehung mit dem Kunden aufzubauen.
Ein völliges Versagen der für die Bedarfsermittlung zuständigen Person, kein Zweifel. Zusätzliches Versagen des Projektmanagements, das die Ergebnisse nicht wiederholt und keine Kontrollbesprechungen mit dem Kunden abhält.
Sie haben jedoch eine unterzeichnete Spezifikation, und was Sie geliefert haben, entspricht der Spezifikation. Ihr Unternehmen hat also zwei Möglichkeiten: Sie können die Kosten im Namen der Geschäftsentwicklung abschreiben und die Änderung kostenlos vornehmen, oder Sie stellen dem Kunden den Änderungsantrag in Rechnung.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
