web-dev-qa-db-ja.com

かんばん/スクラム板

私は他の人々が彼らの会社の物理的なカンバン/スクラム板にどのようなものを使うのかに関して興味があります。敏感なビジネス情報のために、ボードの写真を提供できないかもしれないことを感謝します。私は - - あなたの理事会はどのように見えますか、そしてユーザーストーリーとタスクを整理する方法彼らは典型的なスプリント/反復を通して動くように？

通常、私はそれぞれの次のようにボードを整理する場所で働いていました

User Story   | Todo                   | In Progress  | Ready for QA     | Done   |
UC-001       | Domain Object, Service | DAO(Bob)     |                  |        |
UC-002       | Payment UI Screen      |              | Payment Srv (Don)|        |
UC-003       |                        |              | UC-003           |        |
             |                        |              |                  | UC-004 |
             |                        |              |                  | UC-005 |
 _

まとめて：

  • UC-001のタスクは、チームの1つのメンバー（BOB）によって進行中です。ピックアップする他の人のタスクのリストはToDo列で待っていますが、これはボブで座って作業を行うためのチームの別のメンバーによって拾われます。
  • UC-002の場合、支払いサービスのタスクが完了し、QAの自動テストハーネスが完了しました。これにより、UIなしでサービスをテストできます。テストに失敗した場合、バグが発生して支払いサービスタスクとともにQAフェーズに戻す
  • UC-003のすべてのタスクが完了し、QAの準備完了に移動しました。
  • UC-004とUC-005のすべてのタスクは完了しましたので、ユーザーストーリーが完了しました。

これは、各タスク/ユーザーストーリーと対話する人々が関係する有形のホワイトボードとして機能します（投稿として表されます）。電子バージョンは、Sprint/Iterationの前に作成され、現在の状況に対応するSprint/Iterationの終わりにのみ更新されます。コメントと批判は歓迎されています:)

project-managementagilescrumagile-processeskanban
28
Jon

私はあなたがイライアナルボードを見てみることをお勧めします。 http://www.eylean.com/?utm_source=geffort&utm_medium=content&utm_campaign=geffort 直感的なインターフェース、統計、ダッシュボードのためにすべてのニーズに合うことができます。また、それはあらゆるプロセスと最も重要なことに適合します。このボードでは、行を使用して1枚のボード上の複数のプロジェクトを表現できます。すべての行は一度に表示されてもよいし、選択されたものを削除することもできます。このソリューションのタスクグループ化とカテゴリによるフィルタリングでもよい - すべてのタスクは1つのボードと行に表現できますが、さまざまなカテゴリに添付できます。

4
userG

私たちのホワイトボードは、これらの列に分かれています。

ストーリー、未開始、必須/デ/ Devの*は、ピアレビュー、QA、完了

最も優先度の高いストーリーが上から下に行きます。私たちはストーリーとタスクのための小さなもののための大きな付箋を使用するように、各話には複数のタスクを持つことができます。タスクは、左から右に移動します。毎日、私たちは確信して私たちが最も優先度の高いストーリーに取り組んでいる作ることを確認してください。

我々はそれに取り組ん人が自分のイニシャルを入れ、各タスクに粘着性の白いタブを使用します。彼らは行って、新たな白のタブに沿って移動しているとき、それは拾うために誰にでも利用可能です表示するには、古いものの上に置かれています。すべてのタスクが完了したら、話も完了列に移動し、立ち上がりにされ、すべての行われる作業は、最大集計し、より多くの話のための下部にスペースを作るためにボードを上昇させます。

我々はまた、（スクラムマスターの支援を要請赤、他のチームからの閉塞を示す青）進行する閉塞を示すための物語のためのタブとタスクを色付けしています。私たちは、それぞれの立ち上がりでバリケードについて話しています。

完了に多くを得るための一つの特定の列とシフト重視であまりにも多くのタスクがあるときに私たちは見ることができます。私たちは、故意の仕事は、それがQAに着く前にそれをやった人以外の誰かによって見直さ必要があることを強調するために、レビュー欄を追加しました。

*要件/設計/開発

2
Sam

我々はかなり似ています。各開発者が列を持っており、私たちは、「バックログ」「完了」、「でテスト」、「進行中の作業」の行を持っています。

そして、我々はそれが各フェーズを通過すると、我々は物理的に移動し、実際のポストイット形式のメモを使用しています。

個人的に、私は、システムが欠けていることを見つけます...

  • 手動ポストは、そのしばらく後に痛みをすることを得るに移動。私たちのQAチームは、主にチケットが移動管理 - そしてそれは彼らがTFSと同期保つために不断の努力です。
  • 彼らはもはや粘着性ではありません前のポストは、そのは本当にだけなので何度も移動することができます。チケットはテストからバック送信され、「進行中」となどなど、テストの後、移動背面に配置されている場合、それは床の上に終了するために...それは多くを取ることはありません。
  • 時には、ノートの莫大な量が圧倒的です。私たちは（私たちはできる限り最善のように）各ノート一意の識別子を見ることができるようにそれらをレイヤー...しかし、あなたは、10冊のノートの束を持って、あなたが取得する必要がある - ノートでもリモートで表示されるように積層して持っています第五スタックのうち、あなたが急速に床の上のノートで終わるだろう粘着性の減少に貢献しています。
  • チケットは床に終わる行うと、それは彼らが行くべき場所を見つけるために合理的に迷惑なんです。その開発者Aのチケットましたか？それともB？そして、それはテストしていましたか？それとも、行われていましたか？ TFSへレッツ・ゴーバックは、これらのチケットを検索し、それに応じて後にその移動します。

個人的に、私はポストイットノートは、ここで適切なツールであるとは思いません。無料のこの種のものは完全にトラブル作るデジタルツールの一握りがあります。私たちは、チームの基盤サーバを使用する - と私は本当に、素晴らしい堅牢で、無料の、そしてチームの基盤サーバとのインタフェース、リアルタイムで、あなたのためのすべてを管理しますでも、オープンソースツールのカップルを見てきました。

http://www.telerik.com/community/labs/tfs-work-item-manager-and-tfs-project-dashboard.aspx

0
Rob P.