Vous dites dans l'un des commentaires que c'est votre premier travail. Les gestionnaires ne sont souvent techniques nulle part, sauf une boutique de logiciels dédiée selon mon expérience. Cela fait partie de la vie, il suffit de s'y habituer.
Vous pleurez et gémissez parce qu'il n'y a personne pour apprécier l'élégance de vos solutions. Le vrai problème ici n'est pas qu'il n'y a personne pour apprécier l'élégance de vos solutions, mais qu'il n'y a personne pour vous apprendre que vos solutions ne sont pas aussi bonnes que vous le pensez. Pratiquement tous les nouveaux programmeurs surestiment leurs compétences réelles. Sans mentor, il n'y a personne pour vous aider à améliorer vos pratiques. S'il n'y a personne pour vous encadrer, rejoignez des groupes d'utilisateurs locaux, participez activement et demandez à quelqu'un de vous encadrer. Encore mieux, cela vous aidera éventuellement à trouver un meilleur emploi.
Vous marquez un zéro au test Joel? Si vous êtes le seul codeur (et il semble que vous l'ayez écrit), pourquoi n'utilisez-vous pas le contrôle de code source? Qu'est-ce qui vous empêche? Si vous n'êtes pas le seul codeur, pourquoi personne ne peut-il réviser le code? Tous nos développeurs font de la révision de code, ce n'est pas une fonction de gestion, surtout lorsque les gestionnaires ne sont pas techniques.
Les exigences changent à peu près partout. Les besoins des entreprises changent continuellement et les non-programmeurs ne peuvent souvent pas visualiser ce que le programme fera jusqu'à ce qu'ils voient quelque chose. Ensuite, ils réalisent que ce n'est pas ce dont ils ont besoin. C'est pourquoi Agile a vraiment vu le jour parce que les anciennes méthodes ne géraient pas bien ce changement.
Configurez le suivi des bogues même si la direction ne souhaite pas saisir elle-même les données. Soyez responsable de la saisie de nouveaux bogues / fonctionnalités lorsque quelqu'un vous les mentionne. Cela aide vraiment de pouvoir dire au manager quand il veut un changement que l'on vous a attribué 27 autres choses et voici la liste, laquelle voulez-vous que je descende dans la liste des priorités pour accueillir ce nouveau changement. Cela vous aidera au moment de la révision, car vous pourrez compter le nombre de corrections de bogues et de fonctionnalités que vous avez mises en œuvre. Si tout le monde ne l'utilise pas, vous pouvez au moins le faire pour votre propre travail. S'ils ne vous permettent pas d'installer un logiciel, utilisez une feuille de calcul Excel. Prenez une initiative. Une fois que vous pourrez montrer les résultats, d'autres seront plus intéressés. Si vous pensez qu'il y a trop de travail pour une seule personne, le traqueur de bogues vous aidera à le prouver.
Ne fournissez pas de démos élégantes! Les démos doivent avoir l'air d'être gribouillées au stylo sur une feuille de papier. Plus l'interface est soignée, plus la personne non technique pense qu'elle est terminée.
Même si personne ne saurait si vous ne suivez pas les meilleures pratiques et le code semi-dur par exemple, vous le saurez et vous aurez de mauvaises habitudes. Cela ne vous servira pas bien dans votre prochain emploi. Faites donc les choses aussi près que possible de la bonne façon dans les circonstances. Assurez-vous d'écrire des tests (considérez cela comme faisant partie du temps de développement et mettez le temps de le faire dans toutes les estimations que vous donnez à la gestion même si vous ne dites pas spécifiquement que cela fait partie de l'estimation) et utilisez ces tests pour vous assurer les changements ultérieurs ne cassent pas autre chose.
Vous devez voir cela comme une opportunité inestimable de croître et de s'améliorer. Vous avez plus de liberté dans le codage réel que beaucoup de gens en ont à ce stade de votre carrière. Considérez donc cela comme une opportunité de créer un portefeuille de projets mis en œuvre avec succès. Lorsque vous allez chercher ce prochain travail, être capable de souligner des réalisations telles que le contrôle de source institué, le suivi des bogues institué, le nombre X créé d'implémentations de projet réussies, etc., vous fera vous démarquer du reste.
Vous avez également une excellente occasion ici d'apprendre à gérer les attentes à la hausse. C'est un atout qui vous sera utile pour le reste de votre carrière. Vous n'avez rien à perdre en essayant de faire cela ici, les choses ne sont déjà pas bonnes. Mais vous pouvez apprendre plus tard les compétences politiques qui vous aideront dans de meilleurs endroits. Apprenez à faire une analyse coûts-avantages. Apprenez à comprendre le domaine des affaires afin d'être convaincant lorsque vous leur parlez. Apprenez à parler en termes d'avantages pour l'entreprise et de profit. Faites des estimations pour chaque tâche qui vous est assignée et même si elles ne correspondent pas à ce que la direction vous donne, gardez une trace de ce que vous avez estimé et de ce qu'il a réellement fallu pour améliorer votre propre capacité à estimer le travail. Une fois que vous pouvez montrer que vos estimations ont toujours été plus précises que celles de la direction, ils seront plus susceptibles d'écouter lorsque vous leur direz que l'estimation est trop basse. Mais vous devez d'abord établir des antécédents à la fois d'estimations plus précises et, surtout, de la capacité de livrer les projets et de les faire fonctionner. Encore une fois, c'est une bonne compétence à avoir lorsque vous progressez dans votre carrière.
Surtout ne soyez pas passif et attendez-vous à ce que l'amélioration vienne d'en haut.