Comment progresser lorsqu'on travaille dans une TPE
Bonjour,
Je suis développeur .NET depuis 1 an (3 ans d'expérience avec mon contrat de professionnalisation) et je commence à rencontrer toutes les problématiques relatives à la gestion de projet. Je m'explique : j'ai commencé en tant que stagiaire dans cette TPE durant ma licence et en ce moment cela fait un an que j'ai fini mes études, je suis toujours dans cette boîte en tant que lead dév' cette fois avec un autre développeur sous ma tutelle et on commence à travailler sur de gros gros codes bien complexes comme il faut.
Si côté programmation je m'en sors bien, je progresse à un bon rythme (je trouve après peut être que je me fourvoie) je fais des tests en ligne et j'achète des livres. Ce que je souhaite savoir c'est comment faire pour progresser sur tout ce qui concerne la gestion d'un projet de conception et de développement logiciel ? Comment le documenter proprement (des exemples) ? Comment bien préparer les tests unitaires entre autres ? Comment gérer les sprints correctement ?
Y a-t-il des livres pour cela ? Assister à des forums ou des rencontres entre développeurs m'aidera-t-il ? J'ai par exemple beaucoup de mal à définir des délais pour les cycles de développement.
Enfin dernière question un peu bizarre je l'avoue : pensez-vous que je fais bien de rester dans une petite boîte comme celle-ci à mon âge ? Sachant que j'aime beaucoup cette boîte et je suis bien traité par celle-ci mais le fait de ne pas avoir une personne au dessus de moi pour m'apprendre certaines choses commence à me gêner.
Merci d'avance pour vos réponses,
Bien à vous.
Gestion de projet/Méthode, apprentissage, social
Note : Impossible de répondre à cette discussion je suis obligé de citer ton message. Ça explique peut-être le peu de réactions !
Avec un tel raisonnement tu ne peux que progresser et tu as de la chance d'avoir trouvé une entreprise où travailler est agréable. Peu importe la taille ou les compétences l'important c'est de se créer un environnement pour s'épanouir. Quand ça se complique faut simplifier, être plus méthodique et efficace…
Il existe de nombreux ouvrages pour améliorer ses compétences en matière de gestion de projet, génie logiciel et développement. Par exemple je pense à "Métier : Développeur" chez Dunod, à ceux sur des méthodes comme eXtreme Programming (XP) dont un chez Eyrolles… Pensez aussi aux nombreux articles car plus légers et ça aide à déterminer ce qu'on doit vraiment apprendre. Dans votre cas XP serait bien puisqu'il y a une approche binôme où par exemple on se corrige mutuellement. Ça permet aussi d'avoir une organisation plus tranversale et d'éviter la hiérarchie. C'est enrichissant surtout compte tenu de ton expérience. Ton collègue t'en remerciera et vous pourrez réellement parler de collaboration !
Les évènements autour du développement je connais peu mais rien que participer à un forum en ligne c'est un bon début. Dans tous les cas le retour d'autres personnes te sera profitable mais pour certaines problématiques comme le fameux trio coût/délai/qualité il faut aussi compter sur l'expérience. De nouveau j'insiste sur l'intérêt d'une méthodologie. Des petits diagrammes UML comme dans le Processus Unifié pour mieux communiquer, la documentation du code source, les bons outils…
Enfin ça devrait répondre à ton besoin d'un mentor. Chacun trouve sa voie… Les auteurs de tes ouvrages favoris ? L'inventeur du langage que tu maîtrises le plus ? Une communauté ? Même une personne moins expérimentée ou carrément sans réelle compétence dans ton domaine peut t'apprendre beaucoup de choses.
(Anti)social & formation-validation
Citation:
Envoyé par
larel_
Je vais exclure le fait de rencontrer des devs
Ça peut se faire de manière informelle juste via les apéros par exemple. Je pense aussi aux assos…
Citation:
Envoyé par
larel_
Au fait vous accordez une importance aux examens Microsoft
Je connais pas trop MS mais je me suis intéressé aux certifications PHP/Java. À une époque j'avais d'ailleurs validé mon auto-formation en PHP comme ça. Donc je pense que t'as raison de t'en servir comme repère à partir du moment où le programme est assez complet, que ça répond à tes besoins…