Reprise du message précédent :

Il y a une difference entre faire certaines modifs techniques et organisationnelles qui font chier mais sont possibles et même souhaitables .
Et arriver comme ça, et proposer tout a trac de passer d'un sgbd oracle/sybase/mysql  à un noSql/mongoDb sur le coeur de metier.  
   

Oui, je parlais plutôt du connard qui est propulsé à un poste, qui change toute l'organisation pour un truc à la mode qu'il a lu dans le dernier "l'usine nouvelle".
Genre le lean ou autre connerie qui relève du bon sens, en applique 1/3 des principes et se barre au bout d'un an quand il voit que c'est la merde.
 
En ce moment chez nous il faut être "agile".
Bien sûr personne n'a compris le principe, du coup ça se résume à coller des post it sur un tableau 1 fois par mois.

 
FullStack...  

Le problème de l'agile est qu'il te faut un chef d'orchestre pour apprendre à gérer ça correctement.  
Ou alors une formation à tout les devs afin de comprendre comment le mettre en place.  
De l'agile pour faire de l'agile c'est inutile. Appliquer tout les principes de l'agile parce que c'est tendance sans adapter et former c'est débile.  
 
Quand tu fais les formations itil par exemple on t'explique bien que passer de rien à tout, c'est nase et qu'il faut y aller progressivement en accompagnant les gens.
Le point positif c'est que ça permet de vendre plein de formateurs / conférenciers

j'imagine ça  

m'en parle pas.. on en est à notre 3ème "coach" agile en 1 an.. Faut dire que quand les équipes managériales veulent de l'agile mais sans se débarrasser du bon vieux cycle en V car au dessus ils veulent bien tester l'agile mais il faut qu'ils gardent leurs indicateurs.. bha forcement.. ça bloque
 

de toute façon, on ne peut pas appliquer de "l'agile" sur tous les projets.

 
Chez nous, "scrummaster" c'est finalement le rôle ingrat de "chef de projet.." mais c'est moins dévalorisant

Si ils veulent un développement rapide, mais avec tous les tests.
 
Chose impossible en AGILE.
 
Pour moi la methode agile c'est tres bien pour une appli mono fonction et autonome.
 
Dès que tu veux y taper dedans pour recupe des infos, c'est la cata lorsque les devs changent des variables sans prévenir.  
 

Voilà. Je pige rien à vos trucs de nerd, mais à vous lire c'est un truc qui permet surtout à des consultants en consulting de gonfler leur CV avec des lancements de projet topmoumoute (mais dont l'achèvement et les succès concrets sont pudiquement passés sous silence).

l'agile c'est une façon de traiter un projet "complexe". en principe tu construis un diagramme de gand pour avoir une date de livraison  
avec l'agile, si le client a une demande qui n'était pas prévue dans le cahier des charges et bien tu peux l'inclure sans balayer les fondations du projet.
ceci est la théorie, en pratique c'est les devs qui incluent des features pas prévues

Faux, en agile, la variable d'ajustement c'est le périmètre, ca n'a jamais été la qualité. Si les devs développe comme des merdes sans faire de tests, ca n'a pas de rapport avec la méthodo.

On va juste dire que t'as rien compris au truc et que tu es à ta place sur ce topic  

client : "vous avez carte blanche, c'est vous les pro"
2 mois après : "on va faire une nouvelle charte par une autre agence"
4 mois après : "ah oui au fait, on prends votre proposition"

 
 
Le debug c'est souvent le client qui le fait . Pkoi dans un process normal pour une release il faut 2 ou 3 fois moins temps en agile.
 
la methode agile ne pas s'appliquer partout, sauf comme il y a un gain de temps donc d'argent, les décideurs ne veuleut plus que ca.

Je pense que le problème que Silkr souligne c'est que c'est le même problème en cycle en V qu'en Agile : la pression de certains clients à en avoir toujours plus pour son argent.
 
En cycle en V, on propose un chiffrage qui est raboté et ça se traduit par des dossiers de tests et une qualif au rabais
 
En agile, ça se traduit par une course au points (avec notamment une conversion point/prix ou point/ETP toujours mise en place par certains ptits malins bien que pas dans l'esprit de l'agile)pour en prendre toujours plus. Et la aussi on rogne sur la spec, les dossiers de tests etc.

D'où le :

- Tu peux faire du code propre ?
- Non, j'ai pas le temps.

Dans ma boite on a sorti une release majeure uniquement pour dire qu'on l'a sorti.
On va passer de la version x.y.0.0 à x+1.0.0.0 sans que aucun client ne l'installe.

On est passé de version 2016 à version x.y.0.0 parce qu'elle est sortie fin 2017 alors que lors de mon entretien d'embauche en 2014 on m'avait dit qu'elle devait sortir avant 2016.
Du coup la version stable avec les modules fonctionnels sortira pour 2019/2020 (si tout ce passe bien).
Pendant ce temps là on corrige la version actuelle en prod depuis 2014 chez nos clients qui devient de plus en plus performante et plébiscitée.

Je ne sais pas si je suis clair...

Les devs ont très peu de responsabilité dans le fonctionnement de la méthodologie au final.
Faut surtout un bon PO, et des PMs qui comprennent qu'ils ne sont pas le centre du monde.
 

Pour moi le cancer de notre industrie c'est justement les gens qui ont un intérêt financier à te faire adopter des usines à gaz.
Y a qu'à regarder Google, FB, etc.
Leurs devs passent des formations ITIL tu crois?
https://www.youtube.com/watch?v=2u0sNRO-QKQ

