Business Analysis

L’analyse dans le cadre de l’amélioration de l’expérience utilisateur: une approche particulière

Jp — Wed, 15 Apr 2009 09:04:44 +0000

Sur le blog “frustrations“, un article intitulé “User experience, frustration et business” détaille les différentes étapes de l’approche analytique spécifique à l’amélioration de l’expérience utilisateur.

Tâches d’un analyste de projet web

Jp — Thu, 22 Feb 2007 17:10:34 +0000

Les limites dans lesquelles intervient un analyste dans le cadre d’un projet web peuvent varier selon le cadre, les circonstances et la fonction de la personne assurant le rôle d’analyste. Ce post tente de définir, au cours du déroulement du projet, les différentes phases durant lesquelles l’analyste a un rôle à jouer.

Identification des besoins des utilisateurs

Sur base des demandes et en collaboration avec le client, définir :

• Les objectifs institutionnels et organisationnels du projet
• La source interne de la demande chez le client (service IT, service communication…)
• Le cadre du projet, son domaine d’application
• Les fonctionnalités qui doivent être développées / améliorées
• Les faiblesses au niveau des flux d’informations et processus applicatifs

Conception de la solution à apporter

Définition des solutions à apporter en fonction des besoins, en conformité avec la culture d’entreprise du client et les objectifs du projet. Définition d’une solution appropriée, de manière à ce que l’application soit conforme aux processus business, tout en restant intuitive, intégrée et agréable d’utilisation.

• Description des cas d’utilisation (Use Cases)
• Représentations fonctionnelles des écrans

• Screenflow :

Comment ces écrans s’enchaîneront-ils ?

Support

Mise à profit de la connaissance fonctionnelle de l’application en proposant un support aux différents acteurs du projet, et plus spécifiquement lors :

• Du maquettage (prototyping), deisgn et intégration : assurer la mise en place d’une interface répondant aux besoins du client, tant du point de vue des objectifs fonctionnels généraux que des recommandations identifiées en termes de usability.
• De l’analyse technique et du développement
• Des tests fonctionnels, afin de vérifier l’adéquation de la solution avec l’analyse fonctionnelle.

Creating wireframes with Visio

Jp — Wed, 21 Feb 2007 22:16:41 +0000

An interresting post on a way of using visio to create wireframes : http://blog.x-prime.com/index.php/2006/10/19/49-outil-pratique-pour-les-zonings-avec-visio

(source: Raphaël)

Business Analyst – what for an animal is that ?

Jp — Wed, 21 Feb 2007 19:23:30 +0000

The term of “business analyst” covers a huge amount of domains and job-descriptions. In this post, I’ll try to identify the common characteristics that should describe the role of a business analyst. Starting from this short list, one can be specialized in a specific domain or cover a wider competence area…

The business analyst is first of all (and quite obviously) somebody analysing a business. The BA must first understand the business of his customer, understand his needs, formalize the business and have an objective and exhaustive view on it.

Secondly, based on the knowledge of the business and of the context, the BA must identify the two key elements of his work: objectives and needs. What is the customer’s goal? Why does he want that? What are the current weaknesses he wants to avoid in the future ?

Of course, when a customer asks for a business analyst on a project, his first goal is to get a solution… but however, providing the solution isn’t really a goal for the business analyst. I mean, a good solution must not be built from scratch, but must be the logical conclusion of the objective description of the actual business and of the needs.

Formalizing the needs together with a strong knowledge of the technical limits should lead to a natural, logical and strong solution.