Facilitateurs d'exploration - Ceux-ci soutiennent la recherche, le prototypage et d'autres activités nécessaires pour développer une compréhension des besoins des clients, y compris l'exploration de solutions potentielles et l'évaluation d'alternatives.
Que sont les facilitateurs techniques ?
Définition : les catalyseurs du développement agile sont des éléments techniques qui soutiennent le développement de l'entreprise, qui joue un rôle essentiel dans l'assistance aux fonctionnalités de l'entreprise. Les facilitateurs prennent en charge le développement et la livraison efficaces des futures exigences commerciales, apportant une visibilité à tout le travail nécessaire.
Quelles pratiques sont démontrées lors de l'inspection et de l'adaptation ?
Inspecter et adapter : aperçu L'Inspecter et adapter (I&A) est un événement important, organisé à la fin de chaque incrément de programme (PI), où l'état actuel de la solution est démontré et évalué par le train.
Quels sont les deux types d'histoires d'activation ?
Il existe de nombreux autres types d'histoires Enabler, notamment :
- Refactoring et Spikes (tels que définis traditionnellement dans XP)
- Construire ou améliorer l'infrastructure de développement/déploiement.
- Exécuter des tâches qui nécessitent une interaction humaine (par exemple, indexer 1 million de pages Web)
Quelle est la méthode recommandée pour exprimer une fonctionnalité ?
Réponse. Une fonctionnalité est un service qui répond à un besoin d'une partie prenante. Chaque fonctionnalité comprend une hypothèse de bénéfice et des critères d'acceptation, et est dimensionnée ou divisée selon les besoins pour être livrée par un seul Agile Release Train (ART) dans un Program Increment (PI).
Comment écrivez-vous les critères d'acceptation d'une fonctionnalité ?
Voici quelques conseils qui vous aideront à rédiger d'excellents critères d'acceptation : Gardez vos critères bien définis afin que tout membre de l'équipe du projet comprenne l'idée que vous essayez de transmettre. Gardez les critères réalistes et réalisables. Définissez la fonctionnalité minimale que vous êtes en mesure de fournir et respectez-la.
Comment écrire une bonne fonctionnalité en agile ?
Comment écrire des fonctionnalités ?
- Bénéfice Hypothèse d'une caractéristique.
- Les fonctionnalités ont une valeur commerciale.
- Chaque fonctionnalité a une description claire.
- Chaque caractéristique doit avoir des critères d'acceptation.
Quels sont les exemples de user stories ?
Par exemple, les user stories peuvent ressembler à :
- En tant que Max, je veux inviter mes amis, afin que nous puissions profiter de ce service ensemble.
- En tant que Sascha, je veux organiser mon travail pour me sentir plus en contrôle.
- En tant que manager, je veux être en mesure de comprendre les progrès de mes collègues, afin de pouvoir mieux rapporter nos succès et nos échecs.
Qui est responsable de l'écriture des user stories en agile ?
Tout le monde peut écrire des user stories. Il est de la responsabilité du propriétaire du produit de s'assurer qu'un backlog produit de user stories agiles existe, mais cela ne signifie pas que le propriétaire du produit est celui qui les écrit. Au cours d'un bon projet agile, vous devez vous attendre à ce que des exemples de user story soient écrits par chaque membre de l'équipe.
Les user stories peuvent-elles être techniques ?
Histoires d'utilisateurs techniques définies. Une User Story technique est axée sur le support non fonctionnel d'un système. Parfois, ils se concentrent sur des histoires classiques non fonctionnelles, par exemple : liées à la sécurité, aux performances ou à l'évolutivité. Un autre type de récit technique se concentre davantage sur la dette technique et le refactoring.
À qui appartient le backlog dans Scrum ?
Le propriétaire du Scrum Product Backlog est le Scrum Product Owner. Le Scrum Master, l'équipe Scrum et les autres parties prenantes y contribuent pour avoir une liste de tâches large et complète.
Scrum Master crée-t-il des histoires ?
Scrum n'inclut pas les user stories De plus, le Manifeste Agile ne mentionne rien sur les user stories ou qui est censé les écrire.
Quelle condition détermine le backlog de produit en agile ?
Les éléments du carnet de produit sont classés en fonction de la valeur commerciale, du coût du retard, des dépendances et du risque. Les éléments du carnet de produit en haut du carnet de produit sont "petits", bien compris par l'équipe, "prêts" pour le développement et peuvent apporter de la valeur à l'entreprise.
Le backlog produit contient-il des user stories ?
Le backlog de produit est la liste de tout le travail qui doit être fait. Il contient généralement des user stories, des bogues, des tâches techniques et l'acquisition de connaissances. Le backlog est périodiquement affiné par le Product Owner et l'équipe Scrum pour s'assurer que 2 à 3 sprints de travail sont toujours définis et priorisés.
Que contient le backlog produit ?
Un backlog de produit est une liste prioritaire de travail pour l'équipe de développement qui est dérivée de la feuille de route et de ses exigences. Les éléments les plus importants sont affichés en haut du carnet de produit afin que l'équipe sache quoi livrer en premier.
Qu'est-ce qui fait un bon backlog produit ?
Bonnes caractéristiques du carnet de produit. Les bons backlogs de produits partagent des caractéristiques similaires, que Mike Cohn et Roman Pichler ont capturées avec l'acronyme DEEP : détaillé de manière appropriée, émergent, estimé, priorisé. Examinons de plus près chacune de ces caractéristiques.
Combien de fois le backlog produit peut-il être modifié dans Scrum ?
L'équipe Scrum décide comment et quand le raffinement est effectué. Le raffinement ne consomme généralement pas plus de 10 % de la capacité de l'équipe de développement. Cependant, les éléments du Product Backlog peuvent être mis à jour à tout moment par le Product Owner ou à la discrétion du Product Owner.
À qui appartient la qualité dans l'équipe Scrum ?
La qualité appartient au Product Owner. Ils identifient les fonctionnalités du produit et optimisent le retour sur investissement (ROI). Leurs rôles incluent l'analyse de la vision du produit, la gestion du backlog, la coordination avec le Scrum Master, ainsi que la modulation de l'équipe de développement.
Qui doit faire tout le travail pour s'assurer que les éléments du backlog produit sont conformes à la définition de terminé ?
S'il y a plusieurs équipes Scrum travaillant sur le système ou la version du produit, les équipes de développement de toutes les équipes Scrum doivent mutuellement définir la définition de "Terminé". Organisation de développement ou l'équipe de développement de l'équipe Scrum.