2

G'day、

編集：さまざまなサイズのいくつかのプロジェクトで、スクラムを数年間非常にうまく使用してきました。実際、私たちのチームは、古典的なスクラムアプローチを使用して、BBC用の成功したiPlayerプロジェクトを開発しました。

これらのプロジェクト全体で、いくつかのハイテク、いくつかのローテクなど、さまざまなツールの組み合わせを使用した後、適切なツールスイートの採用を試みたいと考えています。私たちのマネージャーは、ある程度、スクラム用の単一のツールスイートの採用を強制しようとしています。

私はSOの質問「ベストスクラムツール」を見てきましたが、ほとんどの人は次のいずれかを推奨しているようです。

  1. ホワイトボード、ポストイット、インデックスカードなどのローテクソリューションのスイート、または
  2. Agilo、Mingle、ScrumWorks、Target Processなど、プロセスを可能な限り満たそうとするモノリシックツール。

私たちのチームは現在、いくつかの異なるスクラムツールを評価しています。ただし、Agiloなどの単一のモノリシックツールを選択することを検討しています。

すべての「ワンストップ」ソリューションには長所と短所があり、本格的なエンタープライズタイプのソリューションが最適です。しかし、すべてにいくつかの欠点があります。

SmartBearで「ピアコードレビュー：アジャイルプロセス」という論文を読んだ後、「最適」に基づいてツールの採用を強制しようとしているのではないかと思い始めました。

スクラム開発プロセスのいくつかの参照アーティファクトを取得できると思います。

  1. ユーザーストーリー、叙事詩とテーマ、そして
  2. SVN、Hgなどのよく知られたSCMを使用する必要があるコードベース。

次に、それを使用するツールの共通の参照ポイントと見なすと、単一のツールの適合を強制するのではなく、ツールのグループを使用してスクラムプロセスのさまざまな側面を処理できるようになります。丸い穴に四角いペグ。

このように、共通の参照ポイントに同意した場合は、複数のツールを使用できます。各ツールは、モノリシックツールスイートの単一のコンポーネントで実行できるよりも優れた役割を果たします。

これはより賢明なアプローチですか？

上記の2つの参照ポイントは適切ですか、それともツールが出会うポイントのより良い選択ですか？

乾杯、

4

6 に答える 6

9

それに対するアジャイルの答えは「場合による」です。何かを試してみてください。それがチームにとってうまくいく場合は、それを維持するか、適応/変更してください。

説明: ローテク ツールは、人々に椅子から降りて動き回らせ、話したり交流したり、チームの進行状況に関与していると感じさせたりすることを主な目的として推奨されています。しかし、私の個人的な経験では、採用はチーム メンバーの正確な構成と態度に左右されます。チーム全体が動き回るのを好まない、またはポストイットに同意しない場合は、それを続行しないでください。他のことを試してください。多くの場合、「立ち往生している」チームがこの抵抗を示すことがわかります。スクラム マスターだけが気にかけているポストイットのある多色のスクラム ボードができあがります。

ハイテク ツールは主に、いくつかのボタンを押すだけですぐにレポートを作成できるため、スーツや管理職に好まれています。反対側は、同期を維持するための膨大な/定期的なデータ入力です。現在、アジャイルなプロジェクト管理ツールを使用すると、進捗 (または進捗の欠如) がより明白 (早期) になるため、将来的にはさらに多くのことに賭けることができます。経営陣がすでに「組織全体の標準」を選択している場合は、それに固執しています。

現在、このスプリントのストーリー/タスクのリストと計算されたバーンダウンを含む共有スプレッドシートを試しています。このシートはスクラム中に壁に投影され、誰かが見たい場合はネットワーク共有に置かれます。更新は、SM による毎日のスクラム中に行われます。

于 2009-12-15T14:18:27.657 に答える
3

個人的には、 http: //www.targetprocess.com/ の targetprocess をお勧めします。

このツールを使って作業するだけで、SCRUM をたくさん学びました。

于 2009-12-15T14:53:54.763 に答える
2

現在スクラムをやっていますか？何度も繰り返しましたか？

そうでない場合は、おそらくまだ何が必要かわからないことをお勧めします。SCRUMは、最初はホワイトボードまたはスプレッドシートを使用して実行できます。価値があると判断した場合は、ツールに移動します。

于 2009-12-15T14:20:50.023 に答える
2

あなたは適応に沿ってさらに聞こえます、そして私たちはそうです。私は数年前からチームをアジャイルプロセスに移行しようとしてきましたが、それはどんどん良くなっています。過去にいくつかのエンタープライズレベルのツールを使用しました。主にRationalから。彼らはいつも、単純な手順であるはずだったものを過度に複雑にしているように見えました。私たちにとって、ニーズに合う最も簡単なツールを入手することは機能しているようです。たくさんのホワイトボード、それを要求する人のための自発的なスタンドアップミーティング。CVSとluntを使用した自動ビルドスクリプト（Hudsonに移行）。楽しみを管理するすべてのプロジェクトのためのJira。私たちは本当に生産性を高め、コストを削減することができました。私たちは小さなチームであり、すべてが併置されています。

于 2009-12-15T15:13:17.157 に答える
2

現在のスクラムツールのセットの何が問題になっていますか？

経営陣はお金を使うだけで、チームを気遣い、物事をより良くしたいというしるしとして、大きな光沢のあるツールパッケージを購入したいので、ここでは尋ねられないかもしれない良い質問です。問題にお金を投じたいというのは悪いことではありませんが、少なくともこれを賢く行うことができるでしょうか？

于 2009-12-15T15:14:10.213 に答える
1

プランニング ボード、タスク ボード、バーンダウン チャートがあり、SCRUM のすべての概念に当てはまると思われる JIRA Greenhopper をお勧めします。

于 2010-02-08T03:44:39.530 に答える