LaunchCal

レビューするすべての部門をまたいでローンチを調整します。ローンチする人には生成されたチェックリスト、レビューする人には整理されたキュー、それ以外の人にはカレンダーが届きます。

生まれた理由

Google での運用に着想を得ています。役に立った部分だけを残し、あの規模でしか成り立たない部分は省きました。

できること

• 機能チームごとのローンチ手順テンプレート
• 承認・却下・例外を選べるレビューキュー
• プレスリリース、ダッシュボード、学びを成果物として保持
• 関係者向けのローンチカレンダーとガントチャート

使い方

1. 1各部門が自分の手順を一度だけ書く法務、プライバシー、セキュリティ、サポート、マーケティング。ローンチを見る必要がある部門が、必要なものと必要なタイミングをテンプレートとして持ちます。一度書けば、以降のすべてのローンチに適用されます。
2. 2ローンチする人が内容を書く何を出すのか、誰に影響するのか、いつ出したいのか。該当するテンプレートからチェックリストが組み上がるので、プロセスを知らなくても従えます。
3. 3レビュアーはキューを処理する各部門には自分待ちの手順だけが並び、承認・却下・理由付きの例外を選びます。ローンチする人は誰も追いかけずに進行を見ていられます。

チームでの使われ方

• 一度ずれた期日で出す

  どの手順が止めていて誰が持っているかがカレンダーに出るので、話が「誰が返信しなかったか」ではなく実際の依存関係になります。

• 初めてのローンチを支える

  暗黙知は要りません。チェックリストが必要事項を示し、例外が何をなぜ免除したかを示します。

• 「今四半期は何が出るのか」に答える

  ローンチカレンダーと手順のガントが答えです。担当者が実際に使っているものと同じなので、常に最新です。

よくある質問

ローンチのやり方を変える必要がありますか。

いいえ。テンプレートは今あるプロセスを書き写したものです。LaunchCal はその置き場所であって、別のプロセスではありません。多くのチームは今求めていることをそのまま書き、一、二回のローンチを経て整えます。

該当しない手順があるときは。

レビュアーが理由を添えて例外を出します。黙って飛ばすのではなくローンチに記録されるので、後から理由を尋ねる人が答えを見られます。

関係者が見るのにシートは必要ですか。

シートは作業する人、つまりローンチ担当とレビュアーのためのものです。大半の人が見たいカレンダーには必要ありません。

課題管理ツールとの関係は。

課題管理ツールは開発作業を持ちます。LaunchCal は承認と日付を持ちます。ふだんチャットとスプレッドシートに散らばってしまう部分です。