Reprise du message précédent :

Ah non, de mon expérience c'est pas du tout systématique
Quand tu vois des projets qui dérivent sur des années, c'est que ça navigue à vue en haut.
Ça me fait toujours halluciner d'avancer sans avoir de dates butoir mais ça m'est plusieurs fois arrivé de faire des devs sur des projets où personne n'était capable de donner le reste à faire à un moment donné.

EDIT : il ne faut pas oublier qu'en info, les chefs de projets sont souvent des développeurs un peu plus vieux que les autres et qu'on veut facturer plus cher parce qu'ils coûtent plus cher.
Partant de là, si le mec a 10 ans d'XP en pissage de code no brain, il y a fort à parier qu'il n'ait pas le gros bon sens de faire un bête rétro planning. (je suis méchante, il y en a des bien ).
Ajoute à ça que dans les grosses COGIP, "je coûte cher donc je suis", les clients n'ont pas forcément intérêt à ce que le taf avance pour justifier de leur utilité quand c'est un presta qui fait le boulot.

Il faut savoir que tous les CP actuellement en poste, n'ont pas tous fait une école d'ingé, ni forcément une formation en gestion de projet.  
 
Paraît aussi que parmi eux, il y a :
- des cons,  
- des qui ont fait les soirées étudiantes alors que le cours de gestion de projet c'était le vendredi matin à 08h,
- des gens qui sont vraiment pas faits pour ça et qui s'en rendent compte le lendemain de la signature du crédit pour la maison,
- des principes de Peter-isés,
- etc.
 
Des êtres humains quoi

J'suis ni passé par une école d'ingénieur, ni n'ai fait de formation de gestion de projet, mais la gestion du calendrier, ca me semble l'outil le plus basique à mettre en place. J'hallucine un peu, en fait

Trop ça, cf. mon EDIT

Le gros bon sens ça ne se trouve pas sous le sabot d'un cheval, mon brave monsieur

pour te donner le niveau de l'encadrement, un pote me racontait une formation pour cdp et responsables info qu'il a eut dernierement
 
au cours de la semaine, le formateur voulait faire passer l'idée que la sous division d'une tache en plein de micro actions était source de perte de temps, et non de souplesse.
 
materiel necesaire : feuille de papier, crayon.
1) ecrire la liste des jours de la semaine, un a la fois et l'un en dessous de l'autre.
lundi
mardi
mercredi
etc
2) ecrire la liste des jours de la semaine, une lettre par jour a la fois
l
m
m
j
v
s
d
 
puis lu
ma
me
je
ve
sa
di
 
etc
 
 
bizarrement, moins de 10 secondes pour le faire d'une traite, et presque une minute pour le faire lettre par lettre avec le formateur d'en remettre une couche en continuant de parler et de distraire les eleves.
 
 
oh tiens comme c'est bizarre, trop de mini taches et d'interruptions rend le travail presque impossible a faire  
 
 
 
la plupart des cravatés n'ont aucune idée de ce que ca fait de bosser en bas de l'echelle, et le bon sens qui te semble evident, bah ils ne l'ont jamais eut, et faut leur faire des formations pour leur expliquer les evidences... alors, toujours surpris ?

 
Le pire, c'est que généralement, c'est lui qui annonce un délai irréaliste au client. Derrière, c'est débrouille toi...
 

 
Au contraire ! Je n'ai jamais compris pourquoi d'ailleurs. Moi client, je préfère qu'on annonce un délai réaliste plutôt que de découvrir à la date annoncée qu'il reste 2 mois de boulot...
 

Je fais de mon mieux dans le temps imparti. En général, ça ne laisse pas de choix que de faire des études manquant de qualité...

 
Dans ce cas-là, il se démerde et toi tu n'as pas de raison de te prendre le chou

ils disent tous ca, t'en trouve meme qui veulent que ca marche le jour J sans correction ultérieure
 
mais tout les clients finissent par revenir a la raison

