Gestion de projet - êtes-vous déjà fait
Qu'est-ce qui arrive quand un chef de projet demande à l'un des membres de son équipe: "Êtes-vous déjà fait? Si vous êtes un chef de projet chevronné, alors le scénario suivant sonore très familier. Si vous êtes nouveau à ce jeu, prenez ma parole pour lui: ce qui adviendra de vous !----------------------------------------- ------------- vedette dans cet article: RU Dunyet (alias Red )-------------------------- ----------------------------( lundi) Red: Allez-vous à faire pour ce vendredi? Editeur: Oh yeah. Je suis en avance sur le calendrier. (Mercredi) Rouge: Sommes-nous toujours sur la bonne voie pour vendredi? Editeur: Yep, pas de problème. (Vendredi matin) Rouge: Etes-vous fait? Editeur: Non, mais je devrait être fait aujourd'hui. Si peut-être de rester en retard, mais je ne vois pas pourquoi je ne pouvais pas terminer ce soir. (Vendredi soir) Red: Êtes-vous fait? Editeur: Non, mais comme je l'ai dit ce matin, je vais travailler tard ce soir pour terminer il. (Lundi) Rouge: Etes-vous fait? Editeur: Um, no. Mais je suis très proche. (Mercredi) Rouge: Etes-vous déjà fait? Développeur: je suis tombé sur quelques problèmes d'intégration parce que tel n'a pas expliqué correctement son interface. Mais non des soucis, il va m'aider à intégrer cet après-midi. Je vais vous laisser savoir quand nous sommes fait. (Vendredi) Rouge: Etes-vous déjà fait? Développeur: je travaille plus vite que je peux! N'ai-je pas dire que je vous faire savoir que je suis fait! What Do Qu'ils entendent par "Almost Done"? Le plus populaire de répondre à la rubrique "Comment votre fonction va?" question est: «Je suis presque fini". Mais qu'est-ce que les développeurs entendent par "presque"? Et que dire de "faire"? J'ai eu développeurs me disent qu'ils ont été faites quand ils ont en fait même pas commis leur code à la source référentiel. Quand je leur ai demandé ce qu'elle entendait par faire, ils ont répondu de leur code travaillé sur leur machine. Bien sûr, ils n'avaient pas commis leur code, de leur fonctionnalité intégrée, installée sur le quotidien de construire ou de développer des tests unitaires, mais c'est quelque chose que vous faire après que vous avez terminé, non? Faux! Leçon LearnedDon't demander vague des questions comme "Avez-vous déjà fait" et puis à pied. Percez le développeur pour plus de détails. Demandez des résultats spécifiques comme les logiciels spécifications (SRS), une fonction de démonstration, les résultats de tests unitaires, ou mieux encore, ont l'un de vos testeurs écrire un scénario de test s'appuiera sur le SRS et le faire exécuter contre le quotidien construire. Si le cas de test ne passe pas, la fonction n'est pas fait! Ne pas être un casse-pieds. Il ya des développeurs qui ont prouvé maintes et maintes fois ils développent des caractéristiques à temps et conformément aux spécifications, et il n'y a pas besoin de les déranger. Mais, fait savoir à tous que vous voulez un rapport précis sur le statut de chacun, et faire ce qui est nécessaire pour obtenir it.Luc Richard est conférencier professionnel et auteur de plus de 10 ans d'expérience en gestion du développement d'applications logicielles. Il peut être contacté par Le Projet mangler (http://www.projectmangler.com).
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!
