問題タブ [fogbugz]

私は現在 2 つのプロジェクトに取り組んでおり、Fogbugz を使用してケースを追跡しています。私の質問は次のとおりです。各プロジェクトに 1 か月分の見積もり作業を入力した場合、Fogbugz は 2 つのプロジェクトの出荷日が今から 2 か月後になると見積もっていますか?

注:ここに議論がありますが、それがまだ関連しているかどうかはわかりません。私はそれを正しく理解しているかどうかさえわかりません。

現在、FogBugz でたとえば 1 週間または 1 か月のタイムシート レポートを作成するのは大きな PITA です。

プロジェクト中に1年間の見積もりを観察したところ、証拠に基づくスケジューリングがここで機能するかどうか疑問に思う奇妙なことがいくつか見つかりました。

• 個々のプログラマーは好きな数を持っているようです（例：2、4、8、16、30時間）
• 大きなタスクは修正値（約2）によって過小評価されているように見えますが、ここでは標準偏差が低くなっています
• 小さなタスク（1時間または2時間）は完全に分散されています。平均して、それらの平均過小評価係数は2ですが、標準偏差は高くなっています。
  • 約5分のスペルの問題は1時間で推定されます
  • 他のバグ修正も1時間と見積もられていますが、1日かかります

では、見積もり中にプログラマーが30時間のタスクを4時間または2時間のステップに分割できるようにするのは本当に良い考えですか？これで標準偏差が上がりませんか？（わかりました、彼らにそれを分解させてください-しかし、おそらく見積もりの​​後？！）

（編集：Googleコードは現在gitをサポートしており、とにかくプロトコルバッファをMercurialに変換したため、この質問は私の特定の問題では古くなっています。ただし、IMOはまだ一般的な関心事です。）

私のC# Protocol Buffers Portは、そのソース管理に github を使用しており、git の使用を本当に楽しみ始めています。しかし、私が知る限り、github はプロジェクト管理ツールを提供していません。欠陥と機能の追跡、ディスカッション、機能リクエスト、ドキュメントなどです。私の所属を考えると、Google Codeは当然の選択ですが、そこにプロジェクトを作成しますが、github でソースをホストします。

Fogbugz/Assembla に関するこの質問は、主に欠陥の追跡に焦点を当てているようです。より「完全な」プロジェクト管理ソリューションに関して、他の人がどのような経験をしたのか知りたいと思っていました。Fogbugz は実際に私が必要とするすべてのことを行ってくれますか? (ドキュメントに wiki を使用することには利点がありますが、コードと一緒にドキュメントを配布できるようにしたいとも考えています。) 最初の段落で述べた明示的な機能以外に、考慮すべきプロジェクトの側面のうち、見逃しているものはありますか?

これは間違いなくオープン ソース プロジェクトのままであり、支払いはしたくありませんが、少額の料金が必要になってもかまいません。現在、開発者は私だけですが、状況は変わる可能性があり、多くの人がバグや機能のリクエストを提出する可能性があります。(言い換えれば、私はそれが人気になることを望み、期待していますが、ほとんどの作業は私が行っています。)

以前、私はさまざまなオープン ソース プロジェクトに貢献してきましたが、非常に目立ち、活発なプロジェクトを運営するという点ではあまり貢献していませんでした。( MiscUtilは現在も私の Web サイトで「ホスト」されており、時々リリースされます。実際のソース管理はローカル NAS にあります。)

自分の経験を共有したい人はいますか？

編集: 私が現在検討しているもう 1 つのオプションは、Google Code プロジェクト (私は雇用主に忠実でありたいと思っています) と、git から svn への時折のマージ (少なくとも、リリースを行うたびに) です。これにより、非 git ユーザーも簡単にソースを入手できるようになります。

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

私は FogBugz をツールとして使用して、「未来をのぞき見る」ことができます。このプログラムは、私たちの作業時間、リリースのタスク、そのタスクに対する割り当てられた開発者の見積もり、および開発者が過小評価/過大評価する傾向を考慮して、将来のある範囲の日付に対してリリースを行う可能性を考え出そうとします。 .

現在、FogBugz は作業時間を考慮に入れているため、開発者が割り当てられたタスクに時間を割くことを想定していますが、これは XP では当てはまりません。ペアの以前の決定は、開発者のタスクの 1 つに取り組むことだったからです。一緒。

これは、ペア プログラミングを行うときに FogBugz を見積もりに使用できないということですか?

FogBugzをローカルにインストールすると、DEPがオフになっていると主張するのはなぜですか？

http://our.fogbugz.com/default.asp?W977

簡単な作業になると思いますが、試す前に聞いてみようと思いました。

使ったことのある方、いかがでしたか？注意事項や参考になることはありますか？変更を自動的に取り消すことはできますか?

より簡単にするために、事前に trac で別のことをしたり、構成したりすることはありますか?

ところで、fogbugz の最初の試用版には満足しています。trac には問題はありませんが、自動応答機能と、support@mycompany.com への電子メールで新しいチケットを作成して返信する方法が本当に必要でした。それはとてもプロフェッショナルです。

プロジェクトの見積もりに興味がありましたが、それは要因ではありませんでした. それを試すのを楽しみにしています。

私はいくつかの WPF アプリを持っており、ユーザーがこれらのアプリケーションからFogBugz データベースにバグを直接記録できるようにしたいと考えています。これを行う方法はありますか？また、ケースが解決されたときにアプリケーションがそのことを知らせるようにするにはどうすればよいでしょうか?

2 つのプロジェクトを fogbugz に切り替えたところですが、今のところとても気に入っています。FB には、trac を水から吹き飛ばすだけの機能がいくつかあります。ただし、FB の問題内からリビジョンを指すように FB を取得するのに問題があります。

tortoisesvn で bugid を設定しましたが、すべて動作します。GUI で bugid をクリックすると、fogbugz ブラウザーが正しい問題でポップアップします。ただし、逆は機能しません。

svn ホスティングに wush を使用しています。http://fogcreek.com/FogBugz/docs/60/topics/sourcecontrol/setup/Subversion.html
を見てきました

と

https://support.wush.net/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=33&nav=0

しかし、それを正しく行う方法を理解していません。リポジトリへの読み取りアクセス権を持つように websvn ゲスト アカウントを設定しました。

trac と svn の統合はうまくいきました。(trac チケットから) SVN コミットのコメントにリンクされたリビジョンで変更されたソースを確認できました。

websvn/SVN の wush ホスティングとの FB 統合に成功した人はいますか?

編集：

また、FB 号にリンク、参照、またはテキストを掲載していただければ幸いです。ただし、FB の問題はコミットによっても触れられていないようです。

編集: 1 つのポスターへの応答:

bugid は svnUI に正しく表示されます。つまり、tortoisesvn の履歴のリンクをクリックすると、fogbugz の URL が表示されます。

機能していないのは次のとおりです。

• FB 課題へのチェックイン コメントの自動更新/挿入
• FBでは、レポ/変更/などに戻るリンクはありません。