Pour en parler avec madame qui fait du management depuis maintenant quelques années, ca m'a validé que ca serait jamais mon truc

Enfin manager des gens qui vont tous dans le bon sens, qui font pas chier chaque année pour les congés, qui sont autonome, oui ca doit être super. Mais quand tu dois commencer à gérer les cas chiants, les frictions, gérard qui arrive en retard depuis 20 ans et considère comme scandaleux de devoir respecter les horaires maintenant, ceux qui ne savent pas bosser en équipe...

 
J'ai pris 4 semaines de congés en 18 ans.
 
Là je suis en train de bosser, forcement. 2 postes qui memtestent, un R5600X en Burn In sur OCCT en DOCP parce que n'a pas l'air stable, le RSI à payer, devis/factures, ranger le bordel, passer des commandes encore.

Pour en parler avec madame qui fait du management depuis maintenant quelques années, ca m'a validé que ca serait jamais mon truc
 
Enfin manager des gens qui vont tous dans le bon sens, qui font pas chier chaque année pour les congés, qui sont autonome, oui ca doit être super. Mais quand tu dois commencer à gérer les cas chiants, les frictions, gérard qui arrive en retard depuis 20 ans et considère comme scandaleux de devoir respecter les horaires maintenant, ceux qui ne savent pas bosser en équipe...

Pour en parler avec madame qui fait du management depuis maintenant quelques années, ca m'a validé que ca serait jamais mon truc

Enfin manager des gens qui vont tous dans le bon sens, qui font pas chier chaque année pour les congés, qui sont autonome, oui ca doit être super. Mais quand tu dois commencer à gérer les cas chiants, les frictions, gérard qui arrive en retard depuis 20 ans et considère comme scandaleux de devoir respecter les horaires maintenant, ceux qui ne savent pas bosser en équipe...

Pour en parler avec madame qui fait du management depuis maintenant quelques années, ca m'a validé que ca serait jamais mon truc
 
Enfin manager des gens qui vont tous dans le bon sens, qui font pas chier chaque année pour les congés, qui sont autonome, oui ca doit être super. Mais quand tu dois commencer à gérer les cas chiants, les frictions, gérard qui arrive en retard depuis 20 ans et considère comme scandaleux de devoir respecter les horaires maintenant, ceux qui ne savent pas bosser en équipe...

sans oublier le N+1 qui te demande whatmile rapports ou qui se mêle de trucs de ton équipe auxquels il comprend rien mais qu'on peut pas le rembarrer puisque c'est le chef, la finance qui fait n'importe quoi et/ou te demande des forecasts absurdes, etc
Je pense que ça peut vite rendre dingue d'être entre le marteau et l'enclume comme ça.

Wai c'est sur que si tu gères une armée de cons, c'est chiant. Et y'a pas que de bons côtés c'est certain mais comme tous les taffs.

Gérard qui arrive en retard mais qui fait son taf, perso je m'en balek puissance sevère

Par contre je pense que le plus chiant c'est les pas motivés.
Les mecs qui ont perdus la motiv de bosser, dépression coté perso, les mecs que tu peux pas dégager car en crouté en CDI bien au chaud

Gérard qui arrive en retard mais qui fait son taf, perso je m'en balek puissance sevère
 
Par contre je pense que le plus chiant c'est les pas motivés.  
Les mecs qui ont perdus la motiv de bosser, dépression coté perso, les mecs que tu peux pas dégager car en crouté en CDI bien au chaud

Je ne suis pas dans le dev.

Je sors de mon lurkage
Vous n'auriez pas des outils pour la gestion de ressources (et / ou forum à conseiller)?
Je suis moi même passé du coté obscure de la force et j'ai du mal d'une part à visualiser qui est en surcharge / souscharge et également à m'assurer que tel collaborateur sera bien disponible à tel date pour tel projet.
J'ai déjà essayé les gants et tableau excel, mais j'ai toujours une variable qui me fait foiré mes tableaux (soit trop macro/ soit pas assez). J'ai pas mal de projet à gérer, et surtout de la MCO qui me pourrit pas mal la coordination globale de mon service.

Le kanban bien appliqué peut apporter une bonne visibilité sur la charge en cours et à venir ainsi que la capacité de l'équipe à prendre les tâches.

Pour en parler avec madame qui fait du management depuis maintenant quelques années, ca m'a validé que ca serait jamais mon truc
 
