Quelles sont les choses les plus importantes à apprendre sur .net en tant que chef de projet ?

Question

Vous envisagez de vous lancer dans la gestion de projets technologiques .net

J'ai eu beaucoup d'expérience avec les projets PHP :Je connais la plupart des frameworks et bibliothèques existants et j'ai rédigé des spécifications et des études de cas basées sur ces connaissances.

Que dois-je savoir sur .net ?Quelles principales ressources me recommanderiez-vous de connaître afin que je puisse apprendre rapidement et plus tard rester à jour sur la technologie ?

Modifier (24/08/08) : Les réponses que j'ai obtenues jusqu'à présent parlent essentiellement du fait d'être un bon PM.Merci, mais ce n'est pas ce que je voulais dire.Tous les éléments essentiels de .net seraient appréciés.

Answer 1

Commencez par les bases avant de passer aux éléments de niveau supérieur comme les services Web (même si cela est également important).Les choses les plus importantes que vous devez apprendre, en tant que chef de projet, sont celles sur lesquelles vous interrogerez vos subordonnés plus tard.Par exemple, mon PM (également un gars PHP) n'a absolument aucune connaissance du garbage collection et de ses implications, ce qui rend extrêmement difficile pour moi de lui expliquer pourquoi notre service .NET Windows semble prendre 80 Mo de RAM.

N'oubliez pas que vous n'êtes pas celui qui a besoin de tout savoir.Vous devriez émettre des directives globales et laisser les personnes compétentes régler les détails.Cela dit, étudiez un peu les aspects techniques afin qu'ils puissent communiquer efficacement avec vous.

Edit (24/08/08) : Vous devriez savoir quelque chose sur les techniques sous-jacentes ;pas nécessairement tous les éléments .NET non plus (garbage collection, fichiers .config, canaux et services si vous exécutez des services adjacents à l'objectif principal de votre projet, des trucs comme ça).Les concepts de plus grande envergure incluraient probablement WPF (peut-être également Silverlight), LINQ (ou l'ORM de votre choix), ainsi que le pont Vista et le code de pontage associé si votre projet inclut des applications de bureau.Ces trois éléments semblent être au centre de cette série de .NET.Il est également très important d'avoir au moins une connaissance approfondie de la manière dont le code .NET peut/doit interagir avec le code natif :P/Invoke, Wrapping appelable au moment de l'exécution et Wrapping appelable COM.Il existe encore beaucoup de choses natives qui n’ont pas d’équivalent .NET.

En ce qui concerne les ressources, je recommande vivement MSDN Magazine.Ils ont tendance à prévisualiser les technologies et les outils à venir bien avant que les développeurs moyens ne les voient.

Answer 2

La règle numéro un est de NE PAS simplement demander des mises à jour de statut.C'est surtout ennuyeux Quand des phrases comme "Où en sommes-nous là-dessus?" sont utilisés.Si vous n'êtes pas directement impliqué dans les détails, assurez-vous simplement d'avoir établi des horaires ou des plans de communication afin de savoir ce qui se passe plutôt que de demander des mises à jour.

Answer 3

La chose la plus importante que vous voudrez probablement apprendre est la différence entre les programmeurs Windows et non Windows.Ils abordent les choses fondamentales différemment.Connaître la différence sera la clé pour gérer avec succès le projet.Si vous écoutez le podcast Stack Overflow, Jeff et Joel ont plusieurs discussions sur ce sujet.Comprendre les détails de la technologie sous-jacente n'est pour la plupart pas pertinent et vous ne la connaîtrez jamais assez bien pour affronter quelqu'un qui y travaille jour après jour.Vous pourrez probablement le récupérer au fur et à mesure.

Answer 4

La chose n°1 dont vous devez être conscient (et j'imagine que vous l'êtes probablement déjà) est que les gars qui font le codage devrait savent ce qu'ils font.En fonction de la personnalité des membres de votre équipe, vous devriez être en mesure de trouver quelqu'un qui soit disposé et capable de vous expliquer toutes les subtilités, selon les besoins.

D'après mon expérience, le plus gros obstacle à un projet est le PM qui comprend le projet, mais pas comment le réaliser (ce qui n'est pas un problème en soi), mais qui n'est pas non plus disposé à écouter ce que son équipe lui dit.Comme pour toute gestion de projet, acceptez le fait que vous ne pouvez pas tout savoir et soyez assez humble pour demander des explications si nécessaire.

Answer 5

Cela est peut-être ancien, mais devrait vous permettre de démarrer avec une présentation de haut niveau du .NET Framework.

http://news.zdnet.co.uk/software/0,1000000121,2134207,00.htm