Best Practices für die Einbindung des Kunden in Agile Entwicklung? [geschlossen]

Question

Wir müssen unsere Kunden Entwicklungspartner in unserem Entwicklungsprozess einzubeziehen. Wir sind mehr oder weniger folgende Agile Methodologien. Einige Kunden Partner sind fern, andere näher. Wir müssen die Reisekosten minimieren.

Unsere Kunden sind in der Gesundheitsversorgung und sind in der Regel damit beschäftigt, teuer zu sein und schwer zu planen.

Welche Praktiken und Technologien gearbeitet hat Einbindung des Kunden zu unterstützen? Wir verwenden Telefonanrufe, Telefonkonferenzen und E-Mail. Wir sind gespannt Wiki Techniken nutzen und würde gerne hören, was für andere gearbeitet hat.

Answer 1

Meine Erfahrung mit Agile Methoden ist vor allem für Desktop-Anwendungen. Wenn unsere Kunden entfernt sind, haben wir Zeit damit verbracht einen Ingenieur zum Kunden erhalten eine Demo-rig zu konfigurieren / installieren. Der Ingenieur arbeitet mit dem Kunden auf einem Test- und Demo-Setup / Plan, eine Umgebung zur Verfügung stellt, dass der Kunde glaubt, dass die wichtigen Aspekte der Implementierungsumgebung repliziert aber isoliert das Demo-System von den vorhandenen Infrastruktur (so dass wir Updates schieben, wenn wir brauchen ). Der Ingenieur setzt auch Einsatzsysteme bis zu unseren Anwendungen in Produktion zu bewegen, so dass wir „bereitstellen“, ohne vor Ort zu sein. Unsere Anwendungen können sich selbst aktualisieren (entweder für jede Veröffentlichung oder jedes Build) und wir die Releases sorgfältig Instrument anmelden alle Fehler und reichen Sie alle Abstürze als Fehler zu unserem Bug-Tracker. So können wir zumindest wissen, was schief gelaufen ist, auch wenn wir nicht wissen, was richtig los ist.

Für jedes Release / Build, der auf dem Kunden Prüfstand zeigt sich, bieten wir eine (kurze) Screencasts, von der Projektleitung berichtet oder primäre Entwickler, Demo-ing alle neuen Funktionen. Die Release Notes enthalten keine langfristigen Probleme oder Fragen, die wir dem Kunden wollen über (das heißt Probleme, die nicht sofort durch einen Anruf oder E-Mail gelöst werden können) denken, und die Anwendung zeigt diese Hinweise für den Anwender.

Schließlich, und vielleicht am wichtigsten ist, bekommen wir den Kunden und / oder die Verbindung des Kunden ein Konto auf unsere Kalender-Server und deren Kalender-App konfigurieren Verwendung dieses Kontos zu machen. Das geht dann in beiden Richtungen -. Wir können Zeit einplanen (vor Ort, Telefon, E-Mail, etc.) mit dem Kunden und sie können das gleiche mit unseren Entwicklern tun

Answer 2

ist es egal, ob der Kunde in der gleichen Kabine oder auf halbem Weg um den Planeten, mit Ausnahme von Kommunikationsverzögerungen -. Der kritische Faktor ist Verfügbarkeit

ein Kunde, der zu beschäftigt ist, Ihre E-Mails für mehrere Tage zu beantworten wird Ihre Iteration verursachen spät, oder nicht

Der Kunde hat zwei kritische Verpflichtungen für agile:

1. verfügbar Fragen zeitnah zu beantworten
2. nicht zu ihrem Geist / Prioritäten während einer Iteration ändern

den Kunden muss verpflichten, einen angemessenen Service-Level-Agreement (SLA) auf Verfügbarkeit, z.B. 1 Stunde Reaktionszeit oder 24 Stunden Reaktionszeit, etc., und Sie müssen alle Schätzungen und Zeitplan durch den Verzögerungsfaktor einzustellen. Wenn der Kunde nicht begehen oder folgt nicht durch, brechen Sie die Iteration und neu zu planen, wieder die Kunden Engagement in den Vordergrund zu bringen. Haben nicht nur „erraten“, was Sie denken, der Kunde interessiert sein könnte.

Fazit:. Ohne Kundenbindung, agile nicht funktionieren

Answer 3

Eine Möglichkeit: Installieren Sie einen Kunden-Proxy auf der „Kunden Partner“ Website, die die Informationen extrahieren, die Sie benötigen, wenn diese Kunden zur Verfügung stehen. Haben diese Proxies die festen Beziehungen aufzubauen, die sie repräsentieren die Kundensicht ermöglichen. Ihre Zeit ist alles verkaufen. Und wenn sich Fragen ergeben, dass sie nicht beantworten können, haben sie einen leichten Zugang zu Ihren Kunden Partner -. Auch wenn in der Kaffee-Linie