absolument pas, mais ça explique les retards de ta boite

L'Agile n'a pas pour but de gagner du temps, mais d'atteindre plus rapidement un niveau de qualité donné et de réagir plus efficacement aux changements de specs. Si on laisse les développeurs coder comme des merdes, c'est pas le problème de la méthodo. Je bosse dans un domaine assez pointu où le bug ne peut pas finir chez le client, c'était le cas en cycle en V, c'est encore plus vrai en Agile ...

A quand le topic des phrases cultes des incultes de la gestion de projet ?

Je suis au support niveau 3 moi
Je subis les erreurs du reste de la boîte.

Sauf la compta et les services généraux (je suis dans les IRP pour ça)

Il y en aurait tellement à dire, que le forum entier n'y suffirait pas
 
D'ailleurs une petite, assez bonne (non ce n'est pas une stagiaire ) :  un tech spécialisé chez nous demande un logiciel pour gérer du matos électrique. En urgence (comme d'hab) et sans doc (comme d'hab aussi), juste le logiciel et le numéro de série en provenance du chef de projet national sur le bousin.
3 mails de ma part, avec le plus en plus de monde en CC, pour lui demander "je mets quoi comme paramètres pour ce logiciel", pour obtenir une doc... où il est question d'utiliser le bousin électrique en réseau après configuration avec des VLANs sur tous nos switch, prise en main sur le bousin électrique en RDP (du Windows 7 embarqué dessus)... et sans les paramètres pour le logiciel. Logiciel nécessaire pour justement configurer le réseau du bousin électrique.
Et encore je vais passer sur ses réponses sur la gestion des licences, mais ça se voit qu'il est complètement déconnecté de la réalité. Narmol dans ma boîte

J'en ai une mignonnette qui est arrivé il y a quelques mois dont j'avais oublié de parler:  
On a des compteurs reliés à un automate pour suivre la consommation de toute l'usine et répartir les charges.
 
Je remarque un jours par hasard que notre consommation énergie est de -0.012m^3/h machine en marche et ça depuis 2 semaines  
Je signale la chose au responsable service, et envoi un mail au service qui gère ça pour dire qu'il doit y avoir un soucis avec la consommation de gaz, réponse: "Tout est OK"
 
Mois suivant, le service concernée nous appelle pour savoir si on a fait des changements sur la machine, notre consommation a chuté
On revérifie, consommation est passée à -0.08m^3/h    
Plusieurs échanges qui se résument a "le compteur déconne" et "mais non ça marche"... On finit par lui poser LA question: "Mais comment tu peux dire que ça marche?"
 
Sa méthode est simple, on a une interface qui montre les consommations totales services par service et usine sur une période de temps choisie, il additionne manuellement toutes les consommations et regarde si ça tombe sur la conso usine. Devinez comment la conso usine est définie? Un calcul dans le système et non pas un retour du compteur général...
 
Voila comment l'usine nous a offert la consommation d'énergie de la machine pendant quasiment un mois
 
Pour les curieux, le coupable était un grain de sable dans la roue a aube qui avait bloqué le compteur  

  moi je te le fais en 3 lignes :
1- le boss a (toujours) raison
2- si le boss a tort, refère toi au 1)
3- si ton n+1 a tort refère toi au 2)

Moi je suis dans une team agile (SafeScrum), ou la DoD de ma team diffère de celle du train: si elle respectait les critères communs aux autres teams (on demanderait pas mieux, il y aurait batterie de tests unitaires, peer review du code, etc) le produit sortirait jamais de manière présentable à la date des salons ou il doit être présenté aux futurs clients (car il est dépendant des delivery des autres teams qui elles n'ont pas ces contraintes temporelles: c'est pas fini, ça passe au backlog et basta).  
A+,

SafeScrum... j'ose pas imaginer le concept

J'ajoute :
4- si ton N+1 et N+2 a tort, réfère toi au N+6.
En général, ça passe

Si a 50 ans t'as un n+6 c'est que t'as raté ta vie

Les boîtes où y a des n+6 te dégagent avant que tu atteignes 50 ans généralement.

http://safescrum.no/
A+,

J'avais vu une pub sfr sur bfm sur le mode agile.
C'est quand les entreprises ont un réseau en étoile, sans ça tout le monde ne peut pas accéder au serveur en même temps.

Bof quand j'étais à la SNCF N+6 ça tombait sur le PDG, et la "chaîne de commandement" dont je dépendait était courte pour la boite

ça ne s'invente pas, quand meme... pour ceux qui ont bossé dans l'informatique chez SILCA ... vous savez qu'ils sont en train de se réorganiser ?
 
le nouveau nom du bébé, c'est... CA-GIP

 
Merci pour l'anecdote.

tiens, en parlant de grain de sable, ça me rappelle un bruit suspect dans la salle info, chez nous.... On a 4 clim, (en cycle par deux, une seule peut suffire quelques heures en cas de besoin) et une faisait un drôle de bruit.....Le gars de la clim entre, commence son job.....hurlement....panne trouvée : un rat qui s'était faufilé dans les pales du cylindre ventilo  (clim murale) quand il était en veille, et qui n'est pas ressorti assez tôt....Il était complètement momifié

une salle d'info aussi bien protegée mais où un rat a quand meme pu entrer ... cette honte !

 
Il y a bien des souris sur chaque bureau

Des fois même en dessous