English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Gestion de projet - le gestionnaire de voyager produit

Business RSS Feed





Diverses études? et le sens commun? indiquer que les clients impliquant augmente la probabilité que votre produit sera conforme aux exigences des clients (J'espère que ces études n'ont pas été financé avec l'argent de mes impôts!) Bien que les ci-dessus affirmation semble parfaitement évidente, le fait de l'affaire est des projets de logiciels sont nombreux à manquer d'entrée à la clientèle. Prenons l'exemple suivant: Semaine 0: Rouge, notre mangler un projet écologique, est en charge de la prochaine Communiqué du produit phare de son organisation. Pour les 3 derniers mois, Gestion des produits s'est réuni avec les clients existants et potentiels à définir les fonctionnalités supplémentaires devraient être ajoutés à l'actuel version. Après avoir recueilli ces exigences, le seul et unique chef de produit a écrit un SRS (Software Requirements Specification), qui a maintenant été remis à Red.Week 1: Après examen du SRS, le produit Première coupe de Développement du projet estime qu'il faudra entre 30 à 34 mois-personne pour répondre à toutes les exigences. Red's budget ne représente que 25 personne-months.Week 2: Red priorité absolue consiste à frotter la exigences. Malheureusement, le chef de produit, qui vient d'une rampe 3 Hard mois, a pris une des vacances bien méritées. Il sera de retour dans 1 semaine. Pour obtenir son équipe qui va, Red décide de prioriser les besoins se et couper quelques fonctionnalités qui ne se sent pas sont necessary.Week 3: Une autre semaine s'est écoulée et le chef de produit est de retour de ses vacances, bien reposé. Après avoir passé presque toute la journée en passant par sa boîte de réception, il tombe par hasard sur un e-mail à partir de Red informant que la fonctionnalité I18N ne le faisons dans ce communiqué compte tenu des contraintes budgétaires. Le chef de produit est fumant. "Cette fonctionnalité a été commise à un client et doit être dans le produit! "Sur cette note, il part pour l'Europe afin de rencontrer un énorme potentiel customer.Week 4: Le rouge est toujours sur le budget, et a besoin d'ajouter I18N retour dans le produit. Le gestionnaire de produit, il fait très clair que I18N était attendu par un client, mais ne précise pas de quelles autres fonctionnalités étaient de moindre priorité. Rouge espère qu'il peut tout régler lorsque le chef de produit revient en provenance d'Europe week.Week début de la prochaine 5: Notre Chef de produit devait revenir de cette semaine en Europe, mais une importante opportunité de vente se présentait au Brésil, donc il est parti une fois de plus. Comme le projet a déjà utilisé en hausse de 16 mois-personne, Red a désespérément besoin de déterminer les fonctions qui ne vont pas le faire dans le produit. Il demande autour de rétroaction, et chacun a une opinion différente. Red décide donc d'assouplir certaines des exigences liées à la performance. "Le système peut ne pas répondre rapidement, mais au moins toutes les fonctionnalités va fonctionner." Week 6: The Product Manager revient du Brésil. Il obtient finalement de rencontrer les Rouge et le reste de la R & D équipe. Il les informe qu'il est critique, le système répond aux exigences de performance. Toutefois, les rapports et les fonctionnalités SSO, qui étaient respectivement de taille à 2 et 3 mois de travail chacun, ne sont pas requis dans ce sortie du produit et peut être reprogrammé pour la prochaine version. Les développeurs de plomb qui travaillent sur ces caractéristiques de les informer qu'ils étaient tous deux ont effectué une ago.I semaine ne pense pas avoir besoin de décrire le reste de cette projet. Mais au cas où vous n'avez pas deviné, il était tard et plus budget.If vous demandez à ce chef de produit si oui ou non il a associé la clientèle dans le projet, sa réponse serait «Absolument! J'ai passé 3 mois à chercher des besoins et la rédaction d'un SRS. "Mais où était le feedback des clients quand le SRS besoin d'être nettoyée? Et où était le chef de produit quand-Rouge et l'équipe R & D nécessaires répond aux questions concernant la liste des fonctionnalités? En centaines de mots ou LessGathering feedback pour écrire votre SRS est un très bon départ à l'implication du client dans votre projet, mais vous ne pouvez pas s'arrêter là. Si votre entrée utilisateur s'arrête lorsque le produit Gestion des impressions sur le SRS, vous êtes en difficulté! Impliquant le client ayant des moyens du client ou son mandataire (par exemple le chef de produit), disponible à tout moment. Si vous croyez vraiment que l'implication de clients augmente la probabilité que votre produit sera conforme aux exigences des clients, assurez-vous qu'ils sont impliqués tout au long du projet, et pas seulement dans le Richard Définition phase.Luc orateur est professionnel et auteur de plus de 10 ans d'expérience en gestion du développement des applications logicielles. Il peut être atteint via The Mangler Project (http://www.projectmangler.com).

Source D'Article: Messaggiamo.Com

Translation by Google Translator





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!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Soumettez vos articles à Messaggiamo.Com Directory

Catégories


Copyright 2006-2011 Messaggiamo.Com - Plan du site - Privacy - Webmaster soumettre vos articles à Messaggiamo.Com Directory [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu