JavaScript isn't enabled in your browser, so this file can't be opened. Enable and reload.
Testez le niveau d'agilité de votre équipe/entreprise/organisation
Faites-le Nokia Test et nous vous transmettrons vos possibilités d'amélioration.
* Indicates required question
Product Owner
*
pas de Product Owner (PO)
PO ne comprenant pas Scrum (pas formé)
PO interrompant l'équipe
PO pas engagé avec l'équipe
PO entretenant le Product Backlog
PO concevant le Release Plan basé sur la vélocité de l'équipe
PO motivant l'équipe
Interruptions
*
le Manager ou le Project Leader interrompt l'équipe
le PO interrompt l'équipe
les tâches sont assignées pas prises
vous avez un Project Leader et des rôles Scrum
Personne n'interrompt l'équipe, que des rôles scrum
L'équipe connaît sa vélocité
Le Release Plan est basé sur la vélocité connue.
Vos itérations (sprints)
*
pas d'itérations
itération > à 6 semaines
longueur d'itération < 6 semaines
longueur d'itération fixe de 6 semaines
longueur d'itération fixe de 4 semaines
longueur d'itération fixe de 2 semaines
Burndown Chart
*
pas de Burndown Chart
Burndown Chart non mis à jour par l'équipe
Burndown Chart en heures/jours ne comptabilisant pas le travail en-cours
Burndown Chart diminuant lorsque les tâches sont "done" (TrackDone)
Burndown Chart diminuant lorsque les stories sont "done"
L'équipe connaît sa vélocité
Le Release Plan est basé sur la vélocité connue.
Estimations
*
Product Backlog pas estimé
Estimations non produites par l'équipe
Estimations produites sans Planning Poker
Estimations produites lors du Planning Poker
Erreur d'estimation <10%
Product Backlog
*
pas de Product Backlog
plusieurs Product Backlog (plusieurs produits ou produit et support)
un seul Product Backlog
Product Backlog priorisé en fonction de la Business Value (avant le Sprint Planning)
Le PO a un Release Plan basé sur le Product Backlog
Le PO peut mesurer le ROI basé sur des valeurs réelles (coût par Story Points ou autres métriques)
Vos tests
*
pas de testeur dédié
uniquement des tests unitaires
tests fonctionnels
fonctionnalité testée dès que développée
tous les tests d'acceptance passés à chaque itération
tests en production
toute l'équipe teste (testing day)
tests d'acceptance avec le client (testing day)
la solution est déployée régulièrement (Release, itération, continue)
Other:
Spécifications Agile
*
pas d'exigences
grosse documentation des exigences (très détaillées)
User Stories pauvres
bonnes exigences comprenant la Business Value (valeur métier) (DEEP)
bonnes User Stories (INVEST)
spécifications agiles (exemple, spécifications exécutables, BDD, ATDD)
User Stories INVEST avec de bonnes spécifications agiles (exemple, spécifications exécutables, BDD, ATDD)
Nokia test par Pierre E. Neis @ We&Co @ Upward Consulting
si vous souhaitez connaître votre assessment, communiquez-moi votre adresse email en envoyant votre demande à
pierre@wecompany.me
Submit
Page 1 of 1
Clear form
Never submit passwords through Google Forms.
This content is neither created nor endorsed by Google.
Report Abuse
-
Terms of Service
-
Privacy Policy
Forms
