チームが同じ場所にある場合、私は常にインデックス カードにユーザー ストーリーを複製していました。ウォール・オブ・カードは、どのソフトウェア・ツールよりもはるかに協力的で使いやすいものです。そして最も重要なことは、あなたの顔にあります。
同じことがバーン チャートにも当てはまります。私の経験では、ソフトウェア チャートは少数の人々によってオンラインで見られ、通常はプル メディアです。大きな手描きのポスター (定期的に変更されます) は、全員の注目を集め、その場しのぎのディスカッションのインキュベーターとして機能します。
また、毎日のスクラム ミーティング中にそれらを指摘できることも非常に価値があります。
返事が遅くなりましたが、これまでの Trac+Agilo での私の経験を共有します。
あなたの質問に素早く答えるために、Agilo は Trac を使用したアジャイル開発に利用できる最良のオプションです。
インストールが始まり、インストールの使用は非常に簡単でした。最新リリースの 0.7.3.3 を使用しました。Trac 0.11 と Python 2.5 に問題なくインストールできます。libjpeg と python イメージング ライブラリをインストールすることを忘れないでください。作業を簡単にする virtualenv を使用したことに注意してください。
その後の使用法は非常に簡単です。wiki については、Agilo のカスタマイズよりも、Trac の古いきれいな外観の方が好きです。それ以外はすべてうまくいきます。
彼らのメーリング リストで、彼らが将来的に複数プロジェクトのサポートを提供することを計画していることに気付きました。全体として、Trac 用の Agilo プラグインをお勧めします。
はい、Trac インストールに Agilo をインストールしました。
とてもクールに思えます。素敵なバーンダウン チャートが含まれています。
残念ながら、私はそれを本格的に使用する前に、インストールした会社を去りました。
インストールは大変でした (Ubuntu Ibex) - Agilo Google Groupで正確な手順を文書化しました。
(いつものように) 問題は、PM と CEO が見たいもの (たとえば、推定時間と実際の時間) をビジネスの目的に統合することです。(前述のように) これをカバーする他の製品があります (FogBugz がこれをカバーしていると思います) が、私 (およびチーム) は Trac が大好きなので、これを回避しました。
ああ、もう 1 つ。かなりのオーバーヘッドが発生しているように見えます (つまり、trac を最大限に活用するには、trac でより多くの時間を費やさなければなりません)。
以前はバーンダウンプラグインでTracを使用してから、Redmineに行きました。Redmineは、リポジトリの表示と問題のインターフェースにとって悲惨であることがわかりました。私たちは実際に再びTracに戻ることを目指しています。
Agilo for Scrum rocks、最新バージョンはクライアント側で生成されたチャートを使用しているため、依存関係はなくなり、インストールがはるかに簡単になります:-) agile42は、Agiloエクスペリエンスを優れた直感的なPlanningBoardで充実させるProバージョンをリリースするだけです。スクリーンキャスト:-)
Trac wiki は次の目的で使用します。
また、総バックログと現在/次のスプリントの計画を維持するために、「機能」ごとにチケット システムにチケットがあります。
次に、各機能のスプリント計画中に一連のカードを作成します。
物事には、より操作的な側面もあります。Ops のスプリントごとに 1 人を配置しているため、チーム外の人に邪魔されることに専念する人が 1 人います。チームの残りのメンバーは、機能の提供に集中できます。
各バグ/運用タスクはチケットを取得しますが、作業を開始するとすぐにカードを取得し、ボード全体に移動し始めます. そうすれば可視性が高まり、テスターなどを巻き込むことを忘れることはありません。
スクラムは非常に触覚的であるため、物理的な作業環境の外にあまりにも多くのものを置くのはうまくいかないと思います. しかし、最終的には、チームは機能するバランスを見つける必要があります。
Bittenは継続的インテグレーション用の Trac プラグインで、チェックイン時に自動ビルドを実行するために利用できます。これは、アジャイル プロセスの重要な部分 (迅速なフィードバック) を提供します。個人的に Trac 用の他のプラグインを使用したことがないので、それらについてコメントすることはできません。しかし、マイルストーンのネイティブな Trac 機能は、イテレーション マーカー (各マイルストーンがイテレーションの終わりを表す) として使用するために、かなり簡単に利用できるのではないかと思います。マイルストーンはすでに機能の「期日」をマークするために使用できるため、マイルストーンをそのように使用するために変更する必要はあまりありません。
そこから、チケットをユーザー ストーリーとして使用し、それらをマイルストーンに関連付けることで (これは最悪でも手動で行うことができると確信しています)、速度を追跡し、チームが進捗状況 (および必要な変更) を認識し続けるための基本的な方法が得られます。も作った）。
まったく別の場合、Tracでアジャイル開発を行う最善の方法は、単純にすべてをRedmineに移行することかもしれません。複数のプロジェクト、ガント チャート、フォーラム、DCVS などを含むいくつかの追加機能を備えた Trac のコア機能をサポートしていますが、まだ完全には実装されていないようです。パイプラインのいくつかの良いこと。
Daniel Srb (コメント内) には、彼が取り組んでいるredmind アジャイル プラグインがあり、有望に見えます。彼がそれをリリースする予定があるかどうかを連絡して確認できるかもしれません (かなり前のことです)。
私たちはこれまで、チケット用のTracとプランニング用のxplannerという 2 つの製品を共同で使用して成功を収めてきました。
最近スクラムバンを使い始めました。
基本的にかんばんボードで、毎日のスタンドアップ ミーティングで古典的なアジャイル スクラムの質問を取り上げます。前日に何をしましたか? 今日は何をする予定ですか？ブロッカーはいますか？
これは物理的なかんばんボードの周りで行います。これはワークフローを視覚化し、チームの相乗効果を生み出すのに最適ですが、デジタル形式のかんばんボードを使用して、物理的なボードと Trac の使用状況を再確認できるようにしたいとも考えていました。
機能するものを探していたところ、 trac でカンバン ボードのデジタル バージョンを再作成するという巧妙な投稿を見つけました。
それは非常に単純明快です。私はこのアプローチを私たちのワークフローに合わせて簡単に操作することができました。おそらく、アジャイル スクラムの反復アプローチに合わせて調整することができます (または、時間制限のあるアプローチを捨てることができる場合は、スクラムバンを試してみてください)。 .
