Apprendre une nouvelle chose tous les jours
Les organigrammes interfonctionnels montrent qui a fait quoi et quand dans des diagrammes en couloir ou en grille. Ces diagrammes sont organisés en plusieurs parties pour fournir des dimensions supplémentaires en attribuant chaque étape du processus à une catégorie. En d’autres termes, vous pouvez utiliser un organigramme fonctionnel croisé pour décrire la relation entre les étapes du processus et le département ou le domaine fonctionnel responsable de ces étapes.
Continue reading
Un cas d’utilisation décrit une tâche qui est exécutée par un acteur produisant un résultat de valeur commerciale pour une entreprise. Un cas d’utilisation peut être visualisé sous la forme d’un diagramme de cas d’utilisation et/ou d’un format de spécification textuel structuré :
Continue reading
Agile est une philosophie consistant à fournir des solutions qui englobent et facilitent le changement évolutif tout au long du cycle de vie d’un produit/projet. De nombreuses équipes et organisations agiles ont utilisé la méthode Agile pour livrer des logiciels plus rapidement, améliorer la qualité et, en fin de compte, la satisfaction des clients.
Continue readingLes user stories font partie de l’approche agile et permettent de passer de la rédaction des exigences à leur discussion. Toutes les user stories agiles comprennent une ou deux phrases écrites et, plus important encore, une série de conversations sur la fonctionnalité souhaitée.
Continue reading
Le cadre de Scrum se compose des équipes Scrum et de leurs rôles, événements, artefacts et règles associés. Chaque composant du cadre sert un objectif spécifique et est essentiel au succès et à l’utilisation de Scrum. Les règles de Scrum lient les rôles, les événements et les artefacts, et régissent les relations et les interactions entre eux, comme le montre la figure ci-dessous :
Continue reading
Qu’une équipe développe un produit ou un projet, nous devons répondre à la question “Quand pourrons-nous le terminer ?” , ou jusqu’où nous serons capables d’aller à un certain moment, donc comme avec les modèles de développement traditionnels, nous devons estimer la charge de travail avant de commencer le projet. L’estimation agile est le processus d’estimation de l’effort requis pour achever une tâche prioritaire dans le backlog du produit. Cet effort est généralement mesuré en termes de temps nécessaire à l’accomplissement de cette tâche, ce qui permet une planification précise du sprint.
Continue reading
Lorsque le manifeste agile a été créé, il existait un certain nombre de processus de développement “légers” ; d’autres méthodes de ce type sont apparues depuis. Elles sont désormais désignées collectivement comme des méthodes “agiles”. Depuis la naissance du Manifeste Agile en 2001, il y a eu beaucoup de buzz autour de l’agilité. L’approche Agile est simplement un mode de pensée qui permet aux équipes et aux organisations d’innover, de répondre rapidement à l’évolution de la demande, tout en atténuant les risques. Les organisations peuvent être agiles en utilisant plusieurs des cadres disponibles tels que Scrum, Kanban, Lean, XP, etc…
Continue reading
La gestion des risques est un système permettant d’identifier, de traiter et d’éliminer les problèmes susceptibles de nuire au coût, au calendrier ou à la réussite technique d’un projet ou au moral de l’équipe de projet. “Les problèmes de demain sont les risques d’aujourd’hui”. Par conséquent, le “risque” est clairement défini comme un problème qui pourrait causer certains dommages ou menacer le calendrier du projet, mais qui ne s’est pas encore produit.
Continue reading
L’analyse SWOT est une technique développée à Stanford dans les années 1970, fréquemment utilisée dans la planification stratégique. SWOT est l’acronyme de Strengths (forces), Weaknesses (faiblesses), Opportunities (opportunités) et Threats (menaces) et est une méthode de planification structurée qui évalue ces quatre éléments d’une organisation, d’un projet ou d’une entreprise. L’analyse SWOT est un cadre simple, mais puissant, permettant de tirer parti des forces de l’organisation, d’améliorer ses faiblesses, de minimiser les menaces et de tirer le meilleur parti possible des opportunités.
Continue reading
La définition de l’état de préparation (DOR) enregistre le moment où un élément du backlog de produit (comme les user stories) a travaillé au point où il est “probable” d’être inclus dans un sprint, tandis que l’équipe Scrum utilise la DOD pour définir le moment où tout le travail sur un élément du backlog de produit (comme les user stories) a été achevé.
Continue reading