Extreme Programmation et clients

Question

Quel type de client est susceptible de prendre en charge les pratiques XP (Extreme Programming)?

Answer 1

Si votre équipe obtient de bons résultats avec des antécédents éprouvés, les entreprises désirent un résultat réussi. Si l'inverse est vrai, seules les entreprises qui errent à l'aveugle seront intéressées.

Il y a le impair où le client voudra que certaines pratiques suivies. Comme un gestionnaire de dev expérimenté externalisant un projet à une entreprise externe, ou potentiellement un client qui a entendu que XP est bon en passant, mais n'a aucune connaissance réelle ou expérience avec elle. Dans le premier cas, le consommateur expérimenté saura ce qu'il veut et si vous ne fournissez pas ces services, il ira ailleurs. Si vous essayez de faire semblant, ils sauront et seront très mécontents. Plus tard, peu importe tant qu'ils obtiennent de bons résultats et pensent que c'est leur propre sagesse qui les a fait sortir du sol.

De toute façon, ce sont les résultats qui comptent.

commence maintenant ma diatribe qui a inspiré jusqu'à présent beaucoup ire:

Est-ce que vous compromettre vos bonnes pratiques juste pour répondre à un client? Si vous êtes résolument en faveur de XP, vendez-le! S'ils veulent que vous utilisiez une méthodologie avec laquelle vous êtes fortement en désaccord. Dites-leur ça. Si vous n'arrivez pas à un consensus, il ne devrait pas y avoir de marché. Est-ce que je dis à un boulanger quel grain utiliser? Comment chaud pour avoir les fours? Sûrement pas. Si je dis que je veux des graines de pavot sur les petits pains, peu importe comment ils sont mis là aussi longtemps qu'ils sont là. Dp je choisis un boulanger en fonction de ses méthodes, ou à quel point le pain est savoureux? Laisser un non-programmeur vous dire comment faire votre métier est tout simplement mauvais.

Si vous essayez d'exalter les vertus de XP alors soyez franc, mettez en avant les coûts-avantages et le retour sur investissement. Montrez-leur pourquoi c'est mieux pour eux en termes d'efficacité du développeur et de réduction des défauts. Si vous travaillez pour des non-programmeurs, vous êtes l'expert, prenez les rênes et donnez des conseils.

Si votre équipe excelle à XP et a d'excellents résultats, vous n'aurez aucun problème à vendre un client potentiel sur vos pratiques. Les résultats comptent pour les clients. Si vous pouvez prouver que vous produisez constamment des produits de haute qualité dans des délais réguliers, vous ne devriez pas avoir de problème à vendre votre méthodologie. (avec quelques exceptions qui nécessitent absolument une cascade).

Answer 2

Je travaille pour une entreprise agile (pas strictement XP, mais toujours applicable), et notre clientèle est exclusivement composée d'organisations gouvernementales. Une fois qu'ils ont vu les résultats du processus agile au travail, même ceux qui avaient l'obligation de fournir des documents de la manière d'une chute d'eau étaient plus qu'heureux de continuer à récolter les bénéfices du processus agile.

Et, oui, je suis d'accord avec vfilby. Vos clients devraient se préoccuper des résultats, pas comment vous les atteindre.

Answer 3

Je pense qu'il est probablement moins convaincant que pour les clients d'accepter des pratiques de développement agiles, en particulier XP, car ils sont maintenant beaucoup plus courants. Les clients qui ont eu des expériences positives avec des équipes agiles dans le passé sont plus susceptibles d'acheter ces méthodes. Il est probablement plus facile pour un client plus petit ou un client avec un problème plus petit d'accepter XP s'il a des problèmes à ce sujet. Avec un client sceptique, je suggérerais de commencer à construire une petite confiance. Et assurez-vous de tenir vos promesses!

Answer 4

• Soit les clients qui ont déjà obtenu de bons résultats sur les projets XP.
• Ou les clients qui ont avalé le Kool-Aid.

Ce qui fait sans doute ces clients peu nombreux :-)

Answer 5

Presque tout le monde semble être l'interprétation de votre question dans le contexte que vous êtes ou travailler pour une écriture ISV un logiciel personnalisé pour un client. Est-ce la situation? Si votre question portait sur quel type d'entreprise est susceptible d'adopter XP, je dirais qu'une entreprise qui a été brûlée dans le passé passait trop de temps à écrire de la documentation pour les développeurs et à la réutiliser uniquement pour avoir à tout jeter comme une grande perte de temps et d'efforts.

Answer 6

Le client doit accepter une livraison itérative avec un temps fixe, des ressources fixes, une qualité fixe (il fonctionne à 100%) et une portée légèrement variable, par itération.

Cependant, il est beaucoup plus habituel qu'ils veulent fixer le temps, les ressources, la qualité et la portée.

Le type de client qui est susceptible de prendre en charge les pratiques XP, est celui qui comprend déjà les avantages et les inconvénients du système de production de logiciels fourni par XP.