Skip to main content

トランスクリプト - "機能の計画に Projects を使用する"

音声とビジュアル トランスクリプト。

[テンポの速い、機械的な音楽が流れます。 暗い背景に GitHub の Octocat ロゴが画面にフェードインします。 明るいネオン ラインが旋回し、外側に分岐します。 ラインはそれぞれ異なるものにつながっています: "issue に変換" というラベルの付いたボタン、"準備完了" とマークされた pull request マージ ボタン、pull request のコメント、プロジェクト ボード、検索フィールド。 緑色のボックスに、"GitHub の issue: 機能の計画に Projects を使用する" というテキストが表示されます。 ピクセル化されたカーソルがクリックされます: "始めましょう!"]

[ナレーターが画面を共有します。 彼女は GitHub でプロジェクトのテーブル レイアウトを見ています。]

ナレーター: ようこそ。 機能の作業を最初から最後まで追跡する際、それが GitHub Projects でどのようにサポートされているかを見てみましょう。 これは OctoArcade Invaders ボードで、私は次の機能をピックアップする準備ができています。

[プロジェクトで "機能" とラベルの付いたタブをクリックします。]

ナレーター: 私たちのチームは、issue に機能というラベルを付け、そのラベルの付いたすべての項目に絞ったビューを作成するというシンプルなプロセスを採用しています。 ここでは、ご覧のように、すべての issue に機能のラベルが付いています。 このように、この項目をピックアップできるとすぐにわかるので、先に進み、開いて詳しく知ることができます。

[テーブル レイアウトの行にカーソルを合わせてスキャンし、"プレイヤー間チャット機能" という項目をクリックします。 issue がボード上にオーバーレイとして開きます。]

ナレーター: チャットが小さな作業セットではないことを考慮し、この機能を実現するために必要なすべてのタスクと項目を追跡する別の製品ボードを作成しました。

[issue のコメント内のリンクをクリックし、issue の名前の付いた別のプロジェクトに移動します。 "領域別" タブで、プロジェクトはテーブル レイアウトになっていて、行は "領域" フィールドのラベルに基づいて、"デザイン"、"ストレージ"、"メディア サポート" などのグループに分かれています。]

ナレーター: このメイン ビューでは、作業は [領域] というカスタム フィールドで既に分類されています。 このように、さまざまな issue を適切なワークストリームまたはバケットに分割できるようになっています。 カスタム フィールドを使って柔軟なメタデータを issue に追加できるため、Projects は強力です。 ラベル別にすることや、issue のタイトルに角かっこで囲んだキーワードを追加することだけに限りません。

実際にこのビューを編集し、この中の任意のフィールドでグループ化できるので、とても便利です。

[タブ名の横にあるドロップダウン アイコンをクリックし、"グループ" を選び、"ステータス"、"イテレーション"、"担当者" などのフィールド オプションにカーソルを合わせてスキャンします。]

ナレーター: 次に、この機能の作業を引き続き具体化するために、この [追加] バーを利用して、対処する必要がある追加の項目をすばやくメモできます。

["デザイン" グループの、"項目の追加" というラベルの付いたテキスト フィールドにカーソルを置きます。]

ナレーター: これを使って、いくつかのドラフト issue を追加します。 たとえばチャット クライアントには、検索 UI と、フレンド リストを編集する機能が必要です。ダーク モードも外せません。

[要件ごとにドラフト issue を追加します。]

ナレーター: ご覧のように、この [追加] バーを使ってタイトルを記入し、Enter キーを押して次の項目を追加していくことができます。 この機能に何を含める必要があるかをすばやくメモできるように最適化されています。

これらは現時点でドラフト issue ですが、[issue に変換] をクリックして、適切なリポジトリで完全な issue に簡単に昇格できます。

["検索 UI" というドラフト issue の横にあるドロップダウン アイコンをクリックし、"issue に変換" をクリックして、検索フィールドのリポジトリの一覧から選びます。]

ナレーター: 開発が進むにつれて、作業項目のスケジュールを設定し、ステータスをすばやく確認できる必要があります。 ここでボード ビューが真価を発揮します。

["イテレーション計画" というラベルの付いたタブをクリックします。 ドラッグ可能なボックスとして表された issue が、さまざまなイテレーションの列に配置されます。]

ナレーター: イテレーションごとにグループ化したものを作成しました。現時点で計画済みのこと、予定されていることを確認し、項目をすばやく適切なイテレーションにドラッグして計画を作成できます。

[項目を "イテレーションなし" から "イテレーション 3" にドラッグします。 "プラス" アイコンをクリックして "イテレーション 4" の列を作成し、そこに項目をドラッグします。 次に、"ステータス別" というラベルのタブをクリックします。 issue が "バックログ" や "進行中" などのステータス列に配置されています。]

ナレーター: 最後に、ステータス別にグループ化したボード ビューで、項目の状態を一目で把握できます。

ここで、リンクされた pull request を表示可能フィールドとして追加し、チームメイトが 1 回のクリックで PR に移動してレビューを開始し、この issue を解決できるようにします。

[タブ名の横にあるドロップダウン アイコンをクリックし、"タイトル"、"担当者"、"ステータス" をクリックして、非表示になっている "リンクされた pull request" というフィールドの横にあるチェック ボックスをオンにします。 一部の issue ボックスに、pull request アイコンと数を含むタグが表示されます。]

ナレーター: Projects を使うと、チャット機能を出荷する準備がすぐに整います。

[ブロックが画面を覆います。 GitHub ロゴと "issue" という単語が表示されます。]

音声テキストの終了。 Projects について詳しくは、「GitHub Issues documentation」を参照してください。