Maintenance d'un projet

[Henry22]

Bonjour,

Je me pose la question suivante. Est que la maintenance, c'est à dire:
- le développement des évolutions si le client le souhaite
- le suivi et la correction des bugs d'une application
pourrait être une bonne expérience pour un ingénieur en informatique qui débute sa carrière.

Je vous remercie par avance,

A+

[Derek Corgan]

Bonjour,

développement d'évolution = maintenance évolutive.
correction de bugs = maintenance corrective.

Il est important de savoir si le projet concerne l'une ou l'autre ou les deux.
La maintenance évolutive est la plus intéressante.

Est-ce un bon choix pour débuter ?
- bof ! Cela dépend des technologies utilisées sur le projet.
Il faut savoir si le projet est développé correctement (quels normes de dév sont utilisées, façon de travailler etc...).
Faire de la maintenance sur une application de qualité est une bonne chose cela permet de prendre de bonnes habitudes mais le propre d'une application de qualité c'est qu'elle génère moins de maintenance. Les applications merdiques par contre...
Si les technos sont pas up-to-date et que tu es féru de technos c'est à éviter car tu vas prendre du retard.
Cela peut être intéressant si tu souhaite évoluer vers de la gestion de projet car il est plus facile de prendre des responsabilités sur ce type de projet et tu sera plus proche du client.

[nfluch]

Envoyé par Derek Corgan

Bonjour,

développement d'évolution = maintenance évolutive.
correction de bugs = maintenance corrective.

Il est important de savoir si le projet concerne l'une ou l'autre ou les deux.
La maintenance évolutive est la plus intéressante.

Est-ce un bon choix pour débuter ?
- bof ! Cela dépend des technologies utilisées sur le projet.
Il faut savoir si le projet est développé correctement (quels normes de dév sont utilisées, façon de travailler etc...).
Faire de la maintenance sur une application de qualité est une bonne chose cela permet de prendre de bonnes habitudes mais le propre d'une application de qualité c'est qu'elle génère moins de maintenance. Les applications merdiques par contre...
Si les technos sont pas up-to-date et que tu es féru de technos c'est à éviter car tu vas prendre du retard.
Cela peut être intéressant si tu souhaite évoluer vers de la gestion de projet car il est plus facile de prendre des responsabilités sur ce type de projet et tu sera plus proche du client.

bien souvent la maintenance évolutive implique de la maintenance corrective
en effet lorsque tu t'aperçois que pour développer une nouvelle fonctionnalité le modèle de données contient des incohérences il faut passer par une phase de maintenance corrective (et si de plus tu sais qu'il y a des tonnes d'infos en dur dans le code et que ça ne permet pas de mettre en facteur certaines parties de fonctionnalités, il faut alors refaire pas mal de choses)

[Glutinus]

Envoyé par Henry22

Bonjour,

- le développement des évolutions si le client le souhaite
- le suivi et la correction des bugs d'une application

Houla, en général ça sent pas bon ça déjà ^^ il n'y aura sans doute pas beaucoup d'évolutions !

Je me méfie, je connais très peu de maintenance évolutive, la plupart du temps ça se résume à recevoir un coup de feu dès qu'on arrive à 8h du matin avec un mail en rouge "CA NE MARCHE PAS", les équipes de maintenance fait souvent du suivi de prod ou assistent (pour ne pas dire supplantent la plupart du temps...) des équipes de production qui ne savent pas lire un Dossier d'exploit (je ne dis pas qu'aucun équipe de production ne sait lire, juste qu'elles supplantent celles qui ne savent pas :p). Et la correction d'ano, bah c'est souvent de la qualité de données, un en-tête décalé de 2 cm, etc.

Bref, pour moi la maintenance souvent corrective c'est utile si tu tires tous les avantages :
- Demande le nombre de personnes dans l'équipe. Plus elle est nombreuse mieux c'est... vaut mieux pas se retrouver seul sur le feu
- Demande s'il y a des gens de ta boîte (si c'est une SSII) dans cette maintenance, l'intégration sera plus simple.
- Demande la techno bien sûr

[Henry22]

Re,

En effet, ça concerne l'embarqué dans le domaines des transports. On me dit que c'est l'occasion d'apprendre pas mal de choses:
- du développement en C embarqué (pour les évolutions)
- des corrections de bugs
- l'apprentissage d'outils de gestion de bugs

On m'a même dit que ça peut arriver qu'il y ait une certaine lassitude pour certaines personnes et qu'au bout d'un certain temps du coup on peut les mettre sur plusieurs projets en même temps pour faire de la maintenance.
Qu'en pensez vous?

Merci par avance

