ドラッグ&ドロップ
カードを列間で移動。ステータス別、または独自のグルーピングでまとめられます。
プロダクトマネジメント
支払っているのが誰かを 知っているボード。
どのトラッカーもタスクだけを見せてくれます。このボードが見せてくれるのは、その背後にある顧客です——その顧客のアカウント、収益、それを求めたフィードバック、そしてそのタスクが役立てているゴール。ドラッグ&ドロップのボード、深いタスク詳細、リリース、OKR——そして手法に合わせて形を変えるビュー。逆ではありません。
1つのボード、どんな手法にも対応
チームの働き方に合わせて話します
同じボードで、4つの手法。クリックして切り替えられます——プロダクトごとに設定でき、プラグインも追加機能も不要です。
スプリントとバーンダウン
- スプリント計画、バックログ、ベロシティ
- 作業が完了するたびに更新されるバーンダウン
アペタイトとヒルチャート
- 6週間単位のベット、スコープ、クールダウン
- ヒルチャート：見極めるフェーズと仕上げるフェーズ
フェーズとガントチャート
- タイムライン上の依存関係とマイルストーン
- ステークホルダーが日付を必要とするときのための日付
仮説と検証結果
- 仮説をもとに構築された実験ボード
- 検証済みか不成立か、それぞれに結論が出ます
プロダクトごとに設定——プラグインも追加機能も不要です。
ボード
使ってきたトラッカーと同じように作られ、そのどれとも違う形で結びついています。
基本をしっかり押さえたドラッグ&ドロップ式ボード——そのうえで、すべてのカードの裏に顧客レコードを置きます。
普段の仕分け方に合うフィルター
優先度、種類、担当者、タグで任意に組み合わせてボードを絞り込めます。
列ごとのWIP制限
任意の列に上限を設定し、どの段階が過負荷になっているか一目で分かります。
カスタムフィールド
チームが本当に必要とするフィールドを、プラグインなしでタスクに追加できます。
複数担当者
タスクとサブタスクはそれぞれ複数の担当者を持てます——ペア作業は特別扱いではありません。
サブタスク
作業を分割。サブタスクごとに独自のステータスと担当者を持てます。
タスクの内側
カードを開けば、すべてがすでにそこにあります。
タスク詳細は完全な作業スペースです——説明欄だけのモーダルではありません。会話、ファイル、ブロッカー、時間はすべてカード上にあります。
- ✓ コメント. タスクそのものの上でのスレッド形式のチーム議論——決定は作業のすぐ横に残ります。
- ✓ 添付ファイル. ファイルをタスクに直接ドロップできます。
- ✓ 依存関係. このタスクが何をブロックし、何にブロックされているかを示します——ブロッカーは見えるものになり、暗黙知ではなくなります。
- ✓ 時間管理. タスク上でタイマーを開始します——1人につき同時に動かせるタイマーは1つ——記録された時間は見積もりに対して積み上がります。
- ✓ 見積もり. ストーリーポイント、Tシャツサイズ、時間、または理想日数——プロダクトの設定に応じて選べます。
- ✓ アクティビティフィード. タスクへのすべての変更が、起きた瞬間に記録されます。
基盤ストリップ
すべてのタスクが、その理由を伴っています。
説明欄の下、すべてのタスクには他のトラッカーにはないストリップがあります：顧客アカウントとその支払い状況、この作業を求めたフィードバック、そしてそのタスクが前進させている目標です。それが、このページ上部のカードに表示されているストリップです——Fernwood & Co · 月5,000ドル。
アカウント + MRR
タスクを顧客に割り当てると、その顧客のプランと収益がタスクに伴います。それを削るとき、誰のお金が失われるのかが正確にわかります。
インサイト
この作業を求めた顧客のフィードバックが紐づいています——チケット向けに言い換えられるのではなく、そのままの言葉で。
目標
このタスクが前進させているゴール。だからボードは単なる待ち行列ではなく、戦略として読めます。
自分たちのやり方で
1つのボードが、あなたの手法を話します。
プロダクトごとに手法を選べば、ボードはその手法が本当に必要とするビューを育てます——プラグインも、追加機能も、2つ目のツールも不要です。
Scrum
バーンダウンチャートとベロシティを伴うスプリント計画——スプリントを計画し、燃え尽きていく様子を見守ります。
Shape Up
本物のヒルチャート：作業が『見極める』から『仕上げる』へ移っていく様子を見られます。
ウォーターフォール
フェーズを伴うガントチャートのタイムライン——本当に順序どおり進む作業のために。
実験的
実験ボード：仮説を入れると、検証済みか不成立かの結論が出ます。
カンバンとScrumのボードも含まれています——そのWIP制限が本当に力を発揮するのはカンバンです。
リリース
推測ゲームではなく、出荷ログです。
リリースを作成します——予定でも、すでに出荷済みでも——そしてタスク詳細からタスクをそこに向けます。各リリースには、それに向けられた作業と、その完了度が表示されます。
- ✓リリースを手動で作成——名前をつけ、日付を入れ、出荷済みとしてマークします。
- ✓タスクは詳細ビューからリリースに紐づけられます——リリースページはそれらをリアルタイムのステータスとともに一覧表示します。
- ✓リリースごとの完了数/総数——「出荷できるか？」に数字で答えられます。
目標とOKR
作業に直結した目標——四半期のスプレッドシートではありません。
期間を決めて目標を作成し、主要な結果を追加して、リアルタイムの進捗バーで追跡します。同じ目標がタスクの基盤ストリップにも表示されるので、戦略と実行が同じ1つのレコードから読み取れます。
- ✓期間で範囲を定めた目標——四半期、半期、あなたが運用している単位で。
- ✓任意の単位で主要な結果を設定——パーセント、金額、あるいは自分で入力する単位。
- ✓主要な結果ごと、目標ごとのリアルタイム進捗バー——数字を更新すれば、バーが動きます。
プロダクトごとに設定
各プロダクトが自分たちの働き方を選びます。
手法、見積もりのスタイル、優先度付けのフレームワークは設定でプロダクトごとに決められます——同じ組織内で、プラットフォームではScrumを、新しいベットではShape Upを、並行して走らせられます。
手法
Scrum、カンバン、Shape Up、ウォーターフォール、または実験的——ボードのビューはそれに従います。
見積もり
ストーリーポイント、Tシャツサイズ、時間、理想日数——あるいは見積もりなし。
優先度付け
RICE、WSJF、Value-Effort、MoSCoW、またはKano——Insightsの中で実際の需要を採点します。
正直な限界について：Shape Upのピッチとベッティングテーブルは構築済みですが、ボードにはまだ公開されていません——今日出荷されているのはヒルチャートです。ProductOSはWebアプリケーションです。このページに表示されている数値はサンプルデータです。
早期アクセス
あなたの作業が顧客を伴う様子を見てください。
数分でStripeとGitHubを接続し、自分のタスクがアカウント、収益、フィードバックを伴っていく様子を見てください——私たちとの説明の場で。
よくある質問
よくある質問への回答
ボードはどの手法をサポートしていますか？
手法別のビュー：バーンダウンとベロシティを伴うScrumスプリント、Shape Upのヒルチャート、ウォーターフォールのガントチャート、そして実験ボード——プロダクトごとに設定され、同じ基盤となるボード上で動きます。
何がこのボードを「収益を意識した」ものにしているのですか？
すべてのタスクが、基盤ストリップ上に顧客とその顧客の収益を伴っています。だからボードは単なるやることリストではありません——どの作業が実際のアカウントとお金に結びついているのか、単なる作業量ではなく見えるようになります。
リリースとOKRもカバーしていますか？
はい——リリース、そしてリアルタイムの進捗を伴う目標とOKRが組み込まれており、WIP制限、カスタムフィールド、依存関係、時間管理、複数担当者といったボードの基本機能とともに使えます。
AIチームメイトはタスクを引き受けられますか？
はい——名前を持つAIエージェントは、他の誰とも同じようにタスクを割り当てられるメンバーです。作業はMCP経由で引き受けられ、あなたの側で実行され、レビューのために提出されます。
単独のトラッカーとはどう違うのですか？
単独のトラッカーは、後から他のすべてに自分で配線しなければならないものです。ここではボードは共有された基盤の上に載っています——フィードバック、アカウント、収益、リリース、OKRはすでにつながっているので、『なぜ』がすべてのタスクとともに移動します。