Comment éviter la dérive des objectifs en analyse d'affaires

Fluage portée

est ce qui arrive quand votre projet subit des changements et augmente au-delà de sa mission originale. Votre travail consiste à vous assurer que votre équipe reste sur la bonne voie en se référant à tous vos documents à tout moment une question sur la portée monte. Vous ne devez pas nécessairement à rejeter toute demande de CHANGE- vous avez juste à mettre chaque demande contre vos documents originaux pour voir si elle est un ajustement.

Si un intervenant demande une nouvelle exigence, vous souhaitez consulter votre documentation afin de déterminer si cela est quelque chose que vous avez initialement inscrit à travailler. Tu peux dire “ oui ” à l'extérieur de la portée requests- juste comprendre ce qui se passe quand vous le faites en comparant chaque demande à vos documents.

Lors de l'évaluation des demandes de changement, envisager la la gestion de projet de triple contrainte: Champ d'application (ce travail que vous pouvez faire), le temps (la quantité de temps que vous avez à compléter le travail) et les ressources (les personnes et l'argent que vous avez à compléter le travail que vous avez signé pour). Quand un changement proposé touche l'un de ces articles, il impacts un ou deux des deux autres.

Comment repérer fluage portée en analyse d'affaires

Pour identifier la portée fluage, suivez ces étapes:

1. Examinez convenu schéma de portée pour le projet que vous travaillez sur le.

2. Déterminer si la demande est dans la zone d'étude (le cercle) ou inscrit dans le flux de données et les agents externes existants.

   Si oui, il est pas portée fluage-il est une exigence supplémentaire que vous devez rendre compte. Si elle ne convient pas, il est fluage portée.

3. Effectuer une estimation approximative de l'impact de la portée, de temps et de ressources.

   Par exemple, l'ajout de nouvelles exigences peut faire tout ce qui suit:

4. Nécessitera du temps et / ou des ressources supplémentaires (que ce soit des ressources financières ou de personnes).

5. 
   
   
   
   

   Supprimer les éléments existants de la portée et les remplacer par les nouveaux éléments.

6. Demander que l'acteur compléter un document de changement de contrôle officiel détaillant le changement et la raison de la demande.

7. Estimer le changement et faire rapport à l'intervenant et l'équipe de projet de la modification de la portée du projet, le temps et les ressources nécessaires pour le changement.

   Le gestionnaire de projet décide d'accepter le changement dans la portée.

Vous souhaitez effectuer une estimation approximative à ce stade ou au moins aviser la partie prenante des conséquences de l'ajout de nouveaux éléments à la portée. Vous ne voulez pas passer beaucoup de temps à déterminer les chiffres exacts parce que chaque tâche d'estimation vous emmène loin de votre objectif principal - l'analyse!

Comment formuler un processus de contrôle des changements en analyse d'affaires

Le contrôle des changements est un processus par lequel la portée du projet est modifié. Comme pour tout projet, vous devez établir un processus formel de contrôle des changements. Bien que certaines parties prenantes peuvent redouter remplir des formulaires de changement de contrôle parce qu'ils pensent que les formes sont une perte de temps, vous devez les formes de sorte que vous pouvez comprendre le raisonnement derrière le changement.

Changement formes de demande créent des artefacts officielles pour la demande. De plus, lorsque les parties prenantes doivent remplir la documentation chaque fois qu'ils veulent pour demander un changement de périmètre, ils sont moins susceptibles de présenter en permanence des demandes ridicules qu'ils ne se sentent pas sont nécessaires pour l'entreprise.

Les plus de parties prenantes demandent et demandent des changements estimations, plus le temps l'équipe du projet passe estimer les changements plutôt que d'effectuer le travail d'analyse pour le projet. Bien que vous voulez établir une bonne relation de travail avec les parties prenantes, vous devez équilibrer vos estimations et aider sur de nouvelles choses avec les demandes initiales et portée du projet.

Toute demande de changement officiel doit contenir les éléments suivants au minimum. Les quatre premiers champs sont remplis par le requester- les deux derniers sont pour l'usage de l'équipe du projet:

• Nom demandeur et informations de contact: Le demandeur est l'actionnaire qui fait la demande. Informations de contact vous permet de contacter la personne en ce qui concerne le statut du changement et relie le changement avec l'intervenant qui finira le tester pendant les tests d'acceptation des utilisateurs.

• Date de la demande: Annonce de la date de la demande a été présentée est importante pour la compréhension des impacts. Si la demande vient dans une semaine avant un projet de 12 mois doit être déployé, instituant le changement peut être pratiquement impossible.

  Si la même demande est présentée une semaine après le même projet, le changement peut être beaucoup plus facile à faire. La date de soumission peut également aligner avec d'autres modules de travail (lorsque des solutions sont en cours de création), ce qui réduit l'impact.

• Modifier la description: Bien sûr, vous avez besoin de l'intervenant pour décrire le changement qu'elle veut faire. Assurez-vous que l'équipe de projet comprend ce que l'on entend par le changement. Si non, les membres devront faire des hypothèses quand ils estiment que la modification du projet. Ces hypothèses pourraient se tromper et avoir des impacts négatifs pour l'ensemble du projet. Retour à l'intervenant pour des éclaircissements.

• Motif de la demande: Ce champ explique pourquoi l'intervenant estime que ce changement est nécessaire. L'équipe de projet compare ses estimations contre cette région afin de déterminer si le changement aura un bon retour sur investissement.

• L'impact du projet estimé: L'équipe du projet détermine l'impact du projet en augmentant la quantité de temps, d'ajouter des coûts supplémentaires pour le projet, et / ou la suppression d'éléments existants du champ d'application pour tenir dans cet article. Rappelez-vous: Tout changement dans le temps devrait venir avec un changement de la date de mise en œuvre.

• Hypothèses: Dans le cadre de l'estimation, l'équipe de projet complète une liste d'hypothèses qu'il a faites lors de l'estimation de la modification du projet. Toute acceptation de la demande de changement doit prendre les hypothèses en compte.

Vous pouvez également suivre d'autres éléments dans le cadre du processus de contrôle des changements:

• Temps à remplir la demande de changement a eu

• Changer le numéro de demande (pour la traçabilité et l'identification)

• Ressources nécessaires

• Qui était responsable de la création de la demande de changement estimation de l'impact

• Date de la demande de modification a été approuvée ou refusée

• Inscrivez-off à partir du gestionnaire de projet, promoteur du projet, et la personne qui présente la demande de changement.