Le truc c'est que le client qui a pris l'habitude de gérer 3 mois de retard sur ce que lui annonce son presta, si tu lui mets un mec qui tient ses délais, il est tout déboussolé, le pauvre

 
Ah mais clair  
Je trouve simplement dommage qu'avec de la concertation, il annoncerait un délai réaliste.  
Tu pourrais faire ton travail dans de meilleures conditions, et s'il n'est pas fait dans les temps, il peut venir te taper dessus.
 
Là, il passe pour un guignol vis à vis du client et il ne peut même pas venir te taper dessus puisque tu lui as dit que le délai n'est pas tenable.

Peut-être qu'il aime ça  

Mais grave, totalement pareille.

 
Comme l'a dit Tillow, les CP sont souvent des expérimentés à qui on a demandé durant 10 ans de pondre du code ultra-optimisé, zéro bug toussa, sans pression extérieure, tu livres "when it's done".
 
Un beau jour, parce qu'il sont devenus trop chers ou trop rouillés (principe de Peter ), on les catapulte CP et on leur demande alors de gérer des projets  
- avec des deadlines (souvent intenables) - Ah parce qu'il faut livrer pour le mois prochain en plus ?    
- zéro bug (car le mieux est l'ami du bien),  
- client qui considère comme anomalie une faute d'orthographe dans les specs (true story )
- sans filet (pas de supérieur hiérarchique pour recadrer car trop occupé)
 
Ajouter une absence flagrante de formation, un soupçon d'inculture, un savoir-être excécrable et voilà notre CP prêt à rater ses tous premiers projets

de la meme maniere qu'un presta doit etre tout déboussolé a l'énoncé du terme "pénalités de retard"

Et dire que dans mon ancienne boite on voulait absolument que je sois CDP. Désolée mais je n'aime pas ça et je n'ai pas les cojones pour ça.

Bof, ça dépend comment est négocié le contrat.
Si c'est un critère, c'est pas grave, on livre de la merde à temps et on fait un avenant -> profit    
Si ça n'est pas un critère, OSEF, YOLO, régie pour 10 ans au même poste.

Moi j'ai pas détesté les quelques mois où j'ai fait ça.
Déjà, il faut accepter qu'une partie de ton taf, c'est de faire des réunions où tu vas te faire engueuler. C'est comme ça, c'est pas personnel, mais comme tu es responsable, c'est sur toi qu'on gueule quand il y a un problème.
Perso je venais avec mes beaux graphiques et je démontrais factuellement par a+b que ça n'était pas possible quand c'était le cas.
Là j'ai découvert l'aspect négociation qui peut être vraiment créatif dans ce taf. Le mec en face de toi va se faire engueuler par son chef à lui parce que tu ne peux pas faire le boulot dans les délais intenables qu'il demande.
Donc il te met la pression. Tout l'art est de prévoir les points sur lesquels tu vas pouvoir négocier (réduction du scope, allongement des délais, fractionnement des livraisons, que sais-je) pour avoir une solution que lui pourra présenter à son chef sans trop se faire engueuler.
Le tout sans trop violer la qualité d'un boulot bien fait avec du gravier (on a une éthique).
Ça m'est arrivée de sortir de réunion avec un client en mode   alors qu'initialement il avait prévu de me mettre une chasse, tout ça parce que je lui ai proposé une solution qui satisfait à peu près tout le monde.

La vraie difficulté pour moi, c'est que les devs qui devaient faire les réalisations étaient anciennement à mon niveau et n'ont pas accepté que je passe CP. Ça c'est une erreur de ma hiérarchie parce qu'on ne fait pas grimper quelqu'un au sein d'une équipe déjà existante, ça ne marche jamais.

c'est un truc qui m'a toujours surpris. comment on peut livrer un produit non conforme, et esperer etre payé ?

J'ai connu un cas où le presta avait garantit que l'ERP serait opérationnel le jour J, et, quand le client lui a mis la pression, a en effet installé l'ERP le jour J. Déployé direct, sans filet mesdames et messieurs, y'avait pas le temps de prétester (de mémoire, ils avaient quand même fait les tests unitaires mais aucun/peu de test d'intégration pass'que "sur le papier ca marchait". Ca a duré 10 jours, ils ont dû rétrograder en urgence ensuite. Quand j'ai quitté mon cabinent, la demande du client était à 3,5 millions, compte-tenu du fait qu'un certain nombre de commandes avaient été préparées en vain (c'était de l'agro alimentaire), et que d'autres n'avaient pas été préparées du tout, pour certains de leurs clients principaux (sans compter l'inventaire en vrac, la compta à se torcher et j'en passe).

Et comme le temps que le dossier arrive chez nous, la stratégie du presta avait été "on n'a pas fait de connerie, c'est votre faute" écrit quasi noir sur blanc, impossible de virer le CDP stratégiquement, ils avaient trop la trouille que ce soit considéré comme une reconnaissance que tout n'avait pas bien marché de leur côté, voire que le type aille baver chez le client et lui donne des billes. Du coup il était retiré du terrain et nommé correspondant entre nous et le prestataire, sachant qu'on a compris dès le début qu'il n'était pas fiable vu qu'il ne disait que ce qui l'arrangeait.

Ma compréhension est que dans cette affaire, ce sont surtout les avocats qui vont s'en mettre plein les fouilles

Pas forcément d'accord
Je suis dans ce cas et pour moi ça c'est fait naturellement parce que j'avais le niveau et l'expérience pour ça, et parce que j'avais prouvé ma valeur en tant que wannabe-CP alors que j'étais ingé études & dév, avec des projets gérés à peu près correctement du début jusqu'à la fin.

tiens pendant la moitié de ton poste jkroyais que tu parlais de la gabegie au ministere de la defense...

Parce que prouver que c'est pas conforme, hors énorme merde obvious, ça prend un temps, des compétences et donc un argent que personne n'a envie de dépenser.
J'ai déjà vu la situation suivante chez un client : N est le chef de projet côté client qui pilote le presta X. N a de sérieux doutes sur la qualité du taf fourni par X (recette merdique, multiplication des livraisons etc.). X continue de lui assurer que le projet sera livré dans les délais.
Pour être sûr de son coup, N demande un audit de code à une boîte neutre qui ne vend pas de développement pour ne pas influencer. Cet audit doit être fait une fois la MEP réalisée parce qu'il est impossible d'accéder au code en cours de développement.
Tu sais comment ça s'est fini ?
N+1 a annulé l'audit parce qu'il avait tellement peur (à juste titre) du résultat que ça aurait pu lui coûter sa chaise.
N s'est fait engueuler par sa hiérarchie et comme prévu, le projet était plein de bugs

Déconne pas, ils ont apparemment pris de la graine de ce qui leur est arrivé: mon frangin bossait pour l'un de leur prestataires, le Ministère est venu le débaucher pour qu'il travaille sur un projet similaire à son actuel mais côté ministère parce que (je cite ce qu'on lui a dit en entretient) "on a besoin de quelqu'un qui détecte les conneries qu'on pourrait nous raconter d'un point de vue technique", (sous-entendu ce n'était pas le cas jusqu'à présent? )

Oui, dans ce contexte, effectivement.
Moi c'était beaucoup plus merdique. Je gérais deux projets toute seule depuis longtemps et on a voulu réunir tous les devs au sein d'une grosse équipe. Comme mes projets tournaient super bien, on m'a naturellement demandé de chapeauter ceux des autres, sauf que je n'avais pas trop de légitimité à leur yeux vu que je n'avais jamais bossé directement avec eux.
Ils ont juste vu la nénette qui n'était "que" dev comme eux et qu'on leur parachutait CP.
Ça marchait sans problème avec la majorité (parce que je suis sympa ) mais il y en a deux avec qui ça n'est pas passé.

Le taf est intéressant mais je me sens incapable de faire ce que tu as fait. Je stresserais quotidiennement, me connaissant. En plus je pense à un ancien chef qui nous envoyait des mails à 21h. Je ne veux pas sacrifier ma vie personnelle pour ça. Bon je sais que dans toutes les entreprises ce n'est pas comme ça.

y a des balles dans la nuque qui se perdent...

bah non, marché public, c'est les chefs qui font les cahiers des charges, sans jamais interviewer les fonctionnels et operateurs. tout les logiciels commandés par l'Administration sont honteux... ils arrivent a faire de l'outil informatique une gêne

 
Sympa ou pas, que ça plaise ou non, on ne peut malheureusement pas plaire à tout le monde, c'est un fait et faut faire avec.
Moi en tous cas je préfère en mode sympa...

Clairement, oui, j'avais trop de boulot parce que c'était une situation difficile mais j'ai beaucoup appris, j'avais aussi un super directeur de projet et c'est indispensable de ne pas être le point final de la chaîne de responsabilité quand c'est la merde.
Maintenant je préfère assurer la com' avec le métier (recueil de besoin, cadrage), c'est plus cool et valorisant parce que les gens ont l'impression de parler à quelqu'un qui comprend leur besoin.
Mais je referais bien CP dans un contexte avec pas trop de pression, j'aime bien organiser le taf

Ouais, clairement on ne peut pas plaire à tout le monde et il faut accepter d'être parfois un peu le méchant de service.
Le truc c'est que les mecs se mettaient en mode autiste et refusaient de me filer les billes dont j'avais besoin sans que j'aie de réel ascendant hiérarchique sur eux.
J'ai tenté de mettre les choses à plat pour dépersonnaliser le truc mais rien à faire...

ça dépend où  

Tu étais bien tombée et expérience enrichissante. Et bravo pour avoir reussi. Je ne cracherais pour un poste en MOA. Ça me changerait.

C'est souvent un rôle qui manque dans les projets. Avec un peu de bon sens et d'écoute, on peut assez facilement y mettre un pied.
Moi j'ai commencé à faire ça sur un projet où, suite à réduction budgétaire, la MOA a tout bonnement été supprimée.
Comme je connaissais bien le fonctionnel parce que ça faisait 1 an que j'étais sur le projet, j'ai commencé naturellement à aller poser les questions directement au métier, à recueillir les expressions de besoin, à faire des réunions-ateliers etc.
Quand on sait que tu n'es pas trop mauvais pour la réalisation et que le métier voit que tu poses les bonnes questions pour comprendre ce qu'il veut faire, on te fait vite confiance.
A la fin, je ne développais même plus moi-même, mais je faisais toutes les specs et je pilotais les recettes

Génial comme poste. Double casquette sur ton CV. Il faut que j'y réfléchisse. Bon pas possible chez mon client actuel mais si ça peut évoluer.
Merci Tillow pour le partage de tes expériences. C'est très enrichissant.

De rien

 
Parce que mettre quelque chose en prod, même si pas top, c'est toujours mieux que rien mettre Dans les cas des centaine des millions d'euros faut avancer le projet dans sa globalité, autant corriger sur le tas. En parlant pas aussi du cas si tu livres rien des centaines des gens reste chez eux, c'est spécifique à ma boite mais bon faut faire marcher le bousin

Parce que ça montre à ton client que tu travailles.
Mal, mais tu travailles

Pour être payé, y'a des personnes compétentes juridiquement pour dire que tu as livré à l'heure ou en retard mais avec X bonnes raisons.
Comme en général, ceux qui s'occupent des litiges côté client sont peu compétents pour juger que le produit est non conforme aux attentes, ça passe crème  

"Soit. Que proposes-tu pour que le travail soit fait en temps et en heure, compte-tenu des urgences du moment et des congés déjà planifiés ?"

Et c'est à ce moment là que tu sors les estimations de temps pour chaque tâche, et que tu prouves par a+b que c'est intenable (si c'est pas fait tu te prends 1 heure en loucedé pour faire les estimations de charge, c'est un très bon investissement ). Ton chef fera le tri entre ce qui est vital, très urgent et urgent (comprendre : impératif avant fin décembre, si possible pour fin décembre, et fin janvier) .

"On" oublie souvent les fondamentaux