Établir / respecter des délais lorsque je travaille constamment avec des plates-formes et des cadres inconnus [fermé]

Je travaille pour une organisation de développement de produits qui fait de la publicité en ligne. Les missions que je reçois sont presque toujours sur des plateformes ou des outils sur lesquels je n'ai jamais travaillé auparavant. Au début, c'était Android. Puis node.js, puis windows phone, puis debian packaging, puis python, hadoop, ganglia, reverse engineering, geo PostgreSQL, et la liste continue.

Je suis heureux de pouvoir apprendre tant de choses au travail. Le problème que je continue de rencontrer est le respect des délais. Souvent, il n'est pas clair ce qui doit être fait pour accomplir une certaine tâche. J'aurais besoin de configurer le SDK approprié, d'exécuter des problèmes de démarrage, de lire en ligne, de parcourir la documentation, de rechercher en ligne pour chaque élément de travail de cette plate-forme. Parfois, je reçois des délais, parfois je crée ces délais.

Je trouve très difficile de respecter les délais de nombreuses fois. On devient plus rapide à faire quelque chose la deuxième fois, mais je ne travaille jamais sur un langage ou un cadre pendant plus d'une semaine ou deux. Et c'est très stressant et douloureux à gérer. Je reçois toute la honte flak et publique qui vient avec des délais manquants. Je soupçonne que cela ne peut pas être normal. Il ne peut pas être possible de fournir 7 applications Windows Phone sans rien savoir de C # en une semaine. Mais j'ai réussi à le faire un jour après la date limite. Tout ce que j'ai souvent c'est la recherche google pour me guider. Il y a souvent peu ou pas de documentation sur l'outil que je personnalise.

Je suis parfois coincé sur quelque chose parfois pendant des heures, voire des jours. Cela nuit à ma santé et je ne peux plus brûler l'huile de minuit pour chaque tâche. Cela provoque beaucoup d'angoisse mentale et de dépression.

Dans cette situation, ai-je raison de penser que tout délai que je donne est un tir dans le noir?

Est-ce normal? Est-ce que chaque élément de travail implique pour vous d'apprendre quelque chose de complètement nouveau à chaque fois? Je ne sais pas s'il est juste de dire que je suis peu performant pour ne pas être en mesure de respecter les délais sur les tâches impliquant un outil dont je ne sais rien. Comment dois-je gérer cela?

Ouais, c'est une recette parfaite pour l'épuisement professionnel. Vous devez faire comprendre à vos superviseurs les situations ridicules dans lesquelles ils vous mettent constamment. S'ils sont fidèles et refusent de bouger, il est temps d'aller ailleurs.

Il y a deux approches à adopter ici. La première consiste à prendre le temps qu'il vous a fallu pour faire le dernier projet qui était "similaire" au nouveau. Et doublez-le pour tenir compte des coûts de mise en place / d'apprentissage d'un nouvel environnement.

La seconde consiste à leur faire savoir que vous devez vous spécialiser pour exceller. Un cric de tous les métiers n'est un maître d'aucun.

Est-ce normal? Est-ce que chaque élément de travail implique pour vous d'apprendre quelque chose de complètement nouveau à chaque fois?

Non.

Si vous voulez donner de meilleures estimations, apprenez du passé . Gardez une trace du temps qu'il vous faut pour monter sur une nouvelle technologie par rapport à la mise en œuvre réelle. Cela peut être difficile si vous faites les deux en même temps, mais essayez d'être conscient de la différence.

Faites vos estimations sur la base d'une journée de travail normale , moins les interruptions normales. Ne tenez pas compte des heures supplémentaires dans votre estimation. Laissez cela pour aider à résoudre les problèmes qui surviennent. J'aime utiliser les heures supplémentaires pour aider à réaliser les projets à temps s'il y a des revers.

Tirez toujours parti de ce que vous savez , même s'il s'agit d'un territoire totalement inconnu. Par exemple, la connaissance d'un langage de programmation vous aidera à en apprendre un autre. Une fois que vous êtes exposé à différents paradigmes, vous pourrez déterminer la technologie relative la plus proche à partir de laquelle vous pouvez puiser. Par exemple, si vous avez besoin d'utiliser C # et que vous ne le savez pas, vous pouvez utiliser votre connaissance de Java ou C ++ pour commencer. Ce ne sera pas un à un et il existe généralement différentes méthodes pour accomplir ce dont vous avez besoin, mais c'est un bon point de départ.

