Bonjour,
Est ce qu'on peut parler d'une méthode agile si dans notre projet on n'a pas de développement.
Cordialement,
Version imprimable
Bonjour,
Est ce qu'on peut parler d'une méthode agile si dans notre projet on n'a pas de développement.
Cordialement,
"Méthode agile", c'est une fumisterie marketing. Ce qui est agile, c'est la manière de penser. On peut parfaitement penser agile sur des méthodologies antédiluviennes, ou être bloqué sur un SCRUM appliqué à la lettre sans réfléchir.
Donc, on peut parfaitement penser agile dans d'autres domaines. Ca veut dire quoi? Eh bien communiquer souvent et bien entre les différents acteurs, et se remettre en question régulièrement pour améliorer la méthode. Je ne connais pas ton domaine d'activités, mais ce sont des manières de penser qui s'y appliquent probablement.
C'est clair net précis, je soutien el_slapper .
OK pour dire que scrum peut être appliqué dans un cadre non lié au dev ou non lié à l'informatique en général. Toutefois le but au départ des pratiques agiles en général est de livrer du logiciel. Elles fonctionnent bien dans ce domaine car il est théoriquement simple ou peu coûteux au 21e siècle de faire des changements profonds dans du logiciel et de l'adapter à un besoin changeant de ses utilisateurs, ce qui est moins le cas pour un bâtiment par exemple. Je vois mal XP dans un contexte autre que le développement informatique !
Pour en revenir à votre question, comme on est sur dvp votre projet doit être lié de près ou de loin à du soft, je vais imaginer que c'est de la sacro-sainte documentation. Dire qu'on a fait du delivery agile sur de la doc ça me dérange. Evidemment, c'est possible de livrer des versions intermédiaire pour prendre en compte des remarques.
on appel les méthodes agile lorsque on visent à réduire le cycle de vie du logiciel.le client est impliqué directement dans
son projet pour obtenir très vite une première version de son logiciel.
Question trés intéressante
Pour ma part, je pense que l'on peut parfaitement être agile en dehors du développement logiciel.
L'essentiel est de respecter les valeurs et les principes énoncés dans le manifeste Agile.
Pour un projet qui ne ferait pas de développement, il semble difficile d'utiliser Une déclinaison Agile du type XP.
Scrum qui parle beaucoup des rôles et finalement du management de projet pourrait répondre au besoin.
Une articulation Scrum et DSDM peut venir renforcer les aspects études.
L'idée pour commencer est de se poser la question du flux d'activités, des étapes et des règles pour passer d'une étape à une autre.
Le célèbre - ToDo, In progress, Done est une première étape. La définition du "Done" pose parfois des questions.
Au delà des étapes, en méthode agile, on travail en charge fixe et contenu variable.
Ceci nécessite l'implication des personnes qui construisent la solution et aussi du client.
Cela implique par exemple un travail important et/ou différent du client.
Il devra participer à des démonstrations, construire le backlog, tester la solution (ce qu'il ne fait pas toujours).
En terme de déploiment de la solution accompagnement du changement, cela implique aussi de prévoir un déploiement progressif et donc une implication sur la durée des utilisateurs.
Mettre en place une organisation de projet dite Agile permet en faite de faire réfléchir en même temps le client et son fournisseur.