Discussion :

[kadden]

Bonjour,
J'entends parl� parfois de termes comme :
- M�thodologies agiles
- SCRUM
- XP SCUM
....

Comme je n'ai pas vraiment eu de formation de chef de projet, et que je suis devenu chef de projet uniquement par mes connaissances techniques (larges) et mes diff�rentes exp�riences professionnelle, donc � chaque probl�me d'organisation ou de m�thode, j'utilise mon bon sens au lieu d'utiliser des m�thodes et des concepts connus et efficace et qui nous font gagner du temps au lieu de r�fl�chir longtemps.

Avez-vous des documentations, cours, livre ou autres pour appr�hender rapidement ces notions.

Merci

[souviron34]

d�j� tu peux regarder le forum Agile ici :

http://www.developpez.net/forums/f98...thodes-agiles/

plus dans la section D�bats/G�n�ral d�veloppements...

Ensuite le bon sens est une excellente chose

Et les �changes aussi .. Donc sens-toi libre de poser des questions e d'�changer des points de vue..

[kadden]

Merci
je viens tout juste de d�poser le sujet sur ce forum, en esp�rant
avoir des r�ponses.

[exampm]

Bonjour,

Dans quel cadre travail votre entreprise?

Les m�thodes agiles sont en g�n�ral appliqu�es pour du "commando".
Je m'explique:
- �quipe r�duite (le scrum se limite � 9 il me semble)
- petit livrable (on livre r�guli�rement quitte � subdiviser)
- toute l'�quipe se concentre sur le m�me livrable
- r�unions journali�res
D'ailleurs on emploi le mot "sprint" r�guli�rement en Scrum.

Les m�thodes en gestion de projet "traditionnel" sont diff�rentes.
On agit sur tout un projet, de la phase d'initiation � sa cloture.
On g�re tout un projet.

Suivant le cadre de travail de votre entreprise, il faudra vous sp�cialiser sur l'un ou l'autre.
Mais la maitrise des bases de la gestion de projet (non agile) sera de toute mani�re necessaire.
Les 3 grands standards sont: PMP, Prince2 et IPMA

[souviron34]

Les m�thodes agiles sont en g�n�ral appliqu�es pour du "commando".
Je m'explique:
- �quipe r�duite (le scrum se limite � 9 il me semble)
- petit livrable (on livre r�guli�rement quitte � subdiviser)
- toute l'�quipe se concentre sur le m�me livrable
- r�unions journali�res
D'ailleurs on emploi le mot "sprint" r�guli�rement en Scrum.

Euhhhhh..................

Pas du tout...

�a vient peut-�tre de l�, alors, le fameux "retard � l'agilit�" fran�ais mentionn� dans le thread ici

Je l'ai moi-m�me appliqu� et vu appliqu� dans des projets de tr�s grandes envergures, de plus de 2 millions de lignes, de dur�es sup�rieures � 2 voire 10 ans...

D'o� tirez-vous �a ???

Les m�thodes en gestion de projet "traditionnel" sont diff�rentes.
On agit sur tout un projet, de la phase d'initiation � sa cloture.
On g�re tout un projet.

Euh.... Voir plus haut.. On fait exactement la m�me chose avec des m�thodes dites "agiles"...

Mais la maitrise des bases de la gestion de projet (non agile) sera de toute mani�re necessaire.

L�, nous sommes d'accord...

Les 3 grands standards sont: PMP, Prince2 et IPMA

euh.. Vous mentionnez des outils et/ou certifcations de managers..

Dans le cadre de ce fil, le seul vrai standard de gestion serait CMMI.

[kadden]

Quand je vois flous devant moi, j'aime bien voir les choses de hauteur.

Donc si je comprends bien il y'a deux termes "Agilit�" et "Gestion de projet" !?

Selon vous, l'agilit� est une m�thode pour g�rer les projets (petit ou grand) d'une mani�re agile (rapide et anticipative) !?


Toujours selon vous, on peut g�rer l'agilit� dans un projet quelque soit la taille de l'�quipe projet (9 ou plus) !?


Finalement les standards que vous aviez cit�s (PMP, CMMI ...) sont des best practices pour permettre une meilleur gestion de projet ??

Merci de votre retour.