Answer 4

Der ganze Sinn des Kunden in agil ist offen und frei Diskurs mit den Entwicklern (IE unmittelbares Feedback) zu haben. Wenn Ihre tatsächlichen Kunden nicht zur Verfügung stellen kann, dann müssen Sie einen Vermittler / Proxy, der diese Rolle ausfüllen kann. Sie müssen nicht Notwendigkeit Ist Kunden, Sie brauchen nur jemanden, der die Interessen des Kunden gut genug, um Ihre Kunden zu erfüllen darstellen können Bedürfnisse.

Answer 5

Nur ein paar Ideen:

Wenn Sie wählen ein Wiki zu verwenden, stellen Sie sicher, dass es unterstützt eine ganze-wiki-wide „letzte Änderungen“ -Liste, und vorzugsweise eine, die für die Benutzer spezifisch ist. Die weniger weit von der Entwicklung Menschen sind, desto eher für ihre Computer verwenden E-Mail als Metapher haben. Wenn sie nicht sofort sagen können, wenn es etwas Neues gibt, für sie zu sehen, werden sie es nie entdecken. Sie vorzugsweise auch Möglichkeiten, müssen sie, um zu signalisieren, dass Sie ihre Aufmerksamkeit auf Fragen Unterstützung benötigen, oder sie werden Änderungen wie CCs zu behandeln.

Ich bin ein großer Anhänger Video Screenshots von Interaktionen bei der Schaffung von (berichtet) und gibt diese an Nutzer verteilt werden. Im Gegensatz zu einer echten Demo, Kunden fühlen sich nicht wie sie unterbrechen müssen, und sie können zurückspulen und wieder beobachten die gleiche Interaktion immer und immer wieder die Aufmerksamkeit auf kleine Details zu bezahlen.

Schließlich, wenn Sie Prototypen tun verteilen, stellen Sie sicher, dass jemand senden (oder zumindest eine Sitzung Bildschirmfreigabe), um zu sehen, wie die Prototypen verwendet werden. Inhaltliche Konzeption ist wirksam. Sie können auf Menschen zählen Prototypen anders, als mit Ihnen erwarten, und Sie müssen verstehen, wie sie es verwenden, um wirklich zu verstehen, wo die Probleme sind, auch wenn sie sie nicht melde.

Answer 6

Haben Sie darüber nachgedacht etwas wie LogMeIn .

Auf diese Weise könnten die Kunden entweder Log-in auf einen PC in Ihrem Netzwerk bereits Ihre Anwendung ausgeführt wird, oder alternativ können Sie die Anwendung auf einem ihrer Computer installieren / aktualisieren.

Dies würde das Fernkundenproblem lösen und auch den laufenden kontinuierlichen Kunden-Feedback Bedarf im agilen Prozess unterstützen würde.

Ich benutzen es, eine frühere Firma für technische Unterstützung, aber es gibt keinen Grund (außer vielleicht Kosten), dass es nicht für Ihre Situation funktionieren würde.

Es ist auch eine gute Möglichkeit, wirklich zu sehen, wie Nutzer Ihrer Anwendung verwenden und damit herauszufinden, was funktioniert und was nicht.

Answer 7

Vor allem, stellen Sie sicher, dass Sie ein Produkt-Manager oder ein Produkt Eigentümer schließen die Entwickler die haben. Diese Person wird die Beziehung mit dem Kunden werden zu verwalten.

Dann kann der Produktmanager das Produkt an den Kunden am Ende jeder Iteration zeigen und auch Kunden Frage stellen, wenn der Entwickler Feedback benötigt eine User Story zu implementieren.

Es ist erstaunlich, das positive Feedback, das Sie von Kunden erhalten können, wenn Sie sie einbeziehen.

Wir haben nicht ein Wiki verwenden und die meisten der Kommunikation per E-Mail, Telefon und eine Bildschirm-Sharing-Anwendung durchgeführt (wir GoToMeeting verwenden, aber es gibt jede Menge alternative da draußen).

Answer 8

Sie sollten wahrscheinlich eine Kick-off tun einmal mit jedem an einem Ort. Face-to-face-Zeit ist von unschätzbarem Wert. Dazu gehören alle Entwickler. Bereiten Sie einige Metaplan Fragen, aber auch genug Zeit haben, um nur mischen.

Answer 9

