[monde pro] Question sur durée d'un export de données

Salut !

Dans ma boîte, je suis depuis le 2 septembre sur un nouveau projet (quasiment à temps plein sauf peut-être 2 jours). Il consiste à récupérer des infos depuis la BDD d’un Prestashop (infos concernant les produits, les features, les groupes d’attributs, les attributs, les product_attributes (= des produits déclinés d’un produit originel en fonction de certains groupes d’attributs), catégories, et avec un ou 2 petits points relativement critiques) et à les écrire dans un CSV, pour les exporter vers une autre système. Le CSV doit respecter le format imposé par cet "autre système".

Le "respect du format" peut prendre diverses formes : certes il s’agit d’avoir les bons noms de colonnes (exemple : pour exporter une catégorie, il faut avoir au minimum une colonne "ID de la catégorie", "Nom de la catégorie", ce genre de choses), mais le truc peut aller un peu plus loin : pour importer un product_attribute, il faut s’assurer que certaines affirmations soient vraies concernant le product originel (les groupes d’attributs utilisés par le product_attribute doivent bien sûr être les mêmes que ceux du product originel par exemple). Bref ça paraît simple et logique et rapide à faire expliqué comme ça, mais il y a pas mal de conditions à vérifier quand on exporte certaines données.

En plus de ces conditions qui, si elles ne sont pas vérifiées, engendreront des warnings ou des bugs lorsqu’exportées vers "cet autre système", il y a aussi des problèmes au sein même des données Prestashop (encodages, incohérences de données, références de produits vides, produits déclinés d’un même produit originel mais qui ne partagent pas les mêmes groupes d’attributs, gros WTF !!).

Au final cette partie "export des données de PS vers cet autre système top secret" devait durer 1 à 2 semaines (projet avec crédit temps), j’en ai fait le double voire un peu plus du double. Et j’ai l’impression qu’on m’en fait un petit peu le reproche (mon chef de projet est aussi dev senior). Pourtant, les jointures SQL que j’ai mises en place dès la première semaine (et qui permettent de récupérer les données à exporter) n’ont que relativement peu changé, ce qui témoigne du fait que dès le début j’ai correctement su quelles données exporter et comment ; les seuls problèmes que j’ai rencontrés sont les problèmes de formats et leurs conditions qui doivent être vérifiées et autres soucis que j’ai expliqués ci-dessus. Il y avait finalement beaucoup de petits problèmes par-ci par-là donc.

N’ayant pas eu l’impression d’être confronté à de gros problèmes (en tout cas aucun ne m’a marqué), mais plutôt à plein de "petits" problèmes, je suis assez triste qu’on me fasse le reproche d’avoir doublé ou un peu plus que doublé le crédit temps… Mon chef de projet dit que ça fait 2 semaines qu’il argumente en disant lui-même au client que j’ai été confronté à plein de petits soucis qui ont retardé la livraison, mais je sens qu’il pense comme le client que j’ai juste eu du retard et que c’est quasiment justifiable par le fait que je serais quelqu’un de lent.

PS : quand je dis "top secret" c’est juste un moyen pour attiser votre curiosité et faciliter la mémorisation post-lecture…

Salut,

Si l’estimation de temps a été faite sur l’hypothèse que les données étaient propres, alors il est normal de réviser cette estimation si les données ne le sont pas autant qu’elles le devraient. Si le client n’est pas capable de le comprendre, c’est au chef de projet de lui expliquer. Quelqu’un d’avisé aurait pu préparer à l’avance le client à cette éventualité, en anticipant ce genre de problèmes dans le devis par exemple. Il y a une belle différence entre « exporter/importer des données » et « exporter/nettoyer/importer des données ».

La qualité des données d’entrées est un paramètre important dans beaucoup de tâches. Par exemple à mon travail, on est énormément ralentis par le manque de clarté de nos données d’entrées. Cela mène à de nombreuses discussions pour clarifier les points obscurs, et ça ralentit aussi beaucoup d’autres activités apparentées. Les estimations ont été refaites au vu de l’analyse préliminaire et la nouvelle planification en tient compte.

OK merci !

Effectivement il y a eu plusieurs problèmes de ce genre.

