Home » Archives for February 2022 » Page 2
Les 8 étapes du processus de changement comprennent : la création d'un sentiment d'urgence, la formation de puissantes coalitions d'orientation, le développement d'une vision et d'une stratégie, la communication de la vision, l'élimination des obstacles et la responsabilisation des employés pour l'action, la création de gains à court terme, la consolidation des gains et le renforcement du changement en ancrant le changement dans la culture. Le modèle en 8 étapes de Kotter peut être expliqué à l'aide de l'illustration ci-dessous :
Le modèle 7-S stipule que tous les aspects d'une entreprise doivent être considérés de manière holistique dans le processus de développement. Il s'agit de la structure, des systèmes, du style, du personnel, des compétences, de la stratégie et des valeurs communes. En d'autres termes, il ne suffit pas qu'une entreprise ait une stratégie claire et un plan d'action bien pensé, car les entreprises peuvent aussi faire des erreurs dans le processus de mise en œuvre de leurs stratégies. En effet, la stratégie n'est qu'un facteur parmi d'autres.
Le changement est souvent un processus complexe et difficile, et surtout, il est inévitable. La gestion du changement aux niveaux individuel et organisationnel nécessite de nouvelles idées, de nouveaux modèles de changement, ainsi que de nouveaux cadres et outils pour réussir à obtenir le changement souhaité. ADKAR peut être appliqué à toutes les formes de changement pour mener à bien les programmes de changement. Le modèle de transformation ADKAR, créé par Jeff Hiatt, fondateur de Prosci, se compose de cinq initiales qui représentent les cinq étapes du changement qu'un individu doit atteindre pour réussir. Conscience, Désir, Connaissance, Capacité et Renforcement.
Le modèle des 7S de McKinsey (également connu sous le nom de modèle des 7S en abrégé) désigne les sept éléments d'une organisation commerciale conçus par le centre de recherche de McKinsey & Company. Selon ce modèle, les entreprises doivent prendre en compte tous les aspects du processus de développement de manière globale, notamment la structure, les systèmes, le style, le personnel, les compétences, la stratégie et les valeurs partagées - les sept compétences, stratégies et valeurs partagées.
De nombreux modèles ont été développés pour expliquer le changement organisationnel. L'un des premiers modèles a été élaboré par Kurt Lewin, un psychologue allemand et chercheur en communication et en développement organisationnel. L'approche en trois étapes de Lewin considère le changement comme une rupture de l'équilibre organisationnel, ou un dégel. Une fois le dégel terminé, le changement lui-même peut être introduit, mais le simple fait d'introduire le changement ne garantit pas qu'il durera ; le nouvel état doit être regelé. Le nouvel état doit être recongelé afin qu'il puisse être maintenu pendant une période de temps significative. Ainsi, le but de la recongélation est de stabiliser le nouvel état en équilibrant les deux forces d'entraînement et de liaison.
-
Envoyé le February 11, 2022
-
/Sous UML
Les diagrammes de séquence UML sont des diagrammes d'interaction qui détaillent la manière dont les opérations sont exécutées. Ils capturent l'interaction entre les objets dans le contexte d'une collaboration. Les diagrammes de séquence sont centrés sur le temps et montrent visuellement l'ordre de l'interaction en utilisant l'axe vertical du diagramme pour représenter le temps, les messages envoyés et le moment où ils le sont.
Le modèle de gestion du changement de Lewin est un modèle de changement complet conçu pour comprendre pourquoi le changement se produit et ce qui doit être fait pour effectuer le changement de la manière la plus harmonieuse possible. Lewin a développé le modèle de changement comme un moyen d'illustrer comment les gens réagissent lorsqu'ils sont confrontés à un changement dans leur vie. Le modèle de gestion du changement de Lewin peut être appliqué dans un large éventail de contextes. Par exemple, il peut vous aider à comprendre pourquoi certaines personnes et organisations sont davantage motivées par le besoin de reconnaissance sociale que par des incitations financières, et il vous apprend à faire participer les employés à d'importants changements organisationnels.
-
Envoyé le February 10, 2022
-
/Sous UML
Un diagramme de cas d'utilisation est un diagramme UML (Unified Modeling Language) pour l'élicitation des exigences. Les diagrammes de cas d'utilisation fournissent un aperçu graphique des objectifs (modélisés par les cas d'utilisation) que les utilisateurs (représentés par les acteurs) veulent atteindre en utilisant le système. Les cas d'utilisation dans un diagramme de cas d'utilisation peuvent être organisés et arrangés selon leur pertinence, leur niveau d'abstraction et leur impact sur l'utilisateur. Ils peuvent être liés pour montrer leurs dépendances, leurs relations d'inclusion, d'extension et de génération.
-
Envoyé le February 10, 2022
-
/Sous UML
En UML, les relations sont des connexions entre les éléments du modèle. Les cas d'utilisation sont également connectés les uns aux autres par différents types de relations. La relation entre deux cas d'utilisation modélise essentiellement les dépendances entre deux cas d'utilisation. En réutilisant les cas d'utilisation existants à l'aide de différents types de relations, l'effort global requis pour développer le système est réduit. Les diagrammes de cas d'utilisation montrent les cas d'utilisation, les acteurs et les relations entre eux. Par exemple, la relation entre un acteur et un cas d'utilisation illustre le fait que l'acteur peut utiliser une certaine fonctionnalité du système d'entreprise.
-
Envoyé le February 9, 2022
-
/Sous UML
Les relations entre les cas d'utilisation modélisent les dépendances entre les cas d'utilisation dans le modèle d'interaction du système. Bien que les cas d'utilisation indépendants puissent représenter adéquatement des systèmes plus simples. Cependant, afin de représenter des systèmes complexes ou de grande taille, nous pouvons avoir besoin de construire des cas d'utilisation complexes à l'aide de dépendances entre les cas d'utilisation. L'établissement de relations entre les cas d'utilisation permet de réutiliser les cas d'utilisation qui doivent être définis encore et encore, ce qui réduit l'effort du développeur.
