Table des matières:
- Dites-le comme il est
- Mettez les bonnes personnes dans les bons rôles
- Réductions budgétaires, pressions pour compresser le calendrier de développement, support des fournisseurs, collaboration avec le groupe d'infrastructure de l'entreprise pour aligner l'installation et le déploiement - le chef de projet a généralement la responsabilité de toutes ces questions, et beaucoup plus.
- Soyez prudent lorsque vous rassemblez des informations provenant de fournisseurs et d'autres sources et lorsque vous interrogez un fournisseur sur un produit.Reconnaître que les vendeurs veulent vous vendre des produits, ne pas résoudre vos problèmes d'affaires. Bien que ce soit génial quand ils peuvent faire les deux, vous ne partagez pas les mêmes priorités que les vendeurs.
- Bien que le fait d'être un bon gestionnaire de projet ne se limite pas à suivre le déroulement du projet, vous ne pouvez ignorer le plan de projet.
- Tout le monde a un style de gestion particulier. Certaines personnes se concentrent sur la délégation de tâches, et d'autres sont plus pratiques. Si vous êtes du genre à aimer vous-même la plupart des choses, voici quelques conseils.
- Commencez chaque projet avec un wiki de projet complet auquel vous fournissez l'accès à chaque membre de votre équipe étendue (pas seulement les développeurs et les utilisateurs clés, mais aussi les sponsors exécutifs).
- Supposons que vous travailliez pour une société de conseil dont les employés travaillent généralement 50 ou 60 heures par semaine sur des projets. Vous êtes chargé d'être le chef de projet pour l'effort d'entreposage de données d'un client et vous dirigerez une équipe composée de quatre membres de votre entreprise et de quatre membres du client.
- La conception et le développement sont assez difficiles pour un entrepôt de données (ou n'importe quel environnement, d'ailleurs). Ne négligez pas comment les résultats de votre travail fonctionneront dans le monde réel, avec de vrais utilisateurs. Assurez-vous que votre plan de projet vous donne suffisamment de temps pour aligner le support après la mise en ligne de l'entrepôt de données.
- Insistez pour que tout le monde parte tôt le vendredi après une semaine particulièrement difficile. Ne riez pas et ne faites pas la grimace quand les membres de l'équipe vous disent qu'ils veulent aller au pique-nique de l'entreprise quand vous avez un jour ou deux de retard avec trois semaines à faire.
Vidéo: Bill GATES : 12 Conseils pour reussir sa vie (motivation français) 2024
Être un chef de projet d'entrepôt de données réussi signifie que vous devez en faire plus - beaucoup plus - que créez simplement des plans de projet et demandez aux membres de l'équipe d'afficher des rapports d'état hebdomadaires. Voici quelques secrets pour réussir.
Dites-le comme il est
Peu importe que vous travailliez avec des utilisateurs, des sponsors exécutifs, des consultants, des fournisseurs, des membres de l'équipe ou n'importe qui d'autre. La chose la plus importante que vous pouvez faire pour jeter les bases d'une gestion réussie d'un projet d'entreposage de données est de parler d'une manière totalement honnête.
Vous n'avez pas besoin d'être brusque ou impoli, ou d'avoir l'attitude "C'est mon chemin ou pas du tout. "Suivez ces directives pour garder la communication ouverte et pour résoudre les problèmes plus tôt que tard:
-
Lorsque des problèmes surviennent, ne les enterrez pas et ne prétendez pas qu'ils n'existent pas. D'autres personnes connaissent les problèmes, alors faites-en face avec agressivité.
-
N'ayez pas peur de dire à un parrain exécutif que ces coupes budgétaires ou l'absence de ces trois membres de l'équipe qui ont été réaffectés «pour un peu de temps» auront une incidence négative sur votre projet.
-
N'hésitez pas à dire à un vendeur quand un produit ne fonctionne pas comme promis et demandez-lui de faire quelque chose à ce sujet.
Mettez les bonnes personnes dans les bons rôles
La bonne personne dans le bon rôle est une clé importante pour le succès du projet.
Vous devez reconnaître que le meilleur concepteur de base de données peut être quelque peu mis au défi lorsqu'il s'agit de travailler avec des outils frontaux OLAP ou d'exploration de données. La personne qui peut effectuer des tâches impromptues avec un outil OLAP particulier peut être un piètre facilitateur et devrait, pendant la phase de portée d'un projet, soit s'asseoir silencieusement au fond de la salle, soit simplement ne pas être là.
Réductions budgétaires, pressions pour compresser le calendrier de développement, support des fournisseurs, collaboration avec le groupe d'infrastructure de l'entreprise pour aligner l'installation et le déploiement - le chef de projet a généralement la responsabilité de toutes ces questions, et beaucoup plus.
Le responsable doit s'assurer que ces tâches, qui impliquent toutes des négociations, ont lieu. Après avoir dit ce que vous pensiez, vous établissez les bases d'une négociation ferme et équitable, fondée sur la réalité, et non sur l'émotion ou la spéculation. N'ayez pas peur de négocier à partir de cette base: "Si X arrive, Y sera le résultat. "
Traitez avec soin les vendeurs de produits
Soyez prudent lorsque vous rassemblez des informations provenant de fournisseurs et d'autres sources et lorsque vous interrogez un fournisseur sur un produit.Reconnaître que les vendeurs veulent vous vendre des produits, ne pas résoudre vos problèmes d'affaires. Bien que ce soit génial quand ils peuvent faire les deux, vous ne partagez pas les mêmes priorités que les vendeurs.
Surveillez le plan de projet
Bien que le fait d'être un bon gestionnaire de projet ne se limite pas à suivre le déroulement du projet, vous ne pouvez ignorer le plan de projet.
Si vous n'êtes pas intéressé à rassembler les soumissions régulières des membres de l'équipe pour maintenir votre plan de projet à jour, ajoutez à votre équipe un membre du personnel de contrôle de projet qui a la tâche spécifique de gérer le plan de projet. Travailler avec un collège ou une université locale pour obtenir un étudiant en alternance ou en éducation coopérative (co-op); C'est un moyen rentable de gérer cette tâche importante.
Ne pas microgérer
Tout le monde a un style de gestion particulier. Certaines personnes se concentrent sur la délégation de tâches, et d'autres sont plus pratiques. Si vous êtes du genre à aimer vous-même la plupart des choses, voici quelques conseils.
Ne pas
faire de la microgestion, ou insister pour savoir chaque petit détail de chaque tâche que tout le monde fait. (Ce sentiment de panique, hors de contrôle va disparaître.) Même sur les petits projets, faites confiance à vos développeurs et analystes pour connaître leurs emplois. Enregistrez-les pour voir comment ils vont et assurez-vous qu'ils progressent comme prévu. Laissez-les faire leur travail, surtout sur des projets plus importants. Vous avez suffisamment de soucis en tant que chef de projet; Ne prenez pas d'autres soucis que les membres de l'équipe peuvent généralement résoudre pour vous.
Utiliser un wiki de projet
Commencez chaque projet avec un wiki de projet complet auquel vous fournissez l'accès à chaque membre de votre équipe étendue (pas seulement les développeurs et les utilisateurs clés, mais aussi les sponsors exécutifs).
Pour ceux d'entre vous qui ne connaissent pas les wikis, un
wiki est une page ou une collection de pages Web conçue pour permettre à quiconque y accède de contribuer ou de modifier du contenu en utilisant un langage de balisage simplifié. Les wikis sont souvent utilisés pour créer des sites Web collaboratifs et pour alimenter des sites Web communautaires. Les wikis sont utilisés dans les entreprises pour fournir des intranets et des systèmes de gestion des connaissances.
Même si votre organisation dispose d'un fantastique
intranet (un environnement Internet à l'intérieur de l'entreprise) ou d'un environnement Lotus Notes (ou autre type de groupware) très répandu, créez un wiki. Parce que vous ne pouvez pas supposer que tout ce dont vous avez besoin est disponible sous forme électronique (ce qui n'est généralement pas le cas), assurez-vous d'avoir accès à un scanner pour extraire les éléments qui ne sont pas actuellement électroniques. Ne négligez pas l'effet de la culture organisationnelle
Supposons que vous travailliez pour une société de conseil dont les employés travaillent généralement 50 ou 60 heures par semaine sur des projets. Vous êtes chargé d'être le chef de projet pour l'effort d'entreposage de données d'un client et vous dirigerez une équipe composée de quatre membres de votre entreprise et de quatre membres du client.
Vous développez un plan de projet agressif (mais réaliste), basé sur les contraintes de budget et de temps du client, qui impliquera probablement un travail de fin de soirée et de fin de semaine.(Ce concept n'est pas nouveau pour les employés de votre entreprise.)
Ne pas oublier le déploiement et les opérations
La conception et le développement sont assez difficiles pour un entrepôt de données (ou n'importe quel environnement, d'ailleurs). Ne négligez pas comment les résultats de votre travail fonctionneront dans le monde réel, avec de vrais utilisateurs. Assurez-vous que votre plan de projet vous donne suffisamment de temps pour aligner le support après la mise en ligne de l'entrepôt de données.
Respirez occasionnellement
Insistez pour que tout le monde parte tôt le vendredi après une semaine particulièrement difficile. Ne riez pas et ne faites pas la grimace quand les membres de l'équipe vous disent qu'ils veulent aller au pique-nique de l'entreprise quand vous avez un jour ou deux de retard avec trois semaines à faire.
C'est seulement du travail. En prenant une pause occasionnelle, vous (et les membres de votre équipe) revigorez et la productivité augmente. Il vaut la peine de partir un week-end ici et là, ou de passer un peu moins d'heures à faire des heures supplémentaires.