Il existe diff\u00e9rentes m\u00e9thodologies de gestion de projet que les \u00e9quipes utilisent souvent pour accomplir une t\u00e2che sp\u00e9cifique ou d\u00e9velopper une application demand\u00e9e. L’une de ces techniques est la m\u00e9thodologie Agile, qui g\u00e8re un projet en le d\u00e9composant en plusieurs parties ou phases.<\/p>\n\n
Cette m\u00e9thodologie exige que les \u00e9quipes travaillent constamment ensemble et avec diverses parties prenantes pour assurer une am\u00e9lioration continue \u00e0 chaque tournant. Son cycle r\u00e9p\u00e9titif de planification, d’ex\u00e9cution et d’\u00e9valuation fonctionne avec diff\u00e9rentes industries, y compris l’analyse de donn\u00e9es. Dans cette application, les ing\u00e9nieurs de donn\u00e9es<\/a> pr\u00e9parent les donn\u00e9es qui sont souvent t\u00e9l\u00e9charg\u00e9es r\u00e9guli\u00e8rement sur un tableau de bord accessible \u00e0 toutes les parties prenantes concern\u00e9es. Il est alors ouvert aux avis et commentaires facilement int\u00e9gr\u00e9s \u00e0 l’\u00e9tape suivante du projet.<\/p>\n\n Si vous vous interrogez sur les avantages de la m\u00e9thodologie agile \u00e0 des fins d’analyse de donn\u00e9es, voici quelques consid\u00e9rations \u00e0 examiner et voir si la m\u00e9thodologie Agile fonctionne pour votre \u00e9quipe d’analyse de donn\u00e9es particuli\u00e8re.<\/p>\n\n Habituellement, les petites \u00e9quipes d’analyse de donn\u00e9es ont une port\u00e9e de travail plus pr\u00e9cise et plus limit\u00e9e. Cette configuration rend ces \u00e9quipes plus aptes \u00e0 adapter des strat\u00e9gies agiles. Habituellement, de petits groupes organisent des s\u00e9ances de planification et de priorisation avec diverses parties prenantes. Scrum est un cadre de d\u00e9veloppement logiciel qui prend en charge la hi\u00e9rarchisation avec les parties prenantes.<\/p>\n\n Cette approche agile fournit \u00e9galement les outils n\u00e9cessaires pour donner aux \u00e9quipes d’analyse de donn\u00e9es une bonne gestion du projet et d\u00e9velopper des strat\u00e9gies pour atteindre leurs objectifs – et il en va de m\u00eame pour les parties prenantes qui cherchent \u00e0 surveiller leurs ressources.<\/p>\n\n Cependant, la nature fondamentale change lorsque vous travaillez avec Big Data Analytics. L’adoption de la m\u00e9thodologie agile dans les grandes \u00e9quipes pr\u00e9sente diff\u00e9rents d\u00e9fis. Une \u00e9tude de 2016<\/a> \u00e9num\u00e8re les principales pr\u00e9occupations sur Agile dans BDA comme suit\u00a0:<\/p>\n\n En outre, <\/a>Dans Agile, la responsabilit\u00e9 incombe aux Product Owners de s’assurer que la valeur attendue par les parties prenantes est atteinte et fournie. De par leur conception, les \u00e9quipes agiles sont rapides et compactes, ce qui les rend id\u00e9ales pour les petits projets de d\u00e9veloppement de logiciels ou d’applications mobiles. Cependant, les grandes \u00e9quipes rencontrent des goulots d’\u00e9tranglement dans la traduction des traits critiques des \u00e9quipes agiles. La d\u00e9finition de la structure organisationnelle appropri\u00e9e est g\u00e9n\u00e9ralement la premi\u00e8re \u00e9tape pour pr\u00e9parer tout le monde \u00e0 une nature de travail d’analyse de donn\u00e9es cyclique et it\u00e9rative.<\/p>\n\n Un probl\u00e8me avec les \u00e9quipes Agile inexp\u00e9riment\u00e9es qui manquent de conseils et de gestion d’experts est qu’elles tombent dans un cycle sans fin d’it\u00e9rations, qui continuent de consommer des ressources sans faire de progr\u00e8s significatifs. Les projets qui d\u00e9raillent peuvent \u00eatre caus\u00e9s par de nombreux facteurs, de la motivation des membres individuels de l’\u00e9quipe \u00e0 la configuration organisationnelle de l’ensemble du projet \u00e0 l’ambigu\u00eft\u00e9 des probl\u00e8mes d’analyse de donn\u00e9es pour la premi\u00e8re fois.<\/p>\n\n Un autre d\u00e9fi est lorsque diverses \u00e9quipes se chevauchent sur les livrables et les d\u00e9pendances attendues d’elles. D\u00e9finir clairement les t\u00e2ches de chaque \u00e9quipe de l’organisation, ainsi que leurs \u00e9ch\u00e9anciers, peut aider \u00e0 att\u00e9nuer ce probl\u00e8me. Malgr\u00e9 sa nature, un projet Agile peut toujours utiliser un \u00e9tat d’esprit de d\u00e9finition des r\u00f4les et des d\u00e9lais avec la fin en t\u00eate – un trait souvent associ\u00e9 \u00e0 la m\u00e9thodologie en cascade<\/a> .<\/p>\n\n De plus, un calendrier bien d\u00e9fini emp\u00eache vos \u00e9quipes de se laisser distraire sur la route. Cette disposition est l’un des enjeux des projets agiles. Agile se concentre sur le d\u00e9veloppement it\u00e9ratif destin\u00e9 \u00e0 r\u00e9pondre rapidement aux changements rencontr\u00e9s en cours de route. Cependant, cela risque \u00e9galement que les \u00e9quipes soient prises dans une r\u00e9p\u00e9titivit\u00e9 chronophage. Habituellement, le produit final n’est pas identifi\u00e9, contrairement aux projets sous la m\u00e9thodologie en cascade. Les user stories agiles<\/a> proviennent souvent de processus ant\u00e9rieurs et sont continuellement adapt\u00e9es \u00e0 l’\u00e9volution des param\u00e8tres, des besoins et des informations suppl\u00e9mentaires r\u00e9cemment mises \u00e0 disposition.<\/p>\n\n Pour les nouveaux projets, des analystes experts ou des responsables de l’analyse de donn\u00e9es doivent, si possible, aider \u00e0 d\u00e9finir les t\u00e2ches n\u00e9cessaires et les livrables de chaque \u00e9quipe agile. La communication avec les diff\u00e9rentes parties prenantes est d’une importance cruciale. Par exemple, le Net Promoter Score (NPS) est un indicateur couramment utilis\u00e9 pour \u00e9valuer l’exp\u00e9rience client et pr\u00e9dire les opportunit\u00e9s de croissance. Les propri\u00e9taires de produits et les chefs d’\u00e9quipe peuvent inclure les aspects suivants\u00a0:<\/p>\n\n La d\u00e9limitation des d\u00e9lais comprend des calendriers de r\u00e9unions et de rapports avec le client, permettant aux \u00e9quipes agiles de travailler sur leurs it\u00e9rations sans interruption. Comme la m\u00e9thode n\u00e9cessite souvent de communiquer avec les parties prenantes, certains groupes se retrouvent avec moins de temps pour travailler. Cette pratique pr\u00e9cise \u00e9galement quand les \u00e9quipes peuvent organiser leurs sprints, optimisant ainsi le travail qu’elles peuvent effectuer.<\/p>\n\nTenez compte de la taille de votre \u00e9quipe<\/h2>\n\n
D\u00e9finir les t\u00e2ches, les d\u00e9lais et les d\u00e9pendances<\/h2>\n\n