23

Fogbugz と Scrum を一緒に使っている人はいますか?

私たちは Fogbugz を広く使用しており、スクラムの一部として Fogbugz を使用している可能性のある人からのアイデアを探しています。これらの 2 つのアイテムを見つけましたが、アーカイブされてお​​り、これ以上議論することはできません。スクラムの概念を Fogbugz にマッピングするためのアイデアに特に興味があります。

いくつかのことはかなり明白です。リリースとスプリントは互いにうまく対応しています。しかし、スクラムの他の部分は実際には適合しません。

http://support.fogcreek.com/default.asp?fogbugz.4.12143.4
http://support.fogcreek.com/default.asp?fogbugz.4.19971.3

また、ソフトウェア プロセスの統合を改善するためにお気に入りのツールの 1 つを放棄する必要がないように、Fogbugz をラップする軽量のカスタム ツールを作成することはそれほど難しくないかもしれないと考えています。

編集：

出てきたいくつかのより具体的な質問を追加します。これらのアイテムに関する提案は役に立ちます。

  • Fogbugz が提供する 7 つの優先度レベルだけを使用して、大量のバックログに優先順位を付けるにはどうすればよいでしょうか? データベース テーブルを変更してレベルを追加することはできますが、それは現在の/意図した Fogbugz モデルで適切ですか?
  • スプリントの目標をどこでどのように文書化しますか?
  • キャンセルされたスプリントをどのように文書化しますか?
  • スプリントレビューをどのように文書化しますか?
  • 完了またはキャンセルされたスプリントをどのように追跡しますか?

編集＃2：

以下の Chris の返信は、私たちが実際に Fogbugz v7 にアップグレードしたことを思い出させてくれました。アジャイル、スクラム、リーンとより密接に連携する多くの優れた機能があります。

  • プロジェクト バックログ (プラグイン経由)
  • カスタム ワークフロー
  • バーンダウンチャート
  • かんばんボード (プラグイン経由)

詳細については、次のリンクを参照してください。
http://www.fogcreek.com/FogBugz/WhatsNew.html
http://www.fogcreek.com/FogBugz/Plugins/default.aspx?ixCategory=-3

編集＃3 Perhentianが彼の回答で言及したリンクと、私が見つけた別のリンクを追加します：

http://www.danielroot.info/2009/08/how-to-apply-scrum-using-fogbugz-7.html
http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features .aspx

4

11 に答える 11

7

FogBugz は現在 (バージョン 7 の時点で) プラグインをサポートしており、スクラムでの使用がはるかに簡単になります。

アジャイル/スクラム用ツール

于 2009-08-03T19:36:14.760 に答える
5

私たちは長い間FB を使用していましたが、最近スクラムの使用を正式に開始しました。

次のことがかなり役に立ちました。

  1. スクラム スプリントごとにタグを使用しました。
  2. スプリント タグは、そのスプリントの各 FB ケースに入力されます。
  3. 「スクラム スプリント レポート」という Wiki があります。
  4. その Wiki 内に、新しいスプリントごとに記事を追加します (数週間ごとに記事を用意しています)。その記事には、スプリントと同じタグが付いています。

次に、次のことが役立ちます。

まず、単にタグで検索すると、次のものが見つかります: すべてのケースと特定の Wiki 記事 (見出しビューでも目標が表示されます)

次に、2 つのフィルターを作成します。1 つはそのスクラムのケースをリスト ビューで表示するためのフィルターで、もう 1 つはオープン/クローズされたケースを円グラフで表示するためのフィルターです。1 週間経つと、もっとパイを食べたくなるはずです。

これについて唯一気に入らない点は、毎週金曜日に 2 つのフィルターを変更しなければならないことですが、少なくとも TGIF は必要です。

PS: FB Wiki エディタは 7.0 よりも優れていると言いたいところですが、実際には 0.8 にする必要があります。安定したものになるには、少なくとも 2 つのエディションが必要です。

