Comment identifier la taille des entreprises du projet d'analyse

La taille des projets est un facteur important dans la détermination de ce que les tâches que vous entreprenez en tant qu'analyste d'affaires et combien de temps vous prenez pour les compléter. Les facteurs à considérer sont le nombre de fonctionnalités dont vous avez besoin pour livrer, le nombre de personnes vous interagissez avec, et le nombre de personnes qui utiliseront la solution. Susciter exigences de 1 parties prenantes est moins de temps que de susciter 50.

Comment gérer les petits projets comme analyste d'affaires

Ceux-ci sont généralement beaucoup plus faible envergure et peuvent même être considérés comme des projets d'entretien, ou billets (demandes d'amélioration introduits dans un système de suivi). En général, ils ont une quantité minimale de risque et présentent les caractéristiques suivantes:

• Ils ont besoin de petites quantités d'effort, à faible coût, et le toucher seulement un ou deux systèmes. Cette portée limitée rend la portée petite.

• Ils impliquent un nombre minimal de personnes - parfois juste un développeur et l'analyste d'affaires - et ne pas avoir de nombreuses interfaces avec d'autres systèmes.

• Ils sont généralement des projets d'entretien, conçus pour améliorer un système existant, plutôt que mises en œuvre de nouveaux systèmes pour soutenir un processus d'entreprise.

Lorsque vous planifiez pour un petit projet, vous ne devez pas produire le même nombre de livrables (ou niveau d'effort) comme vous le faites pour un grand projet, mais cela ne signifie pas que vous ne devez vous assurer que vous ' re aborder le problème de bonnes affaires avec votre plan.

Les petits projets peuvent être motivant parce que vous pouvez voir les résultats dans un temps assez court, mais vous ne pouvez pas sauter des étapes cruciales dans le processus de planification.

Lors de la planification pour les petits projets, tenir compte de ces aspects:

• 
  
  
  
  

  Vous pouvez participer dans les processus formels et informels, la communication, et les résultats attendus. Certains vraiment petits projets sont souvent discutés dans un couloir ou dessinés sur le tableau blanc de quelqu'un.

• Même (ou peut-être, en particulier) sur un petit projet, vous avez encore besoin de comprendre la portée. Sans une compréhension des limites du projet, vous pouvez vous laisser distraire, hors piste, et perdu dans divers courants de l'effort de travail rapidement.

  Définir la portée est l'étape la plus critique, même pour de simples demandes. Si vous ne comprenez pas la portée, vous pouvez opter pour ce qui semble être une solution simple et évidente, plutôt que le droit solution.

• Vous devez établir un objectif clair et objectif. Cela vous assurer que vous êtes passé (probablement très limitées) des ressources de l'organisation à la bonne place.

Comment aborder les grands projets comme analyste d'affaires

Les grands projets sont parfois dénommés monstre projets. Ils ont généralement le risque commercial élevé parce que plus est en jeu. Si les projets échouent, l'entreprise peut perdre une importante somme d'argent et / ou de perdre sur une occasion. Les grands projets présentent les caractéristiques suivantes:

• Ils exigent de grandes quantités d'effort, ont un coût élevé et grande portée, et durer longtemps.

• Ils impliquent beaucoup de gens.

• Ils peuvent contenir des caractéristiques avec de nombreuses dépendances - autrement dit, une caractéristique peut être lié à d'autres, ce qui signifie une modification elle se traduit par un changement de nombre.

• Ils sont essentiels à la mission.

• Ils sont complexes.

Planification de projets de monstre est généralement formelle et peut impliquer d'importantes ressources. De nouveaux efforts de développement ont également un risque technique de haut parce que la technologie permettant peut-être pas familier aux ressources de l'entreprise et de l'informatique interne ou avoir des interfaces de systèmes complexes. Ces efforts de développement ont besoin de vous le suivant:

• Formalité dans le processus, la communication, et les résultats attendus

• Discussion complète du projet avec les parties prenantes, indépendamment du type

• Suffisamment de temps pour planifier officiellement le projet avec le gestionnaire de projet, une méthodologie établie pour guider les tâches et les livrables planification, et la collaboration avec une avance IT / développeur dans la planification de l'effort

• Un but et des objectifs clairs pour définir la portée et de la communication claire des limites du champ d'application à toutes les parties prenantes

  Casser la portée en plusieurs petits projets qui peuvent chaque offrent une valeur commerciale et d'être plus gérable pour réduire le risque, retravailler, et les coûts et de capitaliser sur les leçons apprises.

• UN étude de faisabilité (une étude menée pour découvrir les forces et les faiblesses du projet, les opportunités et les menaces environnementales du projet pose, les ressources nécessaires pour créer le projet, et les critères de réussite du projet) et le prototype

• Enquête approfondie sur le problème de l'entreprise ou de la possibilité et de l'achèvement de toutes les exigences catégories (métier, fonctionnels, transition, etc.)

• Analyse des parties prenantes approfondie et des plans de communication