3
Dans quelle mesure un programmeur devrait-il être flexible si un client demande des exigences qui ne sont pas dans la portée du projet?Flexibilité dans la portée du projet?
A
Répondre
0
Vous ne pouvez pas donner une réponse générale à cette question. Cela dépend du projet à projeter.
Exemples:
client a de l'argent à brûler, long délai, aucun autre projet sur la route, je suis très flexible.
Le client est serré avec $$, courte chronologie, d'autres projets sur la route, je suis à peine flexible du tout.
D'autres facteurs entrent également en jeu, tels que le processus qui a été choisi pour le projet. Par exemple, vous serez plus flexible dans un processus agile, moins flexible dans une approche en cascade.
0
Je pense que la réponse à votre question se résume à la flexibilité de votre client en termes de temps et de coûts, car vous ne pouvez pas modifier la portée d'un projet sans affecter ces deux choses.
Le fluage de la portée peut être une bonne chose si cela permet au projet d'évoluer et a un effet global positif sur les résultats d'un projet. Vous avez vraiment besoin d'un processus de changement formel en place pour gérer les changements de portée.
1
Perspective générale:
Vous devez gagner votre vie; le client a besoin d'une solution informatique: le client a le droit de s'assurer que la solution que vous fournirez correspond à ses besoins. Les changements et les ajouts après et un accord a été atteint, réfléchit sur votre capacité à analyser les exigences de l'utilisateur dans une conception de système, dans lequel n'a pas examiné ces exigences suffisamment de profondeur et de détail: vous devez le faire méticuleusement et obtenir une approbation écrite. accord sur la conception de votre système à partir du client.
point de vue juridique:
Vous devriez épingler la portée du projet vers le bas, et obtenir le client de signer un accord de cette portée. Une fois que vous avez cet accord, tout ce qui n'est pas couvert par celui-ci constitue un nouveau projet.
point de vue commercial:
Voulez-vous continuer à faire des affaires (avec le courant, ainsi que les futurs clients)? Vous devez faire une évaluation de l'impact que l'ajout de la nouvelle fonctionnalité requise aura sur le projet actuel: si l'impact est faible, faites-le, mais dites au client - par écrit - que vous lui rendez service; Si l'impact est plus important, vous devez négocier avec le client, décrivant les problèmes, et soit adapter votre accord actuel, soit en faire un nouveau. Ce que vous ne voulez pas faire, c'est contrarier votre client.
Enfin: "Le client a toujours raison." - (jusqu'au point où vous devez abandonner et juste partir.)
0
S'il s'agit d'un projet à offre fixe, alors je suis ouvert à la négociation et accepterai d'élargir le champ d'application dans un domaine en échange de réduire ailleurs, ou pour une augmentation de budget, ou en échange d'une autre considération. Si c'est pour un client que je facture toutes les heures, alors ils peuvent étendre la portée tout ce qu'ils veulent, puisque je vais les charger pour le temps que je passe dessus, que ce soit dans la définition originale de la projet ou non.
0
Définir à l'avance une liste de fonctions que le système va exécuter.
Si le client ajoute une nouvelle fonction, augmentez le coût et le temps en conséquence.
Si le client décide de laisser une fonction hors de la portée, alors décrémentez le coût et le temps si vous ne l'avez pas encore implémenté.