于 2010-10-15T16:03:01.320 に答える
4

アジャイルのために FOGBUGZ と JIRA を使用した後、どちらのツールもモデルをサポートするのに本当に理想的ではないと判断しました。どちらかを機能させることができますか。はい。JIRA は、より多くのカスタマイズ機能 (ユーザー ストーリーの作成など) を備えているため、実際には少し優れています。しかし、本当にチームをスクラム モードにしたい場合は、全員にバーンダウン チャートを見てもらい、全員にバックログを見てもらう必要があります。 SCRUMWORKS のようなツールを検討する必要があります。基本バージョンは無料で、必要なものを提供します。JIRA と Fogbugz を本来の目的で使用し、バグとリクエストを追跡しますが、完全な SCRUM 管理ツールにはなりません。

更新: Greenhopper プラグインを JIRA に使用できます。これは、アジャイル プロジェクトをサポートするのに少し優れています。

于 2008-11-29T14:15:53.337 に答える
2

icanhascheezburger.comでは、FogBugzを使用しており、FogBugzは多くの点で優れていることがわかりましたが、すぐに使用できるアジャイル開発にはあまり適していません。これが私たちが行う2つのことです：

毎日のスクラムレポートにはディスカッション掲示板を使用していますが、購読できるのでwikiページの方が適している場合があります。

また、バックログには優先度7を使用します。すべてのバックログケースを見つけるには、次を検索してください。

priority:7 project:"project name"

APIを使用すると、小さなスクラムクライアントを非常に簡単に作成できます。

FogBugz用のかんばんプラグイン

于 2008-11-30T07:33:26.643 に答える
1

FogBugz の新しいバージョンをチェックしてください。スクラムをサポートするための改善点をまとめたブログ記事がここにあります。私たちはそれを使用しており、うまく機能しています。

http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx

于 2009-08-26T12:19:15.603 に答える
1

現在、SCRUM ベースのプロジェクトで FogBugz を試しているところです。

私たちはまだ SCRUM (および FogBugz) で足を踏み入れているところなので、私たちが行っていることは「純粋な」SCRUM ではない可能性があります。

まず、バージョン x.xx で提供するものなど、リリース バックログに Excel を使用しています。

私は実際にバックログとして FogBugz を使用することについてブログ投稿を書きましたが、私が提案していたことが振り返ってみると少し複雑であり、実際に何も得られなかったと思うため、Excel を使用することになりました。

バックログ スプレッドシートでは、バックログ アイテムの名前、サイズの見積もりを保持しているため、ベロシティ、および各アイテムをどのスプリントで配信するかなどのその他の情報を計算できます。

私たちは製品仕様を FogBugz wiki に保持し、バックログの各エントリからこれへのリンクを追加します。

Fogbugz では、リリースをスプリントにマッピングし、スケジュール アイテムを使用して各バックログ アイテムのタスクを追跡します。

スプリントを開始する前に、このスプリントで配信するバックログ項目を選択します。FogBugz では、新しいリリースを作成し、終了日を 2 週間後に設定します。次に、選択したバックログ アイテムをタスクに分解し、「スケジュール アイテム」としてリリースに追加します。

誰もが自分のタスクを見積もり、通常どおり「作業中」メニューを使用してそれらに対して時間を追跡します。チームメンバーは毎日見積もりを修正し、さまざまなレポートを使用して進捗状況を確認できます。出荷日のコンフィデンス チャートは、一種の逆バーンダウンを提供します。

チームの各メンバーには、毎日編集する「ステータス」スケジュール アイテムもあり、毎日のスタンドアップ ミーティングのステータス レポートを記録します。たとえば、昨日何をしたかなどです。、 今日は何をしていますか？障害物は何ですか？

ご覧のとおり、タスク管理に FogBugz を使用しているだけです。

私たちは、 EBSと Wiki のためにそれを選びました。

これまでのところうまくいっていますが、私が使用しているプロジェクトは 3 人 6 週間のプロジェクトです。