[souviron34]

Donc si je comprends bien il y'a deux termes "Agilit�" et "Gestion de projet" !?

Non, pas vrament..

Il y a de la gestion financi�re - ou manageuriale pure , comme l'indique notre participant au dessus.

Il y a de la gestion de projet.

Dans cette cat�gorie de gestion de projet, diverses approches existent pour tenter d'arriver au bon r�sultat. Ces approches sont en gros regroup�es sous 2 grandes lignes ; les approches "traditionelles" style Waterfall, avec leurs variantes en cascade, en cycle en V, .. et les approches plus "agiles", plus souples et it�ratives.

Cycle de d�veloppement logiciel

Dans chacune de ces variantes, diverses formalisations ont vu le jour pour "normer" le d�roulement, ce sont les "m�thodologies".

Avec une approche dite "agile", il y a au minimum XP, scrum. eXtreme, RUP.. Avec une approche classique, on peut citer SADT, Merise, V..

Selon vous, l'agilit� est une m�thode pour g�rer les projets (petit ou grand) d'une mani�re agile (rapide et anticipative) !?

Toujours selon vous, on peut g�rer l'agilit� dans un projet quelque soit la taille de l'�quipe projet (9 ou plus) !?

Absolument, oui. Voir le Le Manifeste Agile (en note biblio il y a le lien vers la version originale)

Il n'est nulle part fait mention d'une quelconque restriction en terme de nombre de personnes ou de taille du projet ou de dur�e du projet..

Finalement les standards que vous aviez cit�s (PMP, CMMI ...) sont des best practices pour permettre une meilleur gestion de projet ??

NON..

• PMP et les "standards" cit�s par notre coll�gue plus haut sont des standards de managers, pas de gestion de projet.
  
  
• CMMI est, comme ISO-9001, 9002, .. une "m�trique", et un standard de processus, qui comprend bien plus que la gestion du projet, mais la gestion de l'ensemble de l'entreprise..

D'autre part, ces "standards" sont payant (chers) via des agr�ments de conformit�.

Qui peuvent �tre exig�s par certains clients, suivant le domaine dans lequel on travaille.


Les best-practices de gestion de projet ne sont pas vraiment courantes, ou sont fig�es au sein de "m�thodologies". En fait, pour les m�thodes agiles, le Manifeste serait plut�t le recueil des best-practices.

En fait, la vraie Best-practice globale est de toujours user d'une norme avec souplesse. Ne JAMAIS l'appliquer � la lettre, mais l'adapter en fonction du projet, de sa taille, de l'�quipe.. quelle que soit la m�thdologie utilis�e et le cycle de d�veloppement choisi.

De plus, comme je l'ai mentionn� dans l'autre thread, l'approche Agile que moi j'utilise et recommande, ne rentrant pas vraiment dans le cadre des diverses m�thodologies agiles en vogue (en France en tous cas), est le User-centered design, associ� � une gestion de projet agile.

[el_slapper]

(.../...)En fait, la vraie Best-practice globale est de toujours user d'une norme avec souplesse. Ne JAMAIS l'appliquer � la lettre, mais l'adapter en fonction du projet, de sa taille, de l'�quipe.. quelle que soit la m�thdologie utilis�e et le cycle de d�veloppement choisi.
(.../...)

C'est le plus important. J'ai d�j� �t� sur un projet en cycle en V ou les gens �taient "agiles". On a compl�tement chang� de m�thode de tests unitaires au milieu du gu�(les 3/4 des d�veloppements fonctionnels �taient d�j� faits), parceque la m�thode initial avait montr� des failles b�antes. Pourtant, on a eu une �tude de l'�xistant, puis une sp�cification, puis les d�veloppements fonctionnels, puis les Tests unitaires, puis l'homologation, puis la mise ne production. Une seule fois, comme un vrai cycle en V. R�sultat : une livraison dans les temps, et un surcout total de 1,5%(autant dire peanuts) sur le chiffrage.

Inversement, on peut parfaitement faire du SCRUM de mani�re m�canique et rigide. Sans donner au "client" le feed-back dont il a besoin pour les it�rations suivantes de sp�cifications. Sans adapter la longueur des sprints � l'�volution du projet. etc.....