Avantages
Salaire correct, télétravail, application destiné aux établissements de santé
Inconvénients
L'entreprise est en constante mutation, il faut s’accrocher et dépenser beaucoup d'énergies pour rester à la page avec tous les changements. C’est une entreprise qui derrière la façade de la bienveillance et de la réalisation personnelle des collaborateurs, cache plusieurs points négatifs: - Absolument tout est tracé avec des stats, ce qui met une pression énorme sur les développeurs pour livrer peu importe les conséquences, l'important c’est de terminer les sprints à temps pour les stats et de montrer aux dirigeants qu’on est dans les temps. La notion d’agilité reste un jolie mot derrière lequel se cacher pour dire que cette méthodologie est suivie, mais ce n’est pas du tout appliqué correctement - Plusieurs projets (important et gros) mal gérés. L’équipe produit n’a aucune idée de comment le produit marche (sauf rares efforts de quelques personnes) et tout est mis sur les épaules des développeurs pour se débrouiller avec peu d’infos. Souvent le travail est basé sur du reverse engineering fait par les devs. - Dans l’application il y a une grosse (la majorité du projet) partie legacy, qui entraîne beaucoup des problèmes en production et énormément de pression sur les devs pour fixer des bugs hyper urgent (selon les périodes c’est arrivé que une squad complète soit mobilisée, chacun sur un bug différent en parallèle). La nouvelle partie n’est pas bien structurée à cause d'un manque de vue globale sur le projet. Des grosses partie core du projet développé ou modifié par des freelances qui sont parti sans aucun partage de connaissance (sur la durée de la mission) - OKR planifiée tous les 3 mois avec des objectifs qui ne tiennent pas en compte les aspirations de chacun. Beaucoup de stress pour les atteindre, et en cas contraire aucun accompagnement prévu pour s'améliorer sur certains points. Les OKR entraînent beaucoup d’administration à faire, très chronophages et pas motivants. La discussion des performances de chaque développeur est faite par le manager devant une commission, de façon complètement non transparent, sans aucun compte rendu et sans possibilité de réponse, si besoin, devant la commission - Beaucoup de mots sont utilisés comme bienveillance, accompagnement etc, mais ça reste que des mots. Dans les faits, il n'y a aucune formation pour les devs, tout doit être appris sur le travail en jonglant avec des sprints qui peuvent arriver à 5/6 sujets en parallèle. Cette situation crée beaucoup de charge mentale et des tensions dans l’ équipe, avec des deadline très courte - Plusieurs conflits dans l’équipe avec une manque de respect entre les collaborateurs, des cas de burnout passés sous silence et cachés par le management, à part le fait que la personne n’était plus là pour un certain temps, d’un jour à l’autre. - Engineering manager adepte au micro management qui fait tout sauf s'impliquer dans le bien-être de son l’équipe, supporter les collaborateurs dans certains situations, organiser des formations, pousser les gens vers le haut, être transparent pour ne pas créer de frustration, créer une ambiance détendue et stimulante dans laquelle on se sent bien et libre d’exprimer ses pensée sans être jugé par des commentaires étranges, être vraiment supra partes. Engineering manager qui prends des décisions techniques à la place des développeurs, qui fait les code reviews avec, souvent, la plupart des commentaires qui ne sont pas en lien avec le sujet de l'implémentation, qui pousse les développeurs à livrer livrer livrer, surtout en fin de sprint, pour avoir des bonnes stats, qui est de façon chronique en retard aux réunions (1:1, rèunion produit, …), etc - Globalement l’ambiance n’est pas bonne, car tous les développeurs sont sous le stress, et ça se ressent dans l’attitude des certains développeurs qui parfois peuvent être très arrogants. Il y en a aussi qui malheureusement font de la politique aux frais d’autres développeurs, pratique partagée aussi par certains managers. Difficile de travailler avec certains diva développeurs. En conclusion: la liste n’est pas exhaustive, mais donne une idée de ce qu’il y a derrière à des mots vides utilisés parce que ça fait tendance. Je ne conseillerai pas cette entreprise pour l'énorme pression sur les développeurs, la façon non méthodique de travailler qui se ressent sur la qualité du code produit, l’attitude arrogante de certains managers et développeurs. C’est une façon de travailler qui pousse les gens au maximum tout le temps, chose qui n’est pas soutenable dans la durée et qui peut causer (il y en a eu plusieurs) des burn-outs et d' autres problèmes liés au bien-être des collaborateurs.
