Reprise du message précédent :

 
Tu fais ça où?
IDF?

Le contenu de ce message a été effacé par son auteur

Tu gardes ton job et tu vas voir les organismes de formation.
ils ont ponctuellement besoin d'intervenants pour des formations.
Tu commences ainsi à faire des formations et si ca marche, tu t'orientes vers un temps plein.

 
Il va falloir pousser plus loins que le simple ba-ba informatique, la plupart des "informaticiens" un peu expérimenté peuvent faire ça et c'est pas ce qui manque.
 
Mais sinon tu postules en FP en tant que vacataire.

 
Voire même d'autres gens, enfin ça dépend ce qu'on entend par « informatique ». Si ce sont des formations à la bureautique, je connais des gens pas du tout informaticiens qui font ça en contexte associatif (par ex des retraités qui forment d'autres retraités pour qu'ils communiquent mieux avec leurs petits-enfants, etc.).

+1 ca fonctionne bien pour les retraités.

 
Exactement, c'est pour ça que je l'avais mis entre guillemets

Le contenu de ce message a été effacé par son auteur

La mairie à côté de chez moi propose ce genre de formation. Par contre les formateurs sont bénévoles...

Oui, pour se reconvertir là-dedans spécifiquement et en vivre, il doit falloir être un peu plus spécialisé, par exemple proposer des formations à un progiciel particulier. Ou alors il y a l'éternelle formation en communication, là j'ai l'impression qu'il y a du lard et du cochon dans le parcours des formateurs.

Ou consultant en méthodes agiles, c'est encore à la mode?

Ça se monnaye bien dans un cabinet de conseil ou en ssii ouais plutôt

Le contenu de ce message a été effacé par son auteur

Ça prendrait un peu plus qu'un post sur hfr pour ça.
 
Et ça demande quand même pas mal de bases en informatique
 
Google is your friend

J'espère que tu aimes les post-its

 
J’aurai dit que pas du tout, du coup je suis perplexe  

Pour faire un court descriptif sur la méthode agile.
Pendant les années 90, le monde du bâtiment avait des problèmes pour tenir les délais des projets,
les coûts n'étaient pas respectés et le client  était mécontent du résultat.
Ils ont travaillé sur ces problèmes et ont essayé de les corriger.

Ensuite dans les années 2000, les informaticiens qui avaient les mêmes problèmes dans leurs projets, ont repris ces base et ont fait la méthode agile.

Et pour les 12 principes généraux, on peut reprendre wikipedia :

Satisfaire le client en priorité
Accueillir favorablement les demandes de changement
Livrer le plus souvent possible des versions opérationnelles de l’application
Assurer une coopération permanente entre le client et l’équipe projet
Construire des projets autour d’individus motivés
Privilégier la conversation en face à face
Mesurer l’avancement du projet en termes de fonctionnalités de l’application
Faire avancer le projet à un rythme soutenable et constant
Porter une attention continue à l’excellence technique et à la conception
Faire simple
Responsabiliser les équipes
Ajuster à intervalles réguliers son comportement et ses processus pour être plus efficace

C'est rarement bien fait et ca devient souvent un gros bordel

Mais du coup, c'est resté à l'état de projet dans le bâtiment ?  

C'est peut être intégré dans tout ce qui est Lean Construction du bâtiment.
Mais je n'en sais pas plus.

 
Ça doit dépendre du projet mené et du rôle dans l'équipe concernée. Mais c'est quand même mieux d'avoir un peu le jargon.

 
Mais quel jargon ?
Pour moi c’est tout le contraire, la méthodologie s’applique en réalité à beaucoup de domaines, si ce n’est TOUS les domaines.
Avoir le vocabulaire de la méthodo, c’est une chose, mais je vois pas ce que les compétences info viennent faire là-dedans  

 
Oui assez mais l'agile "de base" je pense que ça doit être pas mal bouché. Par contre ce qui a le vent en poupe c'est le SAFe, toutes les entreprises du CAC40 s'y mettent. Il y a un marché à venir pour toutes les entreprises de bonne taille qui suivent.

 
Un sacré gros paquet d'entreprises pour au moins la moitié des points.    

 
Je me place dans un contexte informatique, mener un projet c'est plus simple quand on connaît le domaine.
 
Après c'est une démarche pleine de bon sens donc oui a priori ça peut s'appliquer à tous les domaines.

Ma boîte pour une bonne partie....

Trello ftw