これが役立つことを願っています。説明が必要な場合はお知らせください。

編集：完璧なシステムを初めて稼働させようとしているわけでもありません。私は何かを試してみて、うまくいかない場合は変更するというアプローチをとっています. これまでのところ、FogBugz との相性は良好です。

于 2008-11-24T22:37:04.697 に答える
1

FogBugz と Scrum は適切に連携します。あなたの質問は良いものだと思うので、それらに答えることに固執します...

Fogbugz が提供する 7 つの優先度レベルだけを使用して、大量のバックログに優先順位を付けるにはどうすればよいでしょうか? データベース テーブルを変更してレベルを追加することはできますが、それは現在の/意図した Fogbugz モデルで適切ですか?

IMHO 7 は多すぎて管理できません。上位 3 ～ 4 件は管理可能であり、それを超えると、すべてを 1 つの「後の」バックログにまとめることができます。ただし、FogBugz のドキュメントや KB 記事は、追加の優先度レベルを追加した人々にガイダンスを提供することがあります。そのため、FogBugz がそれを使用するつもりがない場合でも、FogBugz はそれをよく認識しているようで、基本的には使用している人々をサポートしています。

スプリントの目標をどこでどのように文書化しますか? 各プロジェクトの wiki に「スプリント レビュー」ページがあります。一番上に最新のスプリントを記録し、それを 1 つの巨大なページにします (ただし、これらのページは巨大になっているため、最終的には最新の 1 年か何かだけを保持することになると思います)。私たちが使用するスプリント レビューはシンプルで、チームと PM が完了する必要のある一連のフィールドがあります。スプリントの前に、レビュー用のフィールドを追加した後、目標と SBL を文書化します。

キャンセルされたスプリントをどのように文書化しますか?

上記のスプリントレビューページ。

スプリントレビューをどのように文書化しますか? 完了またはキャンセルされたスプリントをどのように追跡しますか?

この 2 つにどのように対処するかは、ご想像のとおりだと思います :)

あなたや他の読者の参考になれば幸いです。FB の見積もりに関連するいくつかの fogbugz のハックがありますが、これについてはここでは触れていませんが、これ以上議論したい場合は、喜んでそうします。たぶん、私が学ぶことができる共有するいくつかの経験がありますか?

-スコット

于 2009-03-01T23:13:39.383 に答える
0

これまでのところ良いコメント。Scrumworksを見てみましょう。私たちはFogbugzが本当に好きで、チームはそれに慣れているので、それが機能するかどうかを確認しようとしています。

@ Stefan、リンクされた記事の製品バックログの提案の1つは、日付なし、正式な契約の終了時の日付、または遠い日付の同じ名前の割り当て可能なリリースを作成することで、プロジェクトのバックログをFogbugzに実装できることです。未来へ。あなたはそれを試しましたか、またはあなたの方法がなぜより良いかもしれないかについて何か考えがありますか？

于 2008-12-01T18:46:51.777 に答える
0

プロジェクトバックログの「リリース」を使用してスクラムにFogBugzを使用してから、スプリントのリリースを作成し、プロジェクトバックログリリースから現在のスプリントリリースにアイテムを移動します。すべてのアイテムには見積もりがあり、この前のSOの質問に示されているように、そこからバーンダウンチャートを作成できます。

いいえ、理想的ではありませんが、十分に機能します。

于 2008-12-01T19:14:09.223 に答える
0

Scrumworks と JIRA を使用しています。

SCRUM は、QA/QC 手順をどのように実装するかを実際にはカバーしていません。アジャイルの一部は、プロセスを定義、改善、反復できるようにすることです。

于 2008-11-30T00:27:14.227 に答える
0

オープン ソース ツールの trac にはFogBugz が統合されており、スクラム部分には、 tracをベースにしてスクラムを包括的にサポートするAgilo for Scrumを使用できます。

于 2009-08-08T05:17:34.753 に答える