Fulfillment Provision チーム
ビジョン
Fulfillment のプロダクトビジョンの詳細については、Fulfillment ページを参照してください。
Provision グループは Provision カテゴリ を管理しています。
チームメンバー
チームメンバー情報は 原文 (英語) を参照してください。
安定したカウンターパート
チームメンバー情報は 原文 (英語) を参照してください。
プロジェクト管理プロセス
Provision のプロジェクト管理プロセスは、Fulfillment の一般的な プロジェクト管理プロセス を引き継ぎ、Provision チームが行う作業に固有のいくつかの追加要素を加えています。
計画
マイルストーン計画プロセスは、マイルストーンの 計画 Issue を中心に構築されています。これらの Issue は、次のマイルストーンで取り組む Issue の概要、それらの Issue がどのように優先順位付けられているか、包括的な目標とどのように一致しているかについての解説、および提案された作業が翌月の容量にどのように収まるかを示します。Provision チームは計画 Issue に このテンプレート を使用します。
計画タイムライン
チームのエンジニアリングマネージャーとそのプロダクトマネジメントのカウンターパートは、マイルストーン計画プロセスの実施に責任があります。各マイルストーンに必要なすべての準備作業を完了するために、Provision チームは以下のスケジュールを使用します:
- 月の 1 日: 新しい計画 Issue を作成し、翌月の 監視可用性カレンダー がチームメンバーによって記入されていることを確認する
- 月の 9 日: エンジニアの入力と候補 Issue の精査を依頼する
- 月の 13 日: PTS と Sentry 監視スケジュールを確定する
- 月の 14 日: 精査された Issue の最終容量計画を行う
- 月の 18 日: マイルストーン開始
精査
精査プロセスは、すべての計画された作業がスケジュールされたマイルストーン内で完了できることを確保することを目的としています。精査フェーズでは、Issue がエンジニアに配布され、3 つの質問に答えます:
- この Issue を
workflow::ready for developmentとしてマークすることを妨げる未解決の質問はありますか？ - この Issue を実装する際に予測可能なブロッカーを引き起こす可能性のある設計上の問題はありますか？
- この Issue に対してどのウェイト見積もりを付けますか？
予測可能なブロッカーを解消することで、すべてのスケジュールされた作業が行き詰まらずに完了できるようにします。設計上の考慮事項により完了できない Issue がある場合は、容量が次のマイルストーンで届けられる Issue に向けられるようにするために、将来のマイルストーンに戻す必要があります。計画された Issue に必要な作業の正確な見積もりを持つことは、チーム容量を考慮してすべての計画された作業が完了できるようにするために重要です。
容量計画
Provision チームは主に開発チームですが、チームの作業の性質上、チームメンバーが純粋な開発タスクから時間を取られる追加の運用上の懸念事項が定期的に発生します。チームメンバーの時間を取る主な定期タスクは:
- Provision トラッキングシステムの監視
- インテグレーション関連エラーの Sentry 監視
- 顧客に影響するライセンス問題のトリアージ
各マイルストーンでの継続的な運用プロセスによって消費される時間を考慮するために、Sentry 監視に対してウェイト 3 の Issue が作成され、マイルストーンでそのプロセスの DRI であるエンジニアに割り当てられます。Provision トラッキング監視には、マイルストーンの Provision トラッキング監視スケジュールに基づいてエンジニアに割り当てられる、それぞれウェイト 1 の 4 つの Issue が作成されます。
マイルストーン中にクローズされた Issue の目標ウェイトは 0.5 * (休暇を考慮した総稼働日数) です。容量計画をエンジニア単位の粒度に移行する方法を議論する オープン Issue があります。
変更管理
イテレーション と コラボレーション の精神で、これらのプロセスは進行中のものです。改善の提案や試すべき新しいプロセスは このエピック の下で提案できます。
トライアルに関する Growth チームとのコラボレーション
Provision チームは CustomersDot トライアル作業に関して Growth チームとコラボレーションしています。Growth チームはトライアル固有の機能（資格、期間、UX、追跡）に焦点を当て、Provision チームはコアプロビジョニング、課金、サブスクリプションインフラストラクチャの所有権を維持します。詳細なコラボレーションガイドラインについては、Growth チームの CustomersDot トライアルコラボレーションフレームワーク を参照してください。Growth エンジニアがトライアル作業のために CustomersDot に貢献する必要がある場合は、そこに記載されている意思決定フレームワークに従う必要があります。質問やコラボレーションリクエストについては、#s_fulfillment または #s_growth Slack チャンネルに連絡してください。
過去の容量
チームが過去のマイルストーンで達成したウェイトポイント。これにより、将来のマイルストーンで何を届けられるかをより正確に見積もれます。完全なチャートは 移行予定 です。
パフォーマンス指標
ダッシュボードは 原文 (英語) を参照してください。
OKR
エンジニアリングマネージャーは OKR の進捗を 2 週間ごとに報告します。現在の OKR: FY22-Q1
共通リンク
- Growth チーム CustomersDot コラボレーションフレームワーク - トライアル作業に関する Growth-Provision コラボレーションの意思決定フレームワーク
