優先順位付け(WSJF)

WSJF は Weighted Shortest Job First（重み付けした最短の仕事を優先）の略です。その背後にある考えは単純で、しかも耳の痛いものです：依頼が待たされている間、それは何らかの コスト を生みます（請求できない売上、不満を持つ顧客、残り続けるリスク）。このコストを 遅延コスト と呼びます。

遅延コストが同じ 2 つの依頼なら、安いほうを先にやります — 同じ価値をより早く生み出せるからです。計算がやっているのは、それだけです。

本当の効果は数値そのものではなく、サポートの依頼とプロジェクトの依頼を同じ物差しで比べる ことにあります。会議でいちばん大声を出した人に優先度を決めさせないために。

WSJF とは「遅延の重み ÷ サイズ」です:待つことで最も価値を失うものを、工数で補正したうえで先に行います。事業価値、時間的な重要度、リスク低減、サイズを入力すれば、内訳付きで計算結果がすぐに出ます。「なぜあれより先にこれなのか?」に、意見のぶつけ合いなしで答えるためのものです。

ここでは案件の WSJF 優先度スコアを付けます:価値に関する3つのスコア(事業価値、緊急度、リスク/開く扉)、見積工数、文章での根拠です。スコアはこれらから計算され、採点済みバックログを高い順に並べるのはこのスコアです。

WSJF は4つの数値を重み付けします:事業価値(完成したらどれだけの価値があるか)、緊急度(待つことのコスト — 止まっている間に毎週何を失うか)、リスク/開く扉(何を解き放ち、何を守るか)、そして割る数として入る工数です。スコアは最初の3つで上がり、工数で下がります:価値が高く安いものは上がり、価値が高く高価なものは後回しになります。根拠は後で最もよく読まれる項目です:スコアの理由を書いておけば、優先順位付けはそれを決めた会議の後も生き残ります。

score = (価値 + 緊急度 + リスク低減) ÷ 工数

ビジネス価値 — これが実現したときに会社が得るもの（または失わずに済むもの）。
時間的緊急度 — 遅れると価値がどれだけ 目減りする か。税務の締め処理の機能は、期限後に届けてもほぼ無価値ですが、期限前なら全価値があります。これは「依頼者が急いでいる度合い」ではありません。
リスク低減 — これによってリスクがどれだけ下がるか、他の作業への道がどれだけ開けるか。誰も優先しない技術的負債はここに入ります。
工数 — 作業の大きさ。

すべて同じ 1～10 の尺度です（フィボナッチではありません）。各スコアには付けた人の根拠が添えられます — 根拠のないスコアは、翌週誰も説明できないスコアです。

保存時に計算され、読み取り専用です。結果を手で編集できたら、計算はいつもの意見の飾りになってしまいます — それこそが、この手法が避けようとしていることです。

スコアは 中立（すべて 5）で始まります。これは意図的です：優先度を決める人は立場を明らかにする必要があり、5 から動かすことがその決断です。スコアの範囲は 0.300（すべて低く工数最大）から 30.000（すべて高く工数最小）です。

スコアは依頼ごとに 1 つ：すでにある場合は、2 つ目を作らずに既存のものを編集してください。一覧そのものが優先順位付きのバックログで — スコアの高い順に並んで表示されます。

分子の 3 項目 — 価値、緊急度、リスク — では、空欄のスコアは尺度の下限である 1 として扱われます：保守的な扱いで、依頼の順位は下がります。

工数 には下限がありません。工数は割る数だからです：1 と仮定すると、誰も見積もっていないものにこそ最も有利な割る数を与えることになり、最も入力の少ない依頼がバックログの先頭に来てしまいます。そのため、工数がなければ スコアはありません。依頼は通常どおり保存され、一覧の最後に「スコアなし」として表示され、ラジエーターの「計算上の次の候補」ブロックからは外されます — 計算に入っていない項目を、その結果として示すことはできないからです。

これが誠実な動作です：優先度を決める人の代わりに、システムが大きさをでっち上げることはしません。依頼を待ち行列に入れるには、工数を 1～10 で見積もってください。

「ビュー」ボタンでビューを保存すると、検索テキスト、適用中のフィルター、表示する列（とその順序）、一覧の並べ替え列の 4 つが保存されます。ビューを適用するとすべてが一度に復元されます。並べ替えと表示中のページもリセットされ、結果がビューの内容どおりになります。このバージョンより前に保存したビューも有効です。保存されていない項目は、適用しても変わらないだけです。

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

工数が空欄でも1にはなりません:サイズが申告されていない案件はスコアなしとなり、でっち上げた割る数で上位に上がる代わりに、「スコアなし」の印を付けて一覧の最後に回されます。そうなったときは画面がその旨を知らせます。これは意図的な選択です:システムは優先順位を付ける人に代わってサイズを推測しません。工数不明の「超緊急」案件を上位に並べるのは、都合のよいうそだからです。案件を本当にキューに入れるには、工数(1〜10)を見積もってください。

レコードのアクティビティパネルでは、各メモに「依頼にする」があります。クリックすると、メモの本文、書いた人、このレコードへのリンクを含むチケットが作成され、打ち直しは不要です。メモが対応の依頼（「誰かがこれを確認する必要がある」）であるときに使ってください。メモ自体はそのまま残ります。ボタンはレコードを保存した後にだけ表示され、読み取り専用セッション（デモ）では作成されません。

いいえ。これは 推奨順 を示すだけで、依頼には何も書き戻されません — ボードは引き続きチームのものです。数値の役割は、議論の立証責任を逆転させることです：ある依頼を上げるべき理由を説明する代わりに、順番を飛ばすべき理由を説明する必要が出てきます。

チームが順番に同意しない場合、有益な議論はほぼ必ず特定のスコアをめぐるもの（「緊急度 9？なぜ？」）です — そしてそこでこの手法は元が取れます。

いいえ、しないほうがよいでしょう。今後数週間で検討されているものにスコアを付けてください。ラジエーターには、スコアのない 未完了の依頼の件数が表示されます — その数は「見えないバックログ」の目安であり、ゼロにすべき目標ではなく、リマインダーとして使うものです。

レコードを開き、右側の「タイムライン」を見てください。各変更が「ある値から別の値へ」の形で、変更した人と日付とともに表示されます。変更が多い場合は、タイムライン上部の 2 つのフィルター（項目別・人別）を使います。検索はデータベースで行われるため、古い変更も同じように表示されます。Tenkai に「契約 482 を変更したのは誰？」と聞くこともできます。