ブログ

Jira の仕事、プロダクト管理、そしてソロ創業者の頭が今回また考えすぎてしまったことについての小さなブログです。

Just 2.0：インサイト、ウェブ検索、画像、共有コンテキスト

Just: Jira 向け AI アシスタントは大きく前進しました。インサイトは先に確認し、そのあとで計画し、ウェブから新しい文脈を取り込み、画像も生成し、フィードバックを学習し、プロジェクト単位または組織単位の再利用可能なコンテキストの上で動きます。

チーム全体の AI 予算は、$20 にヘッドカウントをかけた数字ではありません。実際の月次コストは、役割、ワークフローの利用状況、コーディングエージェント、そしてスタックをどれだけ意図的に割り当てるかによって変わります。

チケットは先月書かれた。機能は来月リリースされる。その間に、競合が似たものを出し、APIが変わり、コンプライアンス要件が静かに施行された。

こうしたツールは、曖昧な Jira チケットを実行可能な形に変えるので、よくある悩みを解決してくれるように見えます。けれど、きれいに整った出力ほど、実際にはまだそろっていない認識を『もう大丈夫だ』と思わせがちです。

曖昧なJiraチケットは、最初はあまり危険に見えません。本当の問題は後から出てきます。人によって抜けた部分を違う前提で補い、数日かけた集中作業が結局は別の方向を向いていたと分かるからです。

同じプロンプト、同じモデル、まったく異なる出力。違いはプロンプトの魔法にあるのではない。モデルが生成を始める前に、あなたのプロダクト、ユーザー、デザイン言語、スタックを知っているかどうかにある。

同じbacklogでも、AIの入り方が違えば体験は大きく変わります。Rovo、コネクタ、Justはいずれも有効ですが、考え方そのものがかなり異なります。

同じJiraワークフローでも、各ステップの背後にあるモデルによって、精度が高く感じられたり不思議とちぐはぐに感じられたりする。ここで重要なのはベンチマークの勝者ではなく、なぜ特定のプロバイダーが実際のプロダクト内で同じ役割を繰り返し担い続けるのかという点だ。