Enfin manager des gens qui vont tous dans le bon sens, qui font pas chier chaque année pour les congés, qui sont autonome, oui ca doit être super. Mais quand tu dois commencer à gérer les cas chiants, les frictions, gérard qui arrive en retard depuis 20 ans et considère comme scandaleux de devoir respecter les horaires maintenant, ceux qui ne savent pas bosser en équipe...

Et simplement en sondant ton équipe ?
Genre Éric stp dis moi t'es sous l'eau ou t'en as encore sous la pédale ?

je dis ça en rigolant, ceci dit ici toute la branche OPS est passée en mode agile, avec plus ou moins de succès parce qu'effectivement quand tu fais pas que du projet et que tu es tout le temps en train d'attendre des entités externes à l'équipe pour pouvoir avancer sur les projets, le modèle perd un peu de sa pertinence.

 
on va quand même pas demander leur avis aux grouillots  

Je ne suis pas dans le dev.
Je suis plutôt dans le service à l’utilisateur.
Nous apportons la gestion classique de ticket (incident niveau 1-2/ demande) , mais également de la maintenance sur les systèmes, du change et des projets interne au SI ou pour les métiers. Cela permets également à mes gars une meilleur motivation, une montée de compétence et plus d'autonomie.

Il va peut être falloir s'y mettre alors, sinon la méthode AGILE va moins bien marcher

je dis ça en rigolant, ceci dit ici toute la branche OPS est passée en mode agile, avec plus ou moins de succès parce qu'effectivement quand tu fais pas que du projet et que tu es tout le temps en train d'attendre des entités externes à l'équipe pour pouvoir avancer sur les projets, le modèle perd un peu de sa pertinence.

Faut pas mettre dans le sprint des stories pour lesquelles il manque des prérequis  

Devops

Meuh non, faut simplement calibrer les interfaces devops/waterfall proprement avec un project manager dans son rôle de protecteur de l'équipe agile.
C'est simplement une synchronisation entre pods a mettre en place.
Évidemment, si t'as pas un chef de projet dédié a ça, et seulement un propriétaire du produit, un chef d'equipe et un maitre du screum, bah ca fonctionnera  jamais.
Dans ce cas, le plus simple c'est de virer tous les services pas agiles et embaucher agile.

