PRもチケットも見ている。
でも、「認めた」とは伝えていない。

違います。連携ツールから作られた候補カードは本人の画面にしか出ません。上司に届くのは、本人が選んで送った週3枚だけです。個人別の提出率やタグ分布を上位層に見せることもしません。この3点は製品の設計であり、運用でお願いするものではありません。

数は数えません。コミット数もチケット数も画面に出しませんし、Four Keys のような開発生産性指標も扱いません。認めるのはカードに書かれた内容であって、量ではありません。

分かります。そこは隠せません。カードが届かなかった週があることは、上司の受信箱を見れば分かります。Minoree が避けているのは、それを提出率という数値にして集計し、人どうしを比べたり評価に使えるようにすることです。個人別の提出率は製品として出力しません。なお別機能として、やりとりが途切れている人をお知らせする「気にかけリスト」があります。ここで上司に伝わるのは「最近やりとりが途切れています」という事実だけで、カードの内容は含まず、順位付けもしません。

週報は「読まれたかどうか」が本人に返りません。Minoree が違うのは、上司が押した「認めた」がその場で本人に返る点です。書く場所を増やすのではなく、返る経路を作る仕組みだとお考えください。

共存できます。サーベイは状態を測るもの、ピアボーナスは同僚間の横の承認です。Minoree が担うのは上司から部下への縦の承認だけで、役割が重なりません。

形骸化するのは、上司の側に「書く」負荷が乗る場合だと考えています。ワンクリックを最低ラインにし、コメントは任意にしています。週3枚に目を通すことが続くほうを優先しました。ご懸念はもっともで、続くかどうかは検証中の論点です。

ソースコードとファイルの中身は取得しません。ツールごとに範囲が異なり、Slack はご本人が投稿したメッセージの本文を、Backlog は課題キー・件名・操作種別を、Google Drive はファイル名と更新日時を、Notion はページのタイトルを取得します。他の人の発言や、ご本人が参加していない場所の内容は取得しません。連携はすべて読み取り専用・最小権限で申請します。なお当社は SOC 2 や ISMS を取得していません。取得していないことを前提にご判断ください。