Les entreprises font face à un phénomène en constant développement : le BYOD - pour Bring Your Own Device -. De plus en plus d'utilisateurs souhaitent utiliser leur propre matériel pour accéder à des données ou applications de l'entreprise, et décident souvent de le faire... avec ou sans l'accord de la direction informatique. Ce phénomène, en pleine accélération due à l'arrivée sur le marché de la "Génération Y", peut s'avérer un casse-tête pour les responsables sécurité, un chausse-trape pour les RH et... un cauchemar pour les DSI. Pourtant, quelques règles simples peuvent être mises en oeuvre pour accompagner le phénomène tout en le maîtrisant.
Cet ouvrage paru en avril 2010 aux éditions Dunod constitue la référence en langue française sur le management de transition. Il s'adresse à tous ceux qui veulent découvrir cette discipline managériale.
On pourrait penser que le directeur de programme est LA ressource critique pour mener à terme un programme et remplir les objectifs qui ont été fixés. Un bon directeur de programme est en effet indispensable, mais ce n'est pas suffisant. Sans sponsor, le programme sera très certainement voué à échec. Plus le programme sera transverse à l'organisation, plus l'implication du sponsor sera nécessaire. Mais en quoi consiste exactement le "métier" d'un sponsor, et que doit faire le directeur de programme si le sponsor manquait ou venait à faire défaut ?
Serge Baccou interviewé par Stéphane Soumier de BFM Business le 13 octobre 2011 sur la panne mondiale du BlackBerry.
Depuis lundi 10 octobre 2011 à 15h30 (heure de Paris), les utilisateurs de BlackBerry de plusieurs continents observent des problèmes de réception d'e-mails et de connexion Internet en raison d'une méga panne chez RIM.
Lorsqu’il s’agit de rationaliser l’activité de support informatique, le premier objectif est souvent mis sur le Help Desk. Dédier des équipes pour prendre les appels des utilisateurs pour résoudre leurs incidents ou délivrer des services informatiques est une bonne pratique implémentée de nos jours par la plupart des moyennes et grandes entreprises.
A.C.C.E.N.T. describes the six main activities that a Program Manager should focus on when leading his program.
Savoir identifier les risques est une qualité que doit avoir un directeur de programme. Mais savoir les éviter aussi !
Fin avril 2011, Amazon Web Services (AWS) observe une panne de grande ampleur dans l’est des Etats-Unis. Retour sur cet incident des services de Elastic Cloud Computing (EC2) d'Amazon.
Afin de vous permettre de comprendre comment utiliser la valeur acquise (Earned Value) dans votre travail quotidien, je vais prendre un exemple concret qui vous aidera à comprendre son utilité.
La matrice RACI ou sa variante RASCI (aussi connu sous le nom de Responsability Assignement Matrix, RAM) définit les rôles et responsabilités dans un service ou un projet. Mais il faut prendre garde à bien comprendre l'acronyme car la traduction de l'anglais au français peut conduire à des erreurs.
Dans la boîte à outils du consultant en amélioration de processus, de l'urbaniste, de l'ingénieur qualité ou du chef de projet, on trouve le diagramme d'Ishikawa aussi connu sous le nom de diagramme de causes et effet (cause-and-effect diagram en anglais) ou diagramme en arêtes de poisson (fishbone diagram).
Voici quelques règles simples à mettre en œuvre pour suivre les coûts de votre projet et estimer les coûts restants. Utilisant la gestion de la valeur acquise (Earned Value), ces règles vous aideront à maîtriser les coûts du projet et à vous avertir au plus tôt d’une dérive potentielle des coûts.
Cet article vous fournit une méthodologie pour sélectionner un fournisseur pour votre projet. La sélection de fournisseur est une tâche critique pour la plupart des projets. Comment en effet être certain de choisir le meilleur fournisseur? Cet article vous donnera quelques guides pour vous y retrouver.
Quel est votre style de management ? Si vous avez déjà suivi des formations en gestion de projet ou en développement de compétences en ressources humaines, vous vous êtes certainement déjà posé la question. L'objet de cet article n'est pas de décrire les différents styles du management ou les théories classiques de la motivation, mais de vous expliquer comment j'ai pu impliquer mon équipe projet et atteindre un niveau élevé de motivation de mes partenaires dans le projet.
