意思決定の演習 · 10 分
Taigaのワークフローを練習する
社内の経費アプリについて、六つの判断を行います。コンテキストの追加、前提の確認、人の承認が必要なタイミングを学びます。
状況
架空の社内経費アプリでTaigaを有効にします。手順では、コンテキストの提供から停止した作業の解決まで、六つの判断を行います。各画面は、関連するTaigaの概念を説明します。Taigaのアカウントは不要です。
取り組むこと
- 状況を読み、次の操作を選びます。「判断を確認」を選ぶと、理由が表示されます。
- 必要なら回答を変えてください。判断が正しければ先に進みます。六つの判断をすべて終えると完了です。
この演習では、架空の状況を通してTaigaでの判断を学びます。選択が影響するのは、この演習だけです。実際のTaiga画面は、下のドキュメントリンクから確認してください。
1 / 6 · Context
共有情報から始める
社内の経費サービスを作ります。組織には、セキュリティポリシーと承認済み技術の一覧があります。
Discoveryは、利用可能な知識と指示を使います。共有ルールは、共有する階層に置きます。未決定の問いは、明示して記録してください。
2 / 6 · Conversation
公開前に仕様をレビューする
下書きの仕様では、すべての従業員が、すべての経費申請を見られることになっています。要件に合っていません。
後続の文書は、公開済みの版を使います。重大な誤りを先に修正してください。仕様の更新によって、以前に生成した文書がOutdatedになる場合があります。
3 / 6 · Documents
生成された前提条件を確認する
必須の八つの文書はすべて公開済みです。データフローには、誰も把握していない外部の受領者が含まれています。
公開は、前提が正しい証拠にはなりません。Finish Discoveryは、文書をロックします。後でDiscoveryを再び開けますが、早い段階の修正は、誤りの影響を限定します。
4 / 6 · Initiatives
作業順序を決める
Discoveryは完了しています。リポジトリは接続済みで、環境も定義済みです。範囲を限定したエクスポート機能を一つ作りたいと考えています。
Queueでは、initiativeの順番が来ると作業が始まります。Taigaは、productごとに一度に一つのinitiativeを扱います。依存関係を確認してください。Queueへの配置は、未完了の依存作業の完了待ちを上書きします。
5 / 6 · Autonomy
計画をレビューするタイミングを選ぶ
チームは、buildの開始前に各計画をレビューする必要があります。現在は、自動buildが有効です。
Autonomyの設定によって、完成した計画をApproveまたはRejectの判断待ちにできます。Initiativeの個別設定で、デフォルト設定を上書きできます。PR承認は別です。
6 / 6 · Needs you
中断の原因を解決する
必要な権限がなく、buildが停止しています。計画は引き続き正しく、一部の作業はコミット済みです。
Resume buildは、最初の未完了ステップから続行し、コミットを保持します。Start overは、新しいブランチで現在の計画を実行します。実際の原因に合う操作を選んでください。
演習完了
Contextからbuildの中断まで、六つの判断を終えました。実際のproductでは、現在の状態、自分の権限、操作の影響を確認してください。
製品の動作に関する出典： Your first product · Discovery · Initiatives
最後に
Taigaが変更を実装できる場合でも、人が判断すべきことは何ですか？
回答を解説と比較する
人は、意図する振る舞いを明確にし、データの扱いを検証し、許可する自律動作を設定する必要があります。公開済みの文書にも、レビューが必要です。停止した作業には、不足している具体的な権限や情報が必要です。これらの判断が、要求した成果を管理されたデリバリーに結び付けます。
仕事で使う
ProductでTaigaを有効にする前に、想定ユーザー、データ境界、人が必要な判断を準備してください。
別の演習を選ぶ