Collecte de logiciel pour le début des analystes d'affaires

Posté le 8 Mars 2007 à 9:21 am

De travail comme un Business Analyst pour les 4 dernières années m'a appris quelques petites choses à propos de la collecte des exigences des utilisateurs et des logiciels que j'ai pensé partager! Il ya deux choses que vous devez faire et de garder à l'esprit lorsque vous essayez de concevoir un système ou l'application d'un ensemble d'utilisateurs:

1. Que demander à l'utilisateur pour le mois de mai ne pas être exactement ce qu'ils veulent! Ils mai vous demander de faire X, Y et Z, parce que vous rendre les choses beaucoup plus facile, mais si vous venez d'aller de l'avant et faire les yeux fermés, vous trouverez probablement que, plus tard, les utilisateurs se plaignent et disent que ce 's ne fonctionne pas de la meilleure façon possible ou de la manière dont il «devrait». Afin de déterminer ce que les utilisateurs ont réellement besoin, vous devez vous asseoir avec eux et WATCH pendant qu'elles travaillent. Les réunions sont grands et ils vont essayer de se rappeler comment ils font les choses (50% de la matière de ne pas se rappeler qu'ils font) et de vous donner une vue déformée de leur travail. Non pas que ce qu'ils font sur la finalité, mais une fois que vous aller s'asseoir et de voir comment les gens travaillent, vous trouverez il ya des tonnes de petit peu, mais des mesures importantes qu'ils ne pense pas été utile de mentionner! Une fois que vous voir le flux de vos propres yeux, puis asseyez-vous avec tout le monde et ont une réunion sur ce qu'ils veulent et pourquoi.

2. Toujours se demander pourquoi les gens font les choses comme elles sont ... en général, vous trouverez que certains problèmes peuvent être résolus simplement par dire à quelqu'un de le faire d'une autre façon! Quelqu'un d'autre a dit à la personne X à le faire de cette manière et maintenant, ils ont juste continuer à faire de cette façon, même si le processus de mai ont changé! Les gens n'aiment pas le changement, même si c'est bon pour eux! Lorsque vous commencez à demander pourquoi, les gens vont commencer à vraiment réfléchir et mai pour déterminer eux-mêmes qu'ils sont de perdre du temps ou de faire d'une manière compliquée que ce n'est pas nécessaire.

3. Essayez toujours d'obtenir une vue générale d'abord! Les gens vont commencer immédiatement à vous parler de ce problème avec cette fonctionnalité ou cette étape du processus, etc, etc, mais vous voulez d'abord obtenir une compréhension claire de l'ensemble du processus à partir d'un niveau supérieur. Si vous avez droit dans les détails, vous allez finir par faire du logiciel ou d'un processus qui peut être trop compliqué! C'est incroyable de voir combien de fois j'ai regardé les processus et a déterminé que l'ensemble de l'étape ne peut être éliminée! Essayez toujours d'obtenir le BIG PERSPECTIVE!

4. Assurez-vous de tout document, de sorte que les gens ne pense pas que vous perdrez du temps. Si vous avez passé beaucoup de temps avec les gens qui font réellement le travail (ce qui vous convient), puis assurez-vous de tout écrire parce que vous ne voulez pas que votre patron pense à vous de ne pas avoir fait quelque chose! Il va aussi être plus facile de convaincre les autres que votre solution est la meilleure solution si vous avez beaucoup d'éléments de preuve sur papier.

5. Obtenir la signature de tous les gens, plus les utilisateurs! Si la direction veut d'une manière et les utilisateurs veulent une autre façon, ces questions doivent être résolues rapidement et conjointement! Ne jamais dire que vous vous faire une chose avant de faire en sorte qu'il est ok avec le patron. Sinon, vous aurez à revenir sur votre engagement et les gens seront ennuyés!

6. Enfin, mais plus important encore, TEST TEST TEST! Écrivez des scripts de test et de cycles d'essai. Vous n'avez pas envie de faire quelque chose, l'utilisation d'Excel pour écrire ça. Une colonne de la fonctionnalité particulière ou une fonction de test vous êtes, une colonne pour le résultat escompté, une colonne pour les entrées et une colonne pour les résultats attendus. Vous devez toujours avoir les intrants et les extrants attendus. Et essayez d'utiliser les ensembles de données varie, de petites séries, les grands ensembles, ensembles et vous savez provoquer des erreurs (mais l'espoir d'attraper).

Hope this helps!

Enjoyed ce poste? S'abonner à Tech Conseils en ligne via Flux RSS ou via Email et recevoir gratuitement des conseils productivité quotidienne.

»Classé dans IT Job Stuff