Ah sur ce sujet il y a 3 camps :
- Les pro outils infos Jira/versionOne (au passage Trello est maintenant dans le giron d'Atlassian aka Jira )
- Les pro post-it parceque c'est plus visuel et sympathique.  
- Les pro info + post-it car ça combine les avantages des deux.   (et ça te prend 2* plus de temps en gestion c'est choupi).

J'y ai eu droit à la dernière version.. quelle plaie à gérer.
Et encore on a eu la phase où on a migré "temporairement" (6 mois environ) d'un outil vers Jira et où on devait donc tout faire sur les 2 outils (donc tableau, plus 2 outils).
Et encore je me plains mais le chef d'équipe devait en plus utiliser un autre outil parce que le management chez le client n'utilise pas le même outil que les équipes  

Trello, j'ai vraiment du mal en dehors de l'utilisation pour des rétrospectives et du perso...
 
Pour de la "gestion de projet", jira fait le café même si les dernières versions sont une horreur

 
Bah j'ai été dans des entreprises ou des institutions qui fonctionnent comme ça, parfois à la demande du client parce qu'il a des process à la con. On livre en une seule fois après 3 ans de projet un truc qui ne correspond pas au besoin et est plein de trous dans la raquette, qui a été fait par des sous-traitants de sous-traitants dont aucun n'a jamais vu la couleur du client, avec une dilution de responsabilité dans les séparations verticales (hiérarchies) comme horizontales (trucs en silos qui se parlent pas), etc. Inutile de dire que c'est toujours un succès.

itou, un jour peut-être  

 
 
J'en remets une petite dose sur la boulangerie, avec un exemple concret de reconversion en cours d'un informaticien-trader vers un fournil bio (lien de la campagne de financement) : https://www.zeste.coop/fr/fournil1672
 
Il y a un apport de départ qui rend le projet possible et la transition probablement plus facile à vivre, mais ça ne fait pas tout et on peut imaginer que le bonhomme sait où il va

 
Ou alors il va se planter mais au moins il aura essayé, lui

Quelle idée de se reconvertir dans un domaine qui n'est pas son domaine d'origine

Ces gens font vraiment n'importe quoi, ça devrait être interdit un truc pareil.

Sinon pour ceux qui connaissent pas, Welcome to the Jungle est un média assez bien fait sur le monde du travail, qui parle régulièrement de reconversion et/ou création d'entreprise. Et en tout cas d'évolution professionnelle.
 
Exemple d'un gars qui a commencé comme "intrapreneur" : https://www.welcometothejungle.co/f [...] made-tepee

Drapouale

Bon j'ai pas envie de me reconvertir, mais j'ai deux choix qui se posent à moi.
Je suis responsable IT et Infra (avec une partie de l'exploit) avec une équipe de 4p (me MP si vous voulez mon CV pour avoir plus de détails).
Je viens principalement du développement, et j'ai pris cette opportunité il y a deux ans.
Plus le temps passe, plus j'ai l'impression que la partie "IT/SI" n'a pas ou peu d'avenir.
Actuellement j'ai du mal à trouver du sens personnel dans ce que je fais (ça du sens pour l'entreprise).
Je prenais beaucoup plus de plaisir quand je faisais du dev par ex.
Du coup je reviens à me dire qu'est ce que je veux faire/devenir.

J'ai 35ans, et il n'est pas trop tard, mais je ne veux pas me retrouver coincer plus tard.
Il faut absolument que je change de boîte, ça fait 10ans que je suis dedans (j'ai changé 3x de postes qd même)

J'ai deux choix qui se posent à moi :
- un poste de RSI qui ferait un peu office de proxy-man entre les éditeurs/intégrateur SaaS et le métier dans l'entreprise
- arrêter complètement cette voie et revenir dans le dev

Dans la première solution, je me dis pourquoi pas, c'est une startup, mais toute la partie "dev" n'est pas sous ma responsabilité. Au final je serai du pur support et j'ai peur que dans un futur très proche, ça soit pas useless mais presque
Dans la seconde, il y a un plafond de verre sur le salaire qui me bloque un peu. J'ai vu qu'il existait des structures qui accompagnaient les startups pour la partie développement (une sorte de CTO/Dev as Service), et je me demandais si c'était pas plutôt ça qui me botterait.

A la base je me voyais bien m'impliquer pour devenir DSI mais quand je vois la tournure des événements
En deux ans (que j'ai pris ce poste) les choses ont vraiment bien bougé et ça sent pas très bon pour cette "profession".
A la limite une DSI où il y a le pôle de développement, mais sinon tout est déporté dans le métier.

Bref tout ça pour dire que je dois prendre une décision et qu'un investissement personnel est à faire ASAP selon le choix.
Même si c'est pour rebondir plus tard, c'est pas grave, du moment que j'avance.

J'ai lu beaucoup de pages précédentes, c'est assez flippant, mais d'autres ont trouvé leur voie donc chapeau.
Je suis vraiment admiratif des personnes qui ont trouvé leur "voie" / "passion".
Moi j'ai l'impression de m'égarer..

C'est très intéressant, merci

Je réagis à deux petits points :

Je ne comprends pas ce que tu entends par là. Le « métier » prend la main sur la technique ? Ça me paraît bizarre, de mon expérience en tout cas, car dans les boîtes où j'ai travaillé, « interlocuteur métier » ça voulait un peu dire « la personne qui connaît rien à la technique et qu'il faut rassurer quand il va venir demander si le SI a pas un peu toussé (sic) ce matin ».

L'un des trucs les plus importants pour trouver sa voie (si tant est qu'on en ait une, il y a des gens qui vivent très bien sans, c'est aussi une question de caractère), c'est d'en avoir le temps. Si on est tout le temps le nez dans le guidon, on n'a jamais la possibilité de prendre assez de recul, de s'ouvrir à d'autres trucs pour découvrir des choses intéressantes, de s'interroger sur ce qu'on veut vraiment et de construire un truc.

C'est la difficulté de certaines reconversions (et l'IT est un domaine où c'est souvent vrai) : quand tu es à fond, éventuellement en stress/inquiet, avec des trucs à livrer tout le temps, une prod à gérer, parfois des astreintes, etc., c'est compliqué de se fabriquer ce temps de réflexion.

Est ce que la gestion de projets peut t'intéresser ?