[Glutinus]

Les maintenances peuvent être mutualisées au sein d'une ou plusieurs équipes, tout dépend de la structure de la boîte.

Et oui, la maintenance peut des fois soûler... parce que ça peut être répététif, on peut avoir des pressions quasi-inutiles et insolvables (du genre un coup de fil "il faut que l'appli donne les bons résultats d'ici ce soir"), certaines personnes peuvent avoir envie "d'innover", enfin de créer un code de A à Z alors qu'on peut "rester bloqué" sur une maintenance...

Mais bon, pour commencer je trouve que ce n'est pas si mal. Mais charge à toi une fois que tu as bien acquis les bonnes pierres de demander de changer de mission si elle te soûle.

Ou alors être ferme et de commencer directement par du mode projet.

Il faut savoir aussi que plus le temps passe, plus il y a de la maintenance et en proportion moins de projets (surtout en période de crise), il s'agit également d'un discours de commercial / RH pour faire accepter des maintenances à tout le monde. Il ne faut pas croire que toutes les maintenances sont géniales (c'est souvent embêtant d'ailleurs, mais tout dépend). Il ne faut pas croire non plus que tu trouveras toujours un "vrai" projet from scratch.

[el_slapper]

ça a quand même l'avantage de montrer au petit débutant ce que c'est qu'une vraie appli, et de lui faire comprendre pourquoi certaines bonnes idées sont de fausses bonnes idées(comme une architecture excessive, ou inexistante, ou une surmodularisation, ou au contraire des blocs immenses, etc, ou des noms de variable en slovaque, etc.....).

Mais c'est plus un avantage pour ceux qui devront reprendre ses projets que pour le diplômé lui-même...

[Henry22]

Bonjour,

En fait, on m'a dit que si je me sens bien je peux rester 2 voire 3 ans. Mais si j'accepte il faut que je reste au moins 1 an et pas moins. Donc c'est pourquoi je réfléchis. Est ce que même 1 an de maintenance ça peut valoir le coût?

[Glutinus]

Hello,

Une fois placé, ta société voudra certainement que tu restes autant de temps qu'il le faudra. 3 ans est le maximum légal, ce à quoi la société cliente devra t'engager (ce qui n'arrive jamais, elle met fin au contrat avant).

Les SSII positionnent en général sur une période d'un an révolu, cependant si ça ne te convient pas à un moment donné tu as le droit de te plaindre. En général on resigne les contrats tous les trois mois.

Si la mission te convient je te conseille de rester effectivement un an ; en régie, c'est le temps nécessaire pour t'approprier de ton environnement. Comme ce sera ta première mission, elle te permettra d'appréhender le process projet (les réunions, livraisons, recette et autre).

[Glutinus]

Envoyé par Glutinus

Hello,

Une fois placé, ta société voudra certainement le plus longtemps possible. Tant que tout le monde est satisfait, autant que la facturation soit régulière ! 3 ans est le maximum légal, après quoi la société cliente devra t'engager (ce qui n'arrive jamais sauf si elle souhaite engager ; elle met souvent fin au contrat avant).

Les SSII positionnent en général sur une période d'un an révolu, cependant si ça ne te convient pas à un moment donné tu as le droit de te plaindre. En général on resigne les contrats tous les trois mois.

Si la mission te convient je te conseille de rester effectivement un an ; en régie, c'est le temps nécessaire pour t'approprier de ton environnement. Comme ce sera ta première mission, elle te permettra d'appréhender le process projet (les réunions, livraisons, recette et autre).

[frexville]

Je réponds un peu en retard.
Je me poserai plus la question : est-ce que le contenu de cette TMA va me permettre de me vendre dans les technologies et le domaine que je veux dans les procahins projet ?

[mala92]

Envoyé par Glutinus

Une fois placé, ta société voudra certainement que tu restes autant de temps qu'il le faudra. 3 ans est le maximum légal, ce à quoi la société cliente devra t'engager (ce qui n'arrive jamais, elle met fin au contrat avant).

Es-tu sûre de cette durée ?
Chez un grand industriel, la "règle des 18 mois" a été instaurée. Donc, je me dis que c'est pour une question légale.

Pour avoir connu la maintenance principalement corrective (après 8 ans d'expérience), j'ai craqué après 18 mois. Au début, c'est très enrichissant. Après ça devient lassant.

[Glutinus]

En tout cas on m'a encore dit trois ans pour ma mission précédente et ma mission actuelle ; l'industrie a-t-elle un traitement à part ? Ou alors peut-être qu'il y a eu des dérives, genre un gars qui a fait deux postes à intitulés différents, qui a prouvé aux prud'hommes que c'était pourtant les mêmes tâches ; ou alors une personne qui a changé de nom (genre une femme en se mariant) et qui est passé au travers des services achat de la société cliente, et qui en fait est bien restée trois ans !

Du coup en coupant la poire en deux, ils s'assurent encore plus de ne garder personne.

[Bluedeep]

Envoyé par Glutinus

Une fois placé, ta société voudra certainement que tu restes autant de temps qu'il le faudra. 3 ans est le maximum légal, ce à quoi la société cliente devra t'engager (ce qui n'arrive jamais, elle met fin au contrat avant).

Chez le client chez qui j'exerce en ce moment mes modestes talents, mon voisin de bureau vient de partir après plus de 5 ans.

Mon deuxième voisin de bureau est là depuis 7 ans.
(des presta tous les deux, oeuf corse).

[Glutinus]

Envoyé par Bluedeep

Chez le client chez qui j'exerce en ce moment mes modestes talents, mon voisin de bureau vient de partir après plus de 5 ans.

Mon deuxième voisin de bureau est là depuis 7 ans.
(des presta tous les deux, oeuf corse).

... A la demande du prestataire, je ne l'ai pas précisé ;-)

Bien sûr si t'es bien payé en prestation, chez un client chez qui tu trouves de l'intérêt mais qui ne t'intéresse pas dans sa globalité, rien ne t'oblige à "obliger" le client de t'embaucher.

Parmi des clients "recherchés", comme par exemple des grosses boîtes, banques, industries, elles feront gaffe de ne pas continuer avec toi.

Par exemple : j'ai fait deux ans dans une grosse banque ; changé de SSII, vacances, intercontrat blabla, un commercial me propose une mission dans cette banque, je me dis "ok, je change d'employeur, de rôle, de mission, de lieu, ça devrait être bon". Que nenni ! En appelant la personne que je devais remplacer, elle m'a dit que c'était pas la peine, le client fiche les prestas et après une mission c'est 8 mois avant de le reprendre.

[mala92]

Envoyé par Bluedeep

Chez le client chez qui j'exerce en ce moment mes modestes talents, mon voisin de bureau vient de partir après plus de 5 ans.

Mon deuxième voisin de bureau est là depuis 7 ans.

Petits joueurs !!!
La boite qui a instauré la règle des 18 mois, il y avait des prestat de plus de 10ans voire 15 (dans le même service).

[Bluedeep]

Envoyé par Glutinus;6511043P

armi des clients "recherchés", comme par exemple des grosses boîtes, banques, industries, elles feront gaffe de ne pas continuer avec toi.

Ah bon ? Alors, je ne sais pas à combien de CA ou d'employés tu considère une grosse boite, mais 70 000 personnes et 20 G€ de CA, moi je trouve que c'est déjà une grosse boite; pas toi .... ?

Par contre, un autre client ne gardait pas, du moins dans le service où j'intervenais - qui n'était pas la DSI - les presta plus de deux ans, mais pour éviter de devenir trop dépendant de certains intervenants externes.

[Derek Corgan]

Petite précisions sur la "règle des 3 ans",

j'ajoute que cela s'applique uniquement pour les missions d'assistance technique (réalisé dans les locaux du client)

si la TMA (c'est le sujet) est effectué dans un cadre contractuel spécifique (contrat de service entre la SSII et le client, le dev est sous la responsabilité d'une personne de sa SSII) alors cette règle ne s'applique.

Qui plus est si la TMA n'est pas effectuée dans les locaux de la société cliente.

A cette certains clients exigent que les TMA se fassent dans les locaux de la SSII.

Je connais des cas de personnes qui travaillent depuis 8 à 10 ans sur la même TMA pour le même (fidèle) client.
No problem. (Le client est une entreprise du CAC40).

[Bluedeep]

Envoyé par Derek Corgan

Je connais des cas de personnes qui travaillent depuis 8 à 10 ans sur la même TMA pour le même (fidèle) client.
No problem. (Le client est une entreprise du CAC40).

Faire de la TMA pendant 8 ans faut une certaine constance.

Je n'en ai jamais fait, et je ne pense pas que piloter une plateforme de TMA est un job qui m'amuserait. Mais, bon, chacun son truc.

[Derek Corgan]

Perso,

je ne peux pas non plus.

Surtout que l'intérêt de travailler en SSII est de faire varier ses missions.

Le risque dans ces cas-là est d'avoir des compétences trop spécialisées et/ou obsolètes.

A faire si intérêt du style : boulot à coté chez soi et purement alimentaire.

Par contre, pour l'employeur c'est intéressant... (et pour la sté du CAC aussi).