C’est aussi la réalisation de l’export dans les conditions fixées par le système qui en elle-même prend du temps je trouve…

Je vois mal comment j’aurai pu faire mieux que 3 ou 4 semaines…

Je ne pense pas être lent parce que je suis lent, ça n’a pas de sens

Salut,

Je ne pense pas être lent parce que je suis lent, ça n’a pas de sens

Est-ce que ton boss t’a fait directement une remarque de ce genre ? Je ne parle pas de ressenti ou de ce que tu penses qu’il pense, est-ce qu’il t’a directement dit que tu étais trop lent ? Si non, te bile pas, s’il a aussi fait du dev dans sa carrière il sait ce que c’est, et tant que toi de ton côté tu fais ton job sérieusement, tout va bien.

Non il ne l’a pas dit explicitement, mais il est gentil… Il m’a juste dit que le client commence à mettre un peu de pression, qu’on devait "déjà" livrer y a 2 semaines " " , et que c’est avec "ça" qu’il argumente "depuis 2 semaines ;-) " ("ça" = le fait qu’il y ait eu pas mal de petits soucis comme je l’ai expliqué dans mon post).

J’ai juste rapporté ce qu’il a écrit, pas copié/collé donc normalement juridiquement je risque rien si ?

Mais il est gentil de toute façon, jamais il ne me dira que je suis lent c’est juste impossible…

Edit : après ils savent que je suis sérieux, j’ai déjà bossé plusieurs week-ends (pas entiers évidemment) sur mon projet précédent et légèrement l’actuel

Il a beau être "gentil", c’est ton boss. S’il y a un problème avec tes performances, il te le dira. Là en l’état, il te tient juste au courant de la communication avec le client. Ne lis pas trop entre les lignes, l’échange que tu rapportes est normal et classique.

Bon ok eh bien merci. C’est vrai que cet échange peut sembler normal. Après je ne crois pas qu’il me trouve super rapide quand même. Depuis le début de ma période d’essai (qui normalement est terminée), il a quand même dit , en tout 2 fois et pour les deux projets : "ça m’aurait étonné que tu finisses ce tr-… Heu enfin non je veux dire que…", en parlant à chacune de ces deux fois d’un truc que je pensais avoir fini alors que non (car les spécifications dans le CDC étaient tout simplement inexistantes et que la seule explication était orale et qu’il a tendance à complexifier les trucs, à l’oral). A chaque fois ça m’a pris 30min max pour corriger le tir mais ça il ne le sait pas

M’enfin c’est sans doute 2 cas isolés.

Bon je vais faire comme si tout allait bien Vous pensez que je peux lui demander des trucs par rapport à mon éventuelle lenteur ? De toute façon j’ai fait 8 mois de période d’essai, si ça se trouve dès le 7è mois j’étais pris, je n’en sais rien (c’était reconductible 1 mois je crois).

Je vais réagir sur 2 points :

• Si au bout de 2 semaines ton manager ne te dit pas que tu es trop lent, c’est soit que tu n’es pas trop lent, soit que ton manager est mauvais. C’est son job de te faire ce genre de retours, donc s’il ne le fait pas c’est peut-être simplement qu’il n’y a pas besoin d’un faire un.
• Tu ne devrais pas bosser les week-ends. C’est pas bien pour toi, et c’est pas bien non plus au niveau général du monde du travail qui ne doit pas avoir l’impression que c’est normal de demander ça.

Edit : par rapport à ton dernier message, je trouve ça plutôt positif en fait, puisqu’il est manifestement surpris dans le bon sens. Et oui, tu peux lui poser directement la question par rapport à la durée de ton travail, c’est pour ça qu’il est là.

Edit : par rapport à ton dernier message, je trouve ça plutôt positif en fait, puisqu’il est manifestement surpris dans le bon sens

Ah non mais je me suis mal exprimé, c’est au contraire que je lui avais annoncé avoir fini un truc mais comme toujours je demande sa confirmation en lui expliquant clairement ce que j’ai fait et comment, il me dit que nope et m’explique et c’est là qu’il me dit que ça l’aurait étonné d’avoir bouclé ça aussi vite héhé. Donc au contraire ça me fait penser qu’il me prend pour un nul (alors qu’au passage à chacune des 2 occurrences de cet événement j’ai fixé le pb en genre 30min max car c’est jamais rien que des jointures, ce genre de trucs… bref c’est pas bien compliqué…).