Donc, dans des situations comme celle-ci, il est préférable d' estimer la mise en œuvre en fonction de quelque chose que vous savez déjà . Ajoutez du rembourrage pour résoudre les problèmes et gérer l'inconnu (généralement un petit pourcentage de l'estimation totale). En plus de cela, vous ajoutez du temps supplémentaire pour la recherche et l'apprentissage pour vous familiariser avec toute nouvelle technologie que vous devrez utiliser. Cette estimation peut être affectée par des choses comme la disponibilité de la documentation (comme la documentation de l'API, les articles de blog, les questions sur ces sites).

Maintenant que c'est réglé, nous arrivons à l'autre question: les délais prédéterminés. C'est une chose de manquer vos propres estimations car elles sont de votre responsabilité, mais c'est une autre chose de se voir attribuer un délai irréaliste (ce qui, je suppose, se produit dans votre cas). Dans cette situation, il est préférable d'effectuer toujours votre propre estimation pour voir si la date limite est réalisable ou non. Si ce n'est pas le cas, informez votre superviseur dès que possible de votre date limite estimée et pourquoi elle est différente. Si vous pouvez fournir une ventilation des différentes tâches et heures nécessaires pour effectuer chacune d'elles, cela aiderait votre estimation.

Si la direction n'est pas réceptive à vos commentaires, il est peut-être temps de chercher ailleurs. Plus vos estimations sont précises au fil du temps, plus la direction est susceptible de vous écouter si vos estimations diffèrent des leurs. Bien entendu, cela dépend de la gestion raisonnable et objective.

Encore une chose - vous n'en avez pas parlé, mais si vous avez droit à des vacances, utilisez-les . Ne les laissez pas inutilisés. Vous ne ferez pas vous-même ou à quelqu'un pour qui vous travaillez pour des faveurs si votre santé ou votre concentration se détériore au point où vous ne pouvez pas mener à bien vos projets. Si vous n'êtes pas autorisé à prendre des vacances parce qu'un projet est toujours dû avant la date et qu'il entre en conflit avec les vacances, il est temps de chercher ailleurs - en particulier avec la façon dont vous êtes censé remplir ces conditions.

Je te souhaite bonne chance.

Vous avez absolument raison dans vos sentiments. Il y a beaucoup de fausseté en ce moment dans les domaines suivants:

"Ingénieur Full Stack". C'est baloney. Je ne connais personne qui soit excellent sur les langages backend, excllent dans la base de données et excellent sur le front end. Les gens peuvent être bons dans une demi-douzaine de langues et / ou trois systèmes de bases de données différents, mais il y en aura encore beaucoup pour lesquels ils sont novices.

«Jack of all trades, master of none» les seniors le comprennent et apprennent qu'ils doivent choisir des domaines dans lesquels se spécialiser.

"10 000 heures". Une référence commune à être vraiment bon («expert») dans quelque chose. Comparez cela aux heures que vous passez dans chacun de ces domaines. Vous devrez peut-être vivre jusqu'à 178 ans pour devenir expert en tout.

Donc, ce qui précède n'est pas "la réponse", c'est un accord et plus de fourrage pour votre canon ... parce que la réponse est que vous devez organiser une réunion avec la direction et leur faire savoir que ces projets ont été formidables, vous avez adoré aider l'entreprise dans tous ces domaines. Mais tu souffres. Cela affecte votre santé. Tu es stressé. Vous voulez livrer un produit de haute qualité à temps, mais ces circonstances le rendent incroyablement difficile. Cela vous a même fait remettre en question votre avenir dans l'entreprise. Si vous êtes à la fois bon et très apprécié, cela ne devrait pas poser de problème.

Ce type de travail est typique des agences interactives. Un flux sans fin de projets indépendants et jetables dans des délais impossibles.

Considérez cela comme une étape de carrière potentiellement utile, mais soyez prêt à avancer avant de vous épuiser. Vous ne pouvez pas changer cette entreprise et ses besoins.

Commencez à réserver du temps pour l'estimation. Moins vous connaissez une technologie, plus vous avez besoin de temps pour produire une bonne estimation.

Essayez d'obtenir un temps fixe pour produire quelque chose d'exploration vers les besoins donnés. Vous devriez avoir une bien meilleure idée de ce que vous devez faire après cela. Par exemple, une ou deux semaines pour se mettre à jour sur Hadoop sont sur le bas de gamme, mais cela devrait suffire pour vous donner plus de confiance dans vos estimations.

Après cela, vous avez juste besoin de plus de compétences d'estimation. Essayez de suivre ce sur quoi vous passez votre temps. Assurez-vous que cela entre toujours dans vos estimations dès le départ. Suivez vos estimations par rapport au temps réel passé et intégrez-les dans les estimations futures.

Et donnez-vous toujours un tampon.

Tout d'abord - assurez-vous de savoir qui a pris l'engagement - si c'est le vôtre, c'est votre problème et vous devriez le rencontrer. Si ce n'est pas le vôtre, ce n'est pas votre problème. Dites à la personne qui s'est engagée en votre nom que vous ferez de votre mieux. Maintenant, l'astuce - ne prenez pas d'engagements que vous ne pouvez pas tenir. Tenir à vos armes.

Vous êtes victime d'intimidation - quelles sont les lois de votre pays à ce sujet?

Quelques phases utiles que j'ai utilisées (avec parcimonie, uniquement lorsque j'ai d'autres options)

• "Vous ne pouvez pas négocier des estimations, quelles fonctionnalités voulez-vous supprimer? Et la qualité?"
• "Je ne fais pas de marche vers la mort."
• "Si vous pensez que x peut être fait en y, vous le faites. J'apprécierai de vous voir échouer."
• "D'où vient cette estimation / chronologie? Eh bien, faites-les le faire"
• "La gestion de projet, c'est comme un ressort, plus on le comprime, plus le gâchis est gros lorsqu'il glisse, chanceux?"
• "Vous faites votre travail, laissez-moi faire le mien"
• "J'adorerais prendre cet engagement, et je comprends que vous avez besoin de x par y et combien c'est important pour vous. Pour faire ce travail, j'ai besoin (indiquez ce qui fera la plus grande différence)"