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
 

Problème de gestion de la méthodologie pour le suivi des questions relatives aux projets

Business RSS Feed





1. Qu'est-ce un problème? Une question d'un incident, les circonstances, problème ou d'enquête qui affecte ou affecte potentiellement la livraison dans les délais du projet, produit ou service, elle mai aussi influer sur la qualité des livrables et le coût des projets production.Some sont en cours et la définition d'une question est un peu différent. Un bureau d'aide définit une question comme une demande d'aide qui exige une réponse. Un service assure le suivi de demandes de service en tant que questions. Un groupe de maintenance des logiciels pistes rapports de bogues et des demandes d'amélioration comme issues.Because des questions d'impact ont sur un projet, développement de produit ou un service continu, gestion des problèmes est un aspect important de toute méthode de gestion. Cette méthodologie de gestion des problèmes promet de rendre le traitement des questions d'une partie transparente de vos méthodologies plus grande portée plutôt que comme un processus distincte de them.It n'est généralement pas difficile pour les membres de l'équipe d'identifier les problèmes, mais il est toujours utile d'avoir une définition de travail d'une question. N'oubliez pas que le plus ambitieux de votre projet seront les questions les plus Point arise.Action: L'équipe de projet doit être mis au courant de ce que les questions sont, de fournir quelques exemples, et de demander d'autres membres de l'équipe de fournir quelques examples.2. RequirementsA dépôt central de renseignements question facile accessibles à tous les membres de l'équipe, parce que c'est bon pour le moral de l'équipe et la productivité de savoir que leurs problèmes sont traités. Un dépôt central automatisé comme Issue Tracker est souhaitable car il rendre le la gestion des enjeux et des rapports du point easier.Action bien: Choisissez un dépôt central pour votre gestionnaire issues.An question est la personne choisie pour superviser toutes les questions. Il peut être le gestionnaire de projet, chef d'équipe ou d'une autre personne dans une position de leadership responsable. Le gestionnaire de question est chargé de s'assurer qu'il y est cohérente, disciplinée et continue des progrès réalisés sur toutes les questions. Le gestionnaire de l'émission est responsable devant le supérieur de gestion pour les progrès réalisés sur toutes les questions. Le gestionnaire communique progrès question problème à l'équipe, la haute direction et tous les point stakeholders.Action: Nommer un gestionnaire de l'émission et en aviser le gestionnaire de question de leur rôle et leur méthodologie responsibilities.This problème de gestion représente la meilleure pratique pour la gestion des questions. Cependant, l'objectif est de réussir un projet, développement de produit ou service, le but n'est pas de suivre un point fanatically.Action méthodologie: adapter la méthodologie pour la réussite de votre projet est maximized.3. DiscoveryIssues Steps3.1 peuvent surgir à tout moment. Quand un problème est découvert, il est enregistré dans la centrale repository.It est important de laisser les questions à être enregistré par un large groupe de personnes, dont des membres de l'équipe, la haute direction, les utilisateurs, les clients, les intervenants, les fournisseurs et les entrepreneurs. Il est important parce que s'il ya sont des obstacles à avoir signalé un problème alors il ya un risque accru que la question sera pas comptabilisés. Vous ne pouvez pas régler les problèmes que vous ne connaissez pas. Il n'est pas nécessaire que chacun ait accès au centre référentiel, mais plus vous pouvez autoriser l'élément better.Action: Mettre en place l'accès au dépôt central pour les personnes qui ont besoin it.3.2 personnes RecordingTraining d'identifier les questions est souvent inutile, cependant obtenir la population d'enregistrer l'émission dans le référentiel central aura une certaine formation et d'encouragement. Par exemple, un membre de l'équipe mai évoquer une question non comptabilisés au gestionnaire du projet lors d'une pause café ou d'autres informelles occasion, ce membre de l'équipe a besoin d'encouragements pour enregistrer ces questions dans le repository.For centrale, toutes sortes de questions, mieux vaut prévenir que la correction. Aussi, les questions ont tendance à être moins graves si elles sont adressée plus tôt que tard. Cela signifie que tous les efforts devraient être faits pour signaler les problèmes dès qu'ils sont découverts, au lieu d'attendre que la question de devenir «assez grave» avant de l'enregistrer. Ne pas avoir peur de faire double emploi avec un problème ou un chevauchement avec les problèmes actuels, c'est mieux que de rater une description complète issue.A de la cause de la question doivent être enregistrées dans le référentiel central. Résistez à la tentation de décrire le problème en termes d'une solution. Toute incidence de l'émission devrait être enregistrée. Joindre toute documentation à l'appui, captures d'écran, la sortie du rapport, les télécopies, messages d'erreur et d'autres médias problème.La décrit la personne qui enregistre la question peut faire une recommandation pour une solution, si elles en ont un. Cette personne devrait également donner à la question si possible, même si elle n'est attribué qu'à la question Manager for re-assignment.When une question est d'abord enregistrée, elle doit être enregistrée dans le référentiel central avec un code d'état qui reflète le fait qu'il est question nouvelle et n'a pas été revu. Il faut essayer également être faits pour catégoriser et classer la gravité de la date problème.La et qui a créé la question devrait être enregistrée dans le référentiel central. Ceci est fait automatiquement pour vous dans des systèmes tels que les équipes émission Tracker.Many décrire les enjeux en fonction de la solution souhaitée, laissant les autres à en déduire la délivrance effective. Ce n'est pas la meilleure pratique car elle limite la portée de ces solutions créatives. Comme exemple d'une question mal formulée: «Nous nécessité plus de gens. "Il n'ya aucune indication à cet exemple de ce que la question est en réalité, afin de trouver des solutions alternatives est impossible. Si le problème exemple avait été rédigé comme" Le département d'expédition nous a inondé avec le produit, il ya une possibilité de détérioration si on ne peut obtenir le produit livré. «Avec la question formulée de cette manière peut-être le service d'expédition peuvent prendre conscience de la façon dont les actions sont à l'origine il ya des questions à la ligne et adapter leurs actions.3.3 examen initial ReviewThe initial est un triage de nouvelles questions. Elle est généralement effectuée par le gestionnaire de délivrer ou de députés qui sont familiers avec la portée et les priorités du projet. Si L'équipe est petite toute l'équipe peut se réunir pour l'examen. Pour chaque nouveau numéro le statut, la catégorie et la gravité sont examinées et la question attribué à quelqu'un d'action et éventuellement d'un propriétaire est identifié comme follows.Sometimes la même personne qui enregistre le numéro de mai faire l'examen initial, de sorte que ces deux étapes peuvent être fusionnées en une seule dans cette décision statusa situation.3.3.1 émission est faite sur l'état de la prochaine problème. (L'état antérieur est «nouveau».) L'état de la question suivante reflète la nature et le calendrier des mesures pour régler la question. Il est l'un des éléments suivants: ouvert: des actions immédiates seront prises pour répondre aux issuedeferred: l'action sera reportée jusqu'à ce que certains des futurs timereferred: des mesures seront prises par un autre groupe, probablement parce que le problème est au-delà de l'actuel scopecancelled: aucune mesure ne sera prise aujourd'hui ou dans le 3.3.2 Catégoriser avenir de la première tentative issueA à catégoriser la question a été faite quand il a d'abord été enregistrées. Mais, maintenant, lors de l'examen initial, la catégorie peut être refined.The catégorie du problème propre est utile lorsque prioriser les ressources nécessaires pour répondre aux questions. Il est particulièrement utile pour rendre compte du point purposes.Action: Discutez avec l'équipe la meilleure façon de catégoriser les problèmes que vous attendre à obtenir et documenter les catégories qui sera used.3.3.3 Rank la gravité severityThe numéro reflète l'importance d'obtenir le problème résolu. Évidemment, vous voulez affecter des ressources à des questions les plus importantes devant le moindre ones.Action Article: Choisir un petit ensemble de codes de gravité qui ont un classement clair. Par exemple: Trivial, Standard, importants, Critique. Certaines personnes préfèrent: Faible, Moyen, Haut, Très High.3.3.4 AssignmentFrom le début, la prochaine personne à se prononcer sur la question doit être attribué à l'émission et notifié. Issue Tracker avisera automatiquement la personne affectée à cette question via email.If la description question est incomplète, la question peut être affectés à la partie appropriée pour réunir les informations nécessaires pour rendre la description question clear.Assign une personne et non un groupe. L'expérience a montré que les questions affectant les individus conduit à une plus grande la responsabilité de l'attribution des questions à des groupes. Un individu peut être confronté au sujet du manque de progrès, il est beaucoup plus difficile à affronter un groupe de personnes. Un groupe peut être représenté par un chef de groupe, de sorte que vous pouvez assigner une question au chef de groupe qui prendra les mesures pour réaffecter la question de corriger un membre du groupe qui vont effectivement répondre aux OwnershipIt issue.3.3.5 devrait être possible de décider quelles parties prenantes est le propriétaire de la problème. Ayant un propriétaire question est un moyen d'enregistrement qui est responsable de resolution.Owners la question doit examiner les questions dont ils sont propriétaires pour le progrès de la résolution. Si les progrès ne sont pas suffisamment la question de gestionnaire devrait être avisée afin que la situation peut être remedied.3.4 Prenant actionLe processus pour résoudre un problème parcourt les sous-étapes suivantes jusqu'à ce que le problème est résolu. La personne affectée à la question, prend des mesures pour adresse de la personne problème.La attribué à la question, les documents les mesures prises à un événement en cause dans le référentiel central. Un événement question a nom de la personne, la date et la description de l'action taken.Some processus question exige une étape d'approbation avant que des mesures complémentaires peuvent être prises. Cette approbation devrait prendre la forme de la signature de rabais sur une proposition. Bien que les signatures sur papier sont acceptables, un système automatique, c'est mieux. Issue Tracker événements en question ne peut en utiliser pour signer, car un utilisateur est requis pour se connecter à s'identifier, c'est aussi bon qu'un signature.If document contient la documentation à l'appui des mesures prises, comme un analyse coût-bénéfice d'un changement du système proposé, les fichiers de support sont attachés au processus de problème.La de trouver une solution mai contribuer à affiner la description du problème. Ce raffinement devraient être reflétées dans les mises à jour à la description du problème et le titre, ainsi que fixer des nouveaux dossiers à l'appui. Elle mai aussi exiger que la question soit ré-categorized.If la prochaine itération est de la responsabilité d'une autre personne la question est reassigned.If le problème est résolu dans cette itération, l'état est mis à jour pour refléter le fait que la question est inactif. Notez que les mesures prises impliquent mai réaffectation de la question, en état de changement, le perfectionnement du question de description, de modifier la catégorie de la question. Tous ces changements devraient être enregistrées dans le référentiel central. Changement de statut, de catégorie et la gravité sont automatiquement enregistrées pour vous dans un système automatisé système comme Tracker.3.5 question permanente OversightConsistent et l'évaluation continue des questions par le gestionnaire d'émission et l'équipe doit avoir lieu pour apporter les questions à régler. Cela peut passer par un périodique examen de toutes les questions actives dans le référentiel central avec l'équipe et d'un examen séparé avec le stakeholders.Escalate questions selon les besoins de réaffectation ou en changeant ownership.Report question et communiquer les progrès réalisés sur toutes les questions à la haute direction et à l'équipe, les abonnements peuvent être utilisés par la haute direction et l'équipe de suivre les progrès sur les questions individuelles. Ces rapports peuvent être intégrés dans l'état du projet question reporting.Analyze progrès et adapter les actions. Le référentiel central devrait être en mesure de fournir une rétroaction sur la façon efficiente, les questions sont en cours de création à la résolution. Si elle prend trop de temps à résoudre les questions importantes, alors le gestionnaire question doit trouver des moyens d'améliorer le turn-around time.4. FinallyThe suivantes sont un peu plus loin du point d'action itemsAction: Distribuer des copies de cette méthodologie de gestion des problèmes membres de l'équipe et les intervenants afin que chacun sache comment et pourquoi les questions sont le point managed.Action: Adapt et l'ampleur de cette méthodologie de gestion des problèmes pour vous conviennent échelle du projet et le point quirks.Action: Créer votre référentiel central, et c'est parti today.This méthodologie problème de gestion a évolué au fil de nombreuses années. Il a évolué à partir d'expériences sur des projets avec des budgets de 500.000 $ à 50,000,000 $ qui avait un nombre total de des questions allant de quelques centaines de questions à plusieurs milliers. Dans la moitié des cas, l'équipe du projet a été physiquement dispersées dans plusieurs countries.Grant Murray est responsable du projet et architecte d'applications d'entreprise

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