Reporting Project Management

Question

J'ai une question pour BI/Reporting Analyst concernant la gestion de projet.

C'est peut-être une question difficile à répondre, mais j'ai juste besoin d'avoir une idée de ce qui est attendu. Pour aider à la question, disons que nous travaillons avec des données de relation client (disons Microsoft Dynamics), des données de communication, des données de boutique et/ou des transactions financières. Je comprends que le temps qu'il faut pour créer un rapport à partir de zéro ie Rassembler les exigences -> peut-être avoir besoin de configurer un package ETL -> écrire le SQL pour l'ensemble de données pour faire le rapport sur une plate-forme de reporting sur la complexité.

Je voulais savoir à peu près quel genre d'échelles de temps nous attendions d'un tel projet du point de vue BI/Reporting Analyst.

De même, que les analystes travaillent sur un projet à la fois ou divisent leur temps entre deux ou trois projets à la fois. Je ne veux pas dire de légers changements ou des changements progressifs aux rapports existants. Je veux dire travailler plusieurs projets en partant de zéro. Si Reporting Analyst travaille sur plusieurs projets, cela affecte-t-il le temps nécessaire à la création d'un rapport tout en travaillant sur un projet à la fois. Ce que je veux apprendre de cette question est ce que l'on attend d'Analyst en termes de temps de livraison des rapports, et si on s'attend à ce qu'ils travaillent sur plusieurs projets en même temps.

Merci beaucoup pour vos réponses à l'avance. Vos réponses m'aideront. Désolé si vous pensez que cette question est inutile ou si je n'ai pas pu clairement écrire exactement ce que je veux savoir.

Answer 1

La question n'est pas inutile, mais j'ai trouvé ça un peu difficile à suivre. Mais voici ce que je recommanderais:

En utilisant des analystes expérimentés qui sont des employés actuels en tant que condition, oui - ils travaillent sur plusieurs projets à la fois généralement dans un domaine d'activité spécifique comme les opérations. Les impacts temporels sont basés sur le nombre de projets à la fois. Vous devriez demander au responsable de votre groupe BI Analysis combien de projets ils traitent généralement en même temps. Pour la discussion, disons que 3. Le travail de chacun n'est pas partagé, mais vous pouvez estimer grossièrement en supposant que 1/3 du temps de l'analyste est sur votre projet. Faites donc le calcul basé sur 33% d'un ETP (équivalent temps plein ou 1 employé à temps plein) avec un mois de travail moyen de 176 heures (8 par jour x 22 jours de travail) et vous obtenez 59 heures arrondies. Étant donné les exemples de données, je pense qu'un outil ETL aiderait le processus. Pour plus d'informations, vous pouvez lire cet article de blog sur ETL tools et en utilisant ELT à la place. Selon le logiciel, une personne de votre équipe de données l'installera probablement; l'analyste mettrait en place des flux de données et des requêtes. Le temps varie, mais pour une utilisation spécifique, probablement 30-40 heures. Une fois l'application configurée, la production des rapports est rapide mais permet de les formater en qualité de présentation (PowerPoint redouté ou tableur). Je dirais qu'il faut 2-3 fois les minutes nécessaires pour exécuter la requête et produire le rapport. Vous pouvez voir à quelle heure les rapports actuels emmènent votre entreprise et basez-vous sur celle-ci, ou utilisez un nombre rond de 60 ou 90 minutes par rapport. Je préfère utiliser des données réelles. Pour résumer, 40 heures pour configurer l'outil ETL, 90 minutes par rapport avec 1/3 d'un ETP. Disons que vous avez besoin de 5 rapports: (40 + (90 x 5)) = 490 heures à 59 heures par semaine = 8 1/2 semaines arrondies.