Les types de projets d'analyse d'affaires: amélioration de logiciels et d'entretien, Lit, et d'impartition

Le type des impacts du projet les catégories de besoins que vous suscitez, analyser et communiquer dans votre analyse de l'entreprise. Rappelez-vous, pas de one-size-fits-all liste existe en analyse d'affaires. Au lieu de cela, assurez-vous de connaître tous les outils que vous avez à portée de main afin de déterminer comment vous allez réaliser votre projet.

Des projets d'amélioration de logiciel ou de maintenance

Dans le développement de logiciels, maintenance de logiciels se réfère à la modification de produits logiciels après la livraison afin de corriger les défauts, améliorer les performances ou d'autres attributs, ou pour adapter le produit à un environnement modifié.

Avec ces projets, vous pouvez mettre en œuvre de nouvelles fonctionnalités ou des améliorations de performance pour garder les logiciels mis à jour dans un monde changeant, l'environnement concurrentiel. En d'autres termes, un projet de maintenance de logiciels peut impliquer des changements (ou réactive proactive) aux logiciels ou systèmes existants.

Voici quelques exemples de projets d'amélioration et d'entretien:

• Ajout d'une nouvelle fonction ou une fonction à un système existant

• La mise en œuvre d'un changement de politique commerciale

• Correction d'un problème avec le système actuel ou l'amélioration de la performance du logiciel opérationnel

• Portage (le déplacement des composants logiciels) logiciel opérationnel à une plate-forme matérielle différente

Projets de maintien ou l'amélioration varient en taille et en complexité. Planification de points communs entre la planche avec ces types de projets contestent de manière significative car de nombreux facteurs sont en jeu, mais voici quelques conseils à garder à l'esprit quand décrivant vos plans et estimations temps de travail:

• Qu'est-ce que de se concentrer sur: Passez du temps en se concentrant sur suscitant, analyser et communiquer les exigences fonctionnelles et non fonctionnelles plus de toutes les autres exigences.

• Comment faire face à chemin rapide ou d'urgence demandes: Ces demandes peuvent guetter un projet très facilement si vous ne faites pas attention. Pour garder votre projet sur les rails et à temps, envisager de créer la documentation après la mise en œuvre pour sauver l'avance de temps.

• 
  
  
  
  

  Comment faire face à d'autres demandes importantes: Effectuer une évaluation du rapport coût / avantages pour déterminer si la demande est viable.

• Comment faire une analyse de plusieurs demandes pour une seule version / itération: Pour ces projets, vous avez une seule chance de bien faire les choses. Effectuer une analyse de niveau de code et construire dans les points de contrôle pour réduire le risque de la redondance, les conflits entre les demandes, et l'introduction d'erreurs en production.

  UN point de contrôle est un temps dans le projet lorsque vous passez en revue les produits livrables pour vous assurer qu'ils sont alignés avec les objectifs initiaux du projet et la portée. Un examen du document des exigences fonctionnelles avant de construire la solution est un excellent exemple d'un point de contrôle.

Les projets off-the-shelf commerciaux

Les gens achètent un logiciel commercial off-the-shelf (COTS) pour gagner du temps et coûts de développement. Une entreprise peut mettre en œuvre un ensemble de COTS tel quel, personnaliser l'emballage, ou le configurer lors de l'installation.

Le scénario idéal lorsque vous travaillez sur un projet de COTS est celui dans lequel vous pouvez obtenir et analyser les besoins d'affaires des parties prenantes avant de sélectionner un paquet. En réalité, cependant, certaines entreprises achètent des logiciels et puis demandez à votre équipe pour mettre en œuvre le logiciel après le fait.

Pour les projets COTS, votre objectif principal est sur les exigences d'affaires - y compris les processus d'affaires et les exigences de données. Vous devriez faire moins de travail sur les exigences fonctionnelles et non fonctionnelles, sauf si vous la personnalisation du système.

Si vous prenez sur un projet de COTS, les tâches que vous devez intégrer dans votre plan de travail après que vous avez déterminé le besoin de l'entreprise sont généralement comme suit:

• Effectuer une analyse de l'écart sur la fonctionnalité existante pour le processus d'affaires à être modifié: En effectuant un analyse des écarts les objectifs, les exigences en matière de données, la cartographie des processus entre le processus en cours et le processus associé avec le produit COTS, et la convivialité, vous pouvez aider à déterminer si un produit COTS peut être implémenté comme-est ou doit personnalisations. Ce processus est le comme si ou Comment analyse.

  Indépendamment de la taille du produit COTS, assurez-vous que votre plan de travail vous donne suffisamment de temps pour déterminer la nécessité et l'impact des personnalisations ou des changements de processus opérationnels. Si les personnalisations sont nécessaires, ils peuvent coûter cher et provoquent des mises à niveau à être longues.

• Confirmant la solution recommandée et déterminer si la personnalisation est nécessaire: C'est le être ou Comment analyse.

Des projets de développement externalisés ou en mer

Les projets d'aujourd'hui incluent habituellement membres de l'équipe à plusieurs endroits et impliquent souvent l'externalisation. Ces projets ont une difficulté plus élevée et le risque d'échec en raison de normes potentiellement conflictuels de la culture et de la communication.

Les parties prenantes à différents endroits peuvent influer négativement sur la dynamique et la capacité de l'équipe à tous aient une compréhension claire des objectifs et l'orientation du projet. Souvent, la planification formelle est nécessaire pour assurer avec succès que tout le monde est clair sur la façon dont l'effort d'analyse sera effectuée. En général, vous travaillez avec l'entreprise directement à comprendre ses besoins plutôt que des membres de l'équipe de développement à un autre pays.

Lorsque vous traitez avec des projets de développement externalisés ou en mer, inclure ces types de tâches dans votre plan de travail:

• Réaliser une étude de faisabilité afin de donner aux membres de l'équipe une idée de ce qu'ils peuvent accomplir.

• Définir les objectifs et mesures clés de la réussite afin que les membres peuvent pointer vers eux pendant le projet afin d'assurer qu'ils sont sur la bonne voie.

• Obtenir un accord (y compris un processus d'examen formel) pour les produits livrables.

• Créer un glossaire de projet pour tous les termes et définitions appropriées.

• Documenter et examiner toutes les hypothèses, les risques et les contraintes.

• Définir les critères d'acceptation clairs pour les besoins.

• Planifier les activités de communication de renforcement d'équipe avec l'équipe externe.

En outre, vous et votre équipe devez chercher des moyens de compléter vos efforts de communication à l'aide des outils de collaboration.

Gardez à l'esprit que la décision d'externaliser ou utiliser développement offshore est souvent faite en dehors du champ de votre projet et de votre commande. Votre équipe doit donner la priorité clairement les exigences et adopter une approche incrémentale de travailler sur un fonction ou une caractéristique à la fois.

Parce que de nombreuses équipes de développement offshore sont dans des fuseaux horaires différents des utilisateurs et le reste de l'équipe, de travailler sur un petit sous-ensemble de fonctionnalités à la fois est plus facile à gérer que d'essayer de compléter les exigences de toutes les fonctionnalités. Travaillant en petits morceaux le rend plus facile à gérer pour l'équipe.