(C'est voyant, le bullshit, ou je peux faire consultant ? )

Faut pas mettre dans le sprint des stories pour lesquelles il manque des prérequis  

Devops

 
C'est pas forcément des prérequis, ça peut être des étapes en milieu de projet. Faire tel truc, puis demander à l'équipe machin ou au fournisseur bidule de mettre tel autre truc en place, puis continuer sur autre chose etc. Y'a des blocages comme ça tout le temps, et en soi c'est pas gênant, c'est vraiment la méthode agile qui transforme ça en problème parce que "faut prévoir ce qu'on va terminer dans le sprint, et faut terminer ce qu'on a prévu avant la fin du script".
Autre problème, on gère des incidents et on fait du support. On peut pas vraiment prévoir à l'avance combien de temps on va y passer, donc combien de temps on aura de dispo pour le reste, donc ce qu'on planifie dans le sprint.
Bref, je dis pas que tout est à jeter mais à mon avis on essaye un peu de faire rentrer des ronds dans des carrés.
 
Et en dernier recours y'a toujours le N+1 qui balance un sujet en priorité 0 en plein milieu de sprint à traiter avant tout le reste  

Et simplement en sondant ton équipe ?
Genre Éric stp dis moi t'es sous l'eau ou t'en as encore sous la pédale ?

C'est pas forcément des prérequis, ça peut être des étapes en milieu de projet. Faire tel truc, puis demander à l'équipe machin ou au fournisseur bidule de mettre tel autre truc en place, puis continuer sur autre chose etc. Y'a des blocages comme ça tout le temps, et en soi c'est pas gênant, c'est vraiment la méthode agile qui transforme ça en problème parce que "faut prévoir ce qu'on va terminer dans le sprint, et faut terminer ce qu'on a prévu avant la fin du script".
Autre problème, on gère des incidents et on fait du support. On peut pas vraiment prévoir à l'avance combien de temps on va y passer, donc combien de temps on aura de dispo pour le reste, donc ce qu'on planifie dans le sprint.
Bref, je dis pas que tout est à jeter mais à mon avis on essaye un peu de faire rentrer des ronds dans des carrés.

Et en dernier recours y'a toujours le N+1 qui balance un sujet en priorité 0 en plein milieu de sprint à traiter avant tout le reste

C'est pas forcément des prérequis, ça peut être des étapes en milieu de projet. Faire tel truc, puis demander à l'équipe machin ou au fournisseur bidule de mettre tel autre truc en place, puis continuer sur autre chose etc. Y'a des blocages comme ça tout le temps, et en soi c'est pas gênant, c'est vraiment la méthode agile qui transforme ça en problème parce que "faut prévoir ce qu'on va terminer dans le sprint, et faut terminer ce qu'on a prévu avant la fin du sprint".
Autre problème, on gère des incidents et on fait du support. On peut pas vraiment prévoir à l'avance combien de temps on va y passer, donc combien de temps on aura de dispo pour le reste, donc ce qu'on planifie dans le sprint.
Bref, je dis pas que tout est à jeter mais à mon avis on essaye un peu de faire rentrer des ronds dans des carrés.

Et en dernier recours y'a toujours le N+1 qui balance un sujet en priorité 0 en plein milieu de sprint à traiter avant tout le reste  

DevOups

Servant Leader

So 2018

Je ne sais pas quel est exactement ton problème, mais la solution est la méthode AGILE

 
C'est pas forcément des prérequis, ça peut être des étapes en milieu de projet. Faire tel truc, puis demander à l'équipe machin ou au fournisseur bidule de mettre tel autre truc en place, puis continuer sur autre chose etc. Y'a des blocages comme ça tout le temps, et en soi c'est pas gênant, c'est vraiment la méthode agile qui transforme ça en problème parce que "faut prévoir ce qu'on va terminer dans le sprint, et faut terminer ce qu'on a prévu avant la fin du script".
Autre problème, on gère des incidents et on fait du support. On peut pas vraiment prévoir à l'avance combien de temps on va y passer, donc combien de temps on aura de dispo pour le reste, donc ce qu'on planifie dans le sprint.
Bref, je dis pas que tout est à jeter mais à mon avis on essaye un peu de faire rentrer des ronds dans des carrés.
 
Et en dernier recours y'a toujours le N+1 qui balance un sujet en priorité 0 en plein milieu de sprint à traiter avant tout le reste  

Et attendez, vous êtes pas encore sur du SAFe

J'ai une méthode agile perso, ca s'appelle la rache, c'est plutôt efficace  

sans oublier le N+1 qui te demande whatmile rapports ou qui se mêle de trucs de ton équipe auxquels il comprend rien mais qu'on peut pas le rembarrer puisque c'est le chef, la finance qui fait n'importe quoi et/ou te demande des forecasts absurdes, etc
Je pense que ça peut vite rendre dingue d'être entre le marteau et l'enclume comme ça.

Mets pas de durée a ton sprint. Tu pars sur une semaine de taf pour le sprint, si ça met deux, who cares, la suite etait pas planifiée non plus
Par contre faut être sérieux dans le suivi, si un jour on passe en incident, on met en pause mais faut reprendre après. Bosser agile supporte mal de faire plusieurs choses a la fois.

Bah faut faire des stories plus petites
Là où je suis actuellement y'a une gestion du support tournante, donc en gros tu sais que y'a 1j sur ~15 où tu risques de planter ta journée à faire autre chose, ca va.
Et GTFO pour le +1 qui essaye de court-circuiter

 
Ici on est certifié
 
Pas de budget, pas de réunions, pas de process, pas de spec, ..., on n'est pas emmerdé par la lourdeur de l'organisation

Et simplement en sondant ton équipe ?
Genre Éric stp dis moi t'es sous l'eau ou t'en as encore sous la pédale ?

 
Merci de vos réponses
Je le fais déjà, mais je me rends compte que certains disent toujours oui au risque de se mettre en difficulté alors que d'autres sont "toujours débordés" à raison ou non d'ailleurs.
C'est pourquoi je cherche à avoir une vue factuelle.  
Cela me permet également d'avoir une meilleur anticipation vis à vis de ce que je peux accepter / retarder/ refuser.

Les sprints, c'est surtout du Scrum, et je trouve personnellement que c'est pas adapté pour du pur ops (notamment quand t'as du support à gérer..)
Le kanban par contre, ça peut bien se faire, mais comme tout méthodo, ça se met pas comme ça en claquant des doigts.