スクラムボード/タスクボードとカラーコーディング[終了]

Question

ストーリーボードで使用するための優れたカラーコーディングに関する推奨事項は何ですか？

これはあなたの経験から良いパターンですか？
http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf
最も標準的な色分けは何ですか？

Answer 1

通常のバックログ項目、つまりビジネス価値のある項目には白を、バグ修正には赤をお勧めします。これにより間違いが目立ち、チームの改善に役立ちます。

シンプルに-思い切って簡単に始めて-スプリントの振り返りでスクラムチームが提案するイノベーションを可能にします。一度に1つのイノベーションのみ。それが実際にどれだけうまく機能するかを確認するのに十分な時間試してみてください。本当に必要ない場合はドロップしてください。

Answer 2

何も派手にしないでください。常識を使用します。色コードはあまり役に立たないと思うので、使用していません。他の利害関係者がタスクボードを理解するのをさらに難しくしています。これにより、透明性が低下します。そうでなければ、モレンディルに同意します。

Answer 3

バックログアイテムには、大規模なポストイット（4x4）を使用します。ユーザーストーリー（青/緑）、障害（赤）、例外（黄色）、調査中（紫）。

通常のサイズのポストイット（3x3）を使用するタスクの場合：開発タスク（黄色：簡単に入手でき、ボードのほとんどが開発タスクになるため）、QA（緑）、デザイン（青）、バグ（ピンク）、ScrumMaster / Impediments（オレンジ）。

スプリントは淡色/パステルポストイットで開始し、過去のスプリント計画に追加されたものはすべて同じ色のネオンで行われます。淡黄色対ネオン黄色など。これにより、適切な内訳を実行しなかった場合や、スプリントを開始する未知の要素が大量にあった場合に、強調表示するために追加された内容を確認できます。

これがお役に立てば幸いです。

Answer 4

カードの色と故障に関しては、スペクトルを見てきました。タスクはタスクに関係なく、タスクであるため、一部のチームは1色のカードを使用します。他のチームには、タスクの種類ごとに色があります。それぞれのカードを読まなくても残っている作業の種類が見やすいので、気に入っています。

ストーリーカード：青 技術的負債：緑 バグ：黄色 分析：赤 QA（ストーリーQAではなく、QAが通常のQA以外で行ったタスク）：白

これは、多くの非開発者がテーブルの周りに座っている大規模なチームがあるときに役立ちました。

Answer 5

盲目の人ほど使用する色が増えることに同意します。ハイライトの欠陥、ストーリー、叙事詩が好きです。スプリントバックログには、欠陥の場合はオレンジ色、ストーリーの場合は黄色の2色しかありません。たとえば、 ScrumDesk を使用すると、ストーリーテンプレートのカードに色を割り当てることができます。これは、バックログを正しく色付けするのに役立ちます。

バックログがより多くの製品を説明している場合（プログラムバックログ）、色は非常に便利です。この場合、色は製品に応じてエピックを強調する可能性があります。

Answer 6

それは私の好みに合わせて過負荷に見えます。数年前にスクラムを学んだとき、カラーコードは白と赤だけでした。赤いストーリーは統合ストーリーでした。製品バックログでそれらの数が多すぎると、問題が発生します。とにかく、リモートチームのメンバーがいたため、最初のスプリントでローテクボードを使用するのをあきらめました。そのため、Excel、TWiki、VersionOne、Rallyという電子形式を使用しました。