Ich denke, von den meisten Definitionen von Agile Prozessen, die hohe Abhängigkeit von der Einbindung des Kunden haben haben Sie bereits „best practice“ verpaßt hat, die für einen Vor-Ort-sein würde, und bevorzugt „in-team“ Kunden präsent zu allen Zeiten. Also ich nehme an, wir sind für ein „next-best practice“ suchen. :)

Es gibt die Möglichkeit, einen „Proxy-Kunden“ vor Ort einzuführen. Ich muss zugeben, sehr skeptisch zu sein, über den Wert eines Proxy-Kunden. Ich bin besorgt über das Risiko, eine Art zweitrangiger Einführung und ansonsten unnötige Business Analyst Funktion auf die Mischung, mit dem erhöhten Signal-zu-Rausch-Verhältnis und das Potenzial für verstümmelte Nachrichten. Es trägt auch das Risiko, damit beschäftigt echte Kunden ihre Beteiligung an dem Prozess zu reduzieren, was zu Unzufriedenheit führen dürfte. Ich frage mich, ob es könnte jemand mit guter Domain-Wissen sein, die vor kurzem im Ruhestand und könnte in dieser Eigenschaft als Berater zu fungieren verfügbar sein?

Kommunikation Bandbreite mit entfernten Kunden ist erstaunlich niedriger als face-to-face, etwas, das ich nicht in vollem Umfang realisiert hatte, bis ich mit den Nutzern in einem anderen Land begann zu tun. Auch bei Video ist der Verlust signifikant.

Wie lange sind Ihre Iterationen? Wie schwer plant Iterationen? Könnte es einfacher sein, für mehr Iterationen zu gehen und mehr Planung weniger häufig zu erledigen, oder Iterationslänge zu reduzieren und kleinere gehen, aber häufiger Planungssitzungen? Sind mehr als ein Kunde involv

Haben Sie eine nutzbare und verfügbare Build am Ende jeder Iteration? Gibt es Zeit für beteiligte Benutzer haben praktische rechtzeitig vor der nächsten Planungssitzung? Keeping Benutzer beschäftigt, indem sie häufig Versand würde auf der Oberfläche scheint eine gute Idee zu sein, die vielleicht für kleine häufige Wiederholungen erlässt Gesetze (eine Woche? 2 Wochen?)

Die Wiki-Idee funktionieren könnte: haben Sie sich die FIT-Framework ? Es ist eine Art von integriertem Abnahmetest / wiki, die in immer Abnahmen von entfernten Kunden helfen könnten. Ich glaube, ich würde auch als auch auf Nachfrage eine Art von (eigener oder integriert) „Projekt-Dashboard“, möglicherweise geschoben regelmäßig zu wichtigen Kunden zu liefern suchen. verwenden Sie es als Ersatz für Dinge wie Post-its auf Whiteboards, Big Visible Charts und dergleichen. Es gibt eine Reihe von Open-Source-oder Low-Cost-Optionen, die dazu dienen können -. Ihre eigene einfache Alternative zu schreiben braucht nicht zu zeitaufwendig oder kostspielig, entweder

Vor allem, denken Sie daran, dass „Agile“ ist eine Art-of Catch-all-Label für Entwicklungen, die auf den Werten mit Schwerpunkt durchgeführt werden und vermählt Prinzipien in der Agile Manifest . Was ist in einer Situation „beste“ betrachtet nicht so in einer anderen sein kann. Wenn Sie die Prinzipien verstehen und regelmäßig Ihre Methoden mit einem kritischen Auge überprüfen dann sind Sie wahrscheinlich auf Ihre Situation an die Best-Practice-Anwendung nahe genug sein werden.

Ich habe nicht es seit einiger Zeit aber mit Beck und Fowler auf der Autorenliste sieht, soll es etwas Nützliches in Planung Extreme Programming .

Answer 10

In meiner vorherigen Position @ drchrono.com ich aggregierte Daten / Feedback / Iteration Anfragen von 20.000 Ärzten im ganzen Land. Der beste Weg, dies zu tun ist, um eine Seite wie uservoice.com zu evangelisieren. I „täglich Live-Demonstrationen“ mit manchmal 50 bis 100 Ärzten gehalten (Ärzte unterzeichneten direkt von unserer Webseite nach oben). In dieser Demo würde ich in unserem aktuelles Produkt zeigen und Benutzersprach evangelisieren ihr Feedback in ein nützliches Werkzeug für unser Entwicklungsteam zu fahren. All dies wurde der Ferne durchgeführt und führte insgesamt zu einer Steigerung 1,400% Umsatzwachstum wiederkehrend.