Les gestionnaires de projets doivent être techniquement savvy?
"Les gestionnaires de projet doit être techniquement bon sens?" Cette question semble toujours à cause tout un émoi. Alors que certains pensent que tout ce qu'il vous faut pour gérer un projet est une certification PMP, d'autres sont convaincus que vous ne pouvez pas gérer avec succès un projet de développement logiciel, sauf si vous vraiment comprendre les subtilités de la product.I agree! Pour être un bon gestionnaire de projet, vous vous devez de connaître les tenants et aboutissants de votre solution. Vous devez être capables de concevoir et de développer la solution yourself.Here ya 5 tâches fondamentales de gestion de projet que les gestionnaires de projet ne peut pas accomplir, sauf si elles ont une solide formation technique et de comprendre vraiment la éléments de leur product.Estimating EffortIn afin de créer un plan de projet, vous devez être en mesure d'estimer combien d'effort est nécessaire pour remplir toutes les tâches requises. Inutile de dire que vous ne pouvez pas estimer à moins que vous vraiment l'effort de comprendre ce qui est impliqué dans la conception et la mise en œuvre de ces features.Unless vous comprendre ce qui est nécessaire pour atteindre 5-9 fiabilité, vous ne pouvez pas évaluer combien d'effort est nécessaire pour atteindre cette exigence de non-fonctionnelle. A moins que vous de bien comprendre comment écrire des Java Server Pages, vous ne pouvez pas prédire combien d'effort de développement est nécessaire pour transformer un prototype HTML à mettre pleinement fonctionnelle de JSP pages.Scheduling TasksImagine que quelqu'un vous les mains une liste des activités qui doivent être remplis pour un projet donné, ainsi que l'effort global. Pouvez-vous planifier les tâches dans un ordre logique? Si le développeurs de commencer par la présentation, l'entreprise, ou de la couche de stockage de données? Qui vient en premier lorsque l'on travaille sur une couche de présentation: le HTML, le JavaScript, les CSS, ou les servlets? Un chef de projet doit être en mesure de programmer des activités dans un ordre logique. Si vous ne pouvez pas déterminer quelles activités doivent venir en premier et celles qui peuvent se faire en parallèle, vous ne pouvez pas mettre sur pied un projet schedule.Assessing RiskImagine la scénario suivant. Votre produit est prévu pour être libéré dans les 5 jours. L'équipe QA découvre un défaut dans l'API par une série de tests CLI. Après avoir soigneusement examiné le problème, vous vous rendez compte que vous êtes développeurs ont travaillé autour de ce défaut de months.Given que vous êtes à seulement 5 jours de la libération de votre produit, il convient de corriger ce défaut ou d'un document de la solution? À ce moment, comment est-il risqué de modifier une API qui l'utilise? Comment êtes-vous convaincu que le développeur peut fixer cette API dans les délais? Quelle est la probabilité que l'évolution de cette API se cassera les modules appelant? Si vous corrigez le défaut maintenant, ou libérer le produit et l'adresse du bug dans un patch release? Sauf si vous avez vu le code de cette interface, vous ne pouvez pas répondre à toutes ces questions vous-même. Vous devez demander à votre développeurs. Vous n'êtes pas la décision maker. Ils are.Participating Dans la clientèle MeetingsCustomer réunions finissent toujours par des discussions techniques. Malheureusement, si vous ne pouvez pas parler intelligemment sur votre technologie, vous ne pouvez pas ajouter de la valeur à ces réunions. Vous n'êtes pas participant, vous êtes strictement l'écoute, et peut-être prendre des notes. Tôt ou tard, vos clients vont se trouver directement avec vos développeurs. Pourquoi contacter le gestionnaire du projet s'il ne peut pas me donner une réponse? I mai et aller directement à la source. "Assurer Rien Falls Through The CracksLet's face it. On n'a jamais autant de temps que vous souhaitez pour planifier vos projets. Ce qui est important est non pas que vous vous êtes parfait la première fois. Ce qui est important est que vous pouvez prendre les tâches qui sont tombées entre les mailles du filet avant qu'il ne soit trop late.If vous ne savez pas ce qui est nécessaire pour compléter votre solution, vous ne sera pas en mesure d'identifier toutes les activités négligé. Ils vont être soit fait remarquer par vos développeurs, ou tout simplement omis forever.In court? Pour être un bon gestionnaire de projet, vous devez être capable de concevoir et de le développement de la solution vous-même. Sinon, vous avez deux options. Vous pouvez soit (a) demander aux autres de prendre des décisions pour vous, ou (b) tout simplement semblant de savoir ce que vous parlez. Dans le premier cas, vous avez un projet Coordonnateur. Dans le second cas, vous êtes un projet Mangler.Luc Richard est titulaire d'un MBA, avec une majeure en haute technologie. Au cours des 10 dernières années, il a été la gestion du développement d'applications logicielles. Il est le fondateur Le projet de mangler (http://www.projectmangler.com), une ressource en ligne gratuite qui publie des articles, des récits, et d'autres prêts à utiliser des outils pour aider les développeurs, chefs d'équipe et les gestionnaires de livrer des projets de logiciels sur
Source D'Article: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster obtenir le code html
Ajouter cet article sur votre site Web dès maintenant!
Webmaster envoyer vos articles
Aucune inscription requise! Remplissez le formulaire et votre article est dans le Messaggiamo.Com répertoire!
