Scrum-board / tableau des Tâches et des codes Couleurs
Que recommanderiez-vous comme beaucoup comme un bon code couleur pour une utilisation sur une table de montage?
Est-ce un bon modèle à partir de votre expérience?
http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf
Qu'est-ce que la plupart des standards de codage couleur?
Cette question est hors-sujet car il n'est pas dans le champ d'application de questions à ce site, tel que défini dans Quels sont les sujets que pouvez-vous nous parler ici? voir aussi: Quels types de questions dois-je éviter de poser la question? Vous pouvez peut-être obtenir de l'aide sur les une autre Pile Exchange site.
OriginalL'auteur BuddyJoe | 2009-03-05
Vous devez vous connecter pour publier un commentaire.
Je suggère blanc normale pour les articles du carnet de commandes, c'est à dire ceux avec la valeur de l'entreprise, et rouge pour les corrections de bugs. Cela fait des erreurs se démarquer et permet à l'équipe de s'améliorer.
Commencer simple, aussi simple que vous osez le faire - et de permettre des innovations comme l'a suggéré la Mêlée de l'équipe au cours de sprint rétrospectives. Seule l'innovation à un moment, de l'essayer assez longtemps pour voir comment il fonctionne vraiment; déposez-les si elles ne sont pas vraiment nécessaires.
OriginalL'auteur Morendil
Ne pas faire quelque chose de compliqué. Utiliser le bon sens. Je n'ai pas utilisé les codes de couleurs, parce que je ne pense pas qu'ils aident beaucoup - même qu'ils rendent plus difficile pour les autres parties prenantes afin de comprendre le taskboard. Cela conduit à une diminution de la transparence. Sinon je suis d'accord avec Morendil.
OriginalL'auteur Stephan Schmidt
Pour les Articles du Carnet de commandes-je utiliser de grandes des post-its (4x4) : Histoires d'Utilisateur (Bleu/Vert), les Défauts (Rouge), les Exceptions (Jaune), de recherche (Violet).
Pour les tâches que nous utilisons régulièrement la taille des post-its (3x3) : Dev Tâches (Jaune : Parce qu'ils sont les plus faciles à trouver, et la plupart de la commission seront Dev Tâches), QA (Vert), le Design (Bleu), des Bugs (Rose), ScrumMaster/Obstacles (Orange).
Nous lancer le sprint pâle/pastel des post-its, et tout ce qui est ajouté passé planification de sprint est fait sur les néons de la même couleur. Donc, jaune pâle vs néon jaune, et ainsi de suite. De cette façon, nous pouvons voir ce qui a été ajouté pour bien mettre en évidence si nous n'avons pas fait une bonne ventilation ou si il y avait des tonnes de variables de départ du sprint.
Espère que cette aide.
OriginalL'auteur Reese
J'ai vu le spectre quand il s'agit de la carte des couleurs et des pannes. Certaines équipes utilisent une carte de la couleur d'une tâche est une tâche est une tâche indépendamment du travail. D'autres équipes ont des couleurs pour chaque type de tâche, qui, je l'aimais quand même, car il donnait une belle vue sur le type de travail à gauche sans avoir à lire chaque carte.
Histoire des cartes: bleu
La dette technique: vert
Bugs: jaune
Analyse: rouge
Assurance de la qualité (et non l'histoire de l'AQ, mais les tâches que l'AQ est fait à l'extérieur de la normale AQ): blanc
Cela a aidé lorsque nous avons eu une grande équipe avec un certain nombre de non-développeurs assis autour de la table.
OriginalL'auteur Mike Reedell
Je suis d'accord la plus les couleurs que vous utilisez le plus vous êtes aveugle. Je préfère highlite défauts, les contes et les épopées. Dans le sprint backlog il y a seulement deux couleurs - orange pour les défauts et jaune pour les histoires. ScrumDesk par exemple permet d'attribuer une couleur à une carte dans l'histoire du modèle qui est utile de garder carnet de commandes de couleur correctement.
Les couleurs sont très utilisable si l'arriéré décrit plus en plus de produits (arriéré dans le programme). Dans ce cas, les couleurs peuvent highligt épopées selon le produit.
OriginalL'auteur Dusan Kocurek
Il semble surchargé à mon goût. Lorsque j'ai appris la Mêlée il y a plusieurs années, le seul des codes de couleur étaient le blanc et le rouge. Le rouge étaient les histoires de l'intégration des histoires. Si vous obtenez un trop grand nombre de ceux dans le backlog produit près les uns des autres - vous êtes en difficulté. De toute façon, j'ai donné à l'aide de low-tech conseil sur un premier sprint, parce que j'ai eu à distance les membres de l'équipe, nous avons donc utilisé une électronique au format Excel, TWiki, VersionOne, Rallye.
OriginalL'auteur Aleksey Dmitriyev