Je suis d’accord avec le reste sinon

Édit Arius : ajout du contenu du post masqué

Au fait, il a aussi dit qu’on a un engagement pour livrer la partie 2 que je n’ai pas encore commencée, dans 2 semaines (et que je dois commencer lundi)…

ah oui désolé

ça marche, et comment je peux savoir si on me met en cause ? Connaissant mes collègues, personne ne me fera la remarque. Ils sont beaucoup trop gentils je vous assure. Et je dis bien "gentils", pas même un autre mot + sérieux, tant c’est celui-ci qu’il convient d’utiliser… Ils ont des valeurs humanistes poussées à l’extrême pour une société car apparemment ils ont eu de gros problèmes de pression psychologique à leur ancien boulot etc. Bref impossible qu’ils me fassent la moindre remarque de façon claire….

Non mais il faut que tu comprennes que c’est pas une question d’être gentil ou non, c’est le métier de ton supérieur. Il est là pour ça.

Oui mais moi je vous dis que c’est en totale contradiction avec leur personnalité il faut les connaître, ça doit vous paraître super bizarre mais je vous assure qu’ils font passer les collaborateurs quasiment devant les clients eux-mêmes, c’est vous dire à quel point ils sont humanistes.

Sinon je modifie ce que j’ai dit : il n’y avait aucune date de livraison de prévue, donc j’ai mis 4 semaines au lieu de…. Bah j’en sais rien du coup

Mais c’est pas ton problème à un moment. Déjà, s’il est sympa il fera l’effort de te manager correctement, et te faire comprendre la bonne gestion de tes délais, c’est être sympa. Et surtout, c’est leur boulot merde. Si tu te poses la question, pose-lui directement. Et c’est pas nous qui pouvons juger de ton travail.

Et s’il est pas foutu de te le dire, c’est qu’à un moment c’est lui qui ne fait pas son boulot.

Oui j’avoue, peut-être que je me mets trop la pression ou que le dev senior n’ose pas ou ne sait pas trop manager. Je sais qu’il aimerait redevenir dev simple et qu’ils envisagent de recruter un vrai chef de projets d’ici 6 à 12 mois !

Je lui demanderai quand même ce qu’il pense de ma "rapidité"…

Salut,

Globalement tu me sembles atteint d’un bon gros syndrome de l’imposteur. Tu es fraîchement diplômé sans expérience professionnelle, tu n’as pas les habitudes et réflexes d’une personne expérimentée et tu es donc plus lent que tes collègues qui ont de la bouteille, en tout cas pour l’instant.

De leur côté, ceux-ci peuvent avoir des estimations un peu faussées (en bien comme en mal) de tes capacités, parce que ça fait longtemps qu’ils codent et qu’ils ont oublié ce que c’est de débuter. Tu interprètes ces estimations faussées comme des reproches, alors que ce n’en sont pas forcément.

Par ailleurs, tu mentionnes 8 mois de période d’essai. Ce qui signifie que tu as fait 4 mois de période d’essai puis as été reconduit 4 mois, ce qui est la norme dans les ESN, qui prolongent presque systématiquement la période d’essai des nouveaux employés. Pour rappel, au cours de la période d’essai tu peux être licencié sans que l’employeur ne se justifie. Si en 8 mois ils sont mécontents de tes performances mais ne t’ont rien dit, c’est que en vrai ils ne sont pas mécontents.

Un conseil : sors-toi de cette angoisse permanente que tu t’imposes. Si tu n’es pas efficace, le manager/les RH te le diront. J’ai eu un ami à qui on a dit, pendant sa période d’essai, qu’il devait mettre un coup de collier. Ce n’est pas ton cas ? Soit la direction est contente de toi, soit elle ne fait pas son travail. Dans les deux cas ce n’est pas ton problème.

Si tu veux tu peux en parler avec ton manager pour voir ce qu’il en pense, et lui demander s’il a des pistes pour t’aider à progresser. Mais ôte-toi de la tête que tu es nul. Avoir une vision critique de soi c’est bien, se critiquer en permanence c’est mal.