Gestion de projet informatique : décryptage Gestion des équipes, établissement des budgets, suivi de l'avancement, coordination, maîtrise d'oeuvre/maîtrise d'ouvrage, conduite du changement, méthodologies : ce qu'il faut savoir pour bien gérer un projet informatique. Quels sont les différents acteurs intervenant dans un projet informatique et leurs rôles ? Comme tout projet d'entreprise, la maîtrise d'ouvrage (MOA), qui est représentée généralement par un ou plusieurs départements métier, se charge d'élaborer en amont un cahier des charges. Un document qui spécifie les besoins fonctionnels de l'application à développer. Il est généralement réalisé en lien avec la direction des systèmes d'information (DSI) qui apporte ses connaissances de l'environnement technique et son expérience des solutions technologiques, en vue de juger de la faisabilité des demandes - à la fois en termes technique et financier. La maîtrise d'oeuvre (MOE) - qui couvre développement et intégration - est prise en charge par la DSI.
Planification d'un projet 1.4.1 Définition de la planification de projet C’est l’activité qui consiste à déterminer et à ordonnancer les tâches du projet, à estimer leurs charges et à déterminer les profils nécessaires à leur réalisation. L’outil requis est le planning. Manager et (ou) leader ? Une jeune femme vient d’être nommée manager et, lors d’un entretien avec son hiérarchique, elle le questionne sur les attendus de sa nouvelle fonction : « qu’attendez-vous de moi en tant que manager ? ». Réponse : « soyez un leader !
Comment obtenir l’engagement des salariés en 2013 ? A part quelques Organisations (structures administratives ou territoriales…) dans lesquelles les salariés ont beaucoup moins la notion de risque professionnel, depuis quelques années dans les Entreprises, le concept même de lien à l'entreprise , la confiance à long terme , la sécurité sociale dans le travail… se sont profondément dégradés. Les raisons sont connues et multiples : vulnérabilité des structures, forte mutation rapide des métiers, environnement instable… Ce courtermisme voulue ou subie freine ou empêche les Responsables à prendre des engagements sur le long terme (quand ils le font quand même, le réveil est souvent brutal) Dans ce contexte, on comprend que sans méthodes ou effort particuliers, il sera très difficile d'obtenir un engagement des salariés, l'incertitude ou le risque leur étant difficilement supportables. Il n'y a pas de solution miracle.
Unified Process Un article de Wikipédia, l'encyclopédie libre. PU vient compléter la systémique des modèles UML. Elle est le résultat final d’une évolution de l’approche d’Ericsson qui est au fondement d’une des premières méthodes de développement pour applications orientées objets, la méthode Objectory Process (1987). Objectory Process (version 1 à 3.8 en 1995) a elle-même servi de base à la société Rational pour la création de Rational Objectory Process (1997) (version 4.1), parente direct de RUP en 1998. Abréviations utilisées[modifier | modifier le code] RUP[modifier | modifier le code]
Mind mapping pour la gestion de projet Il existe 4 types de raisonnement : 1 – “En chaîne” = séquentiel : étape par étape . Il s’agit d’un raisonnement séquentiel. 2 – “En étoile” ou “radial”= ex. le “SON” est le seul point commun à tous les concepts, d’où appellation de connaissances cloisonnées. L’élément central est le seul point commun à tous les concepts développés. Différence entre leader et manager Le 25 avril 2013 par Sara Bigwood Leadership | Management | Pro Action Coaching | Bruxelles | coach | Coaching | Leadership | Management | | Peut-être n’est-ce pas clair pour vous quelle est la différence entre un leader et un manager: quand l’un intervient-il et l’autre s’enclenche-t-il? Voici une distinction très facile à comprendre qui vous permettra de l’appliquer tout aussi facilement. La différence entre leader et manager peut se retrouver dans la distinction entre le cerveau gauche (rationnel) et le cerveau droit (émotionnel).
Two Tracks Unified Process Un article de Wikipédia, l'encyclopédie libre. Le 2TUP propose un cycle de développement en Y, qui dissocie les aspects techniques des aspects fonctionnels. Il commence par une étude préliminaire qui consiste essentiellement à identifier les acteurs qui vont interagir avec le système à construire, les messages qu'échangent les acteurs et le système, à produire le cahier des charges et à modéliser le contexte (le système est une boîte noire, les acteurs l'entourent et sont reliés à lui, sur l'axe qui lie un acteur au système on met les messages que les deux s'échangent avec le sens). Le processus s'articule ensuite autour de trois phases essentielles : une branche techniqueune branche fonctionnelleune phase de réalisation