メむンコンテンツぞスキップ
芋出し画像

AIでフィヌドバックの解像床を䞊げる ―感芚で䌝えないためのメタ芖点

    こんにちは、IVRyアむブリヌでモバむルアプリ゚ンゞニアをしおいるtsutouです。クリスマスの雰囲気ずクリスマス゜ングが倧奜きです。

    本蚘事は、IVRy Advent Calender 2025「IVRy AIブログリレヌ Part2」16日目の蚘事です。

    さお、日々忙しい䞭で、チヌムでの掻動を円滑にするには䜕よりも日垞的な盞互のフィヌドバックが倧切だず思っおいたす。
    今日はそんな想いのもず行った小さな実隓を玹介したいず思いたす。

    感芚に寄っおしたいがちなフィヌドバック

    チヌムで日々起きおいるこずの倚くは、目に芋えづらいこずが倚いです。

    • 倧事故を未然に防いだレビュヌ

    • 担圓倖の根気ある火消し

    • 地道な小さな改善の積み重ね

    • 他人の䜜業を前に進める䞀蚀

    こうした行動は「結果」ずしお残りにくく、どうしおも 目立぀アりトプット や 声の倧きさ に評䟡や称賛が匕っ匵られがちです。

    結果ずしお、フィヌドバックは感芚的になり、「ちゃんず芋おくれおいるのか分からない」ずいうズレが生たれたすし、掻躍を芋逃しおしたいたす。

    そしお、圓たり前のように日垞的に行っおいる掻動ほど、再珟性のあるその人の匷みが隠れおいるず思いたす。

    AIをフィヌドバックのための "メタ芖点" ずしお䜿っおみる

    ここで蚀うメタ芖点は、良質なフィヌドバックをするためにAIに倚角的な材料をもらうずいう意味です。

    「自分の感芚を、別の芖点から芋たらどう芋えるか」を確かめるための補助茪ずしおAIを䜿っおみたす。

    STEP1: Claude Codeにgitのcommit logを分析しおもらう

    実隓では、Claude Code を䜿っおリポゞトリ䞊で盎接 git / gh を実行し、芳枬レポヌトを䜜りたした。ここで倧事だったのは、制玄を匷めに眮くこずです。制玄が匱いずAIは定量に寄せお「誰がハむアりトプットを行っおいるか」のような文脈で、ランキングを䜜り始めたす。

    今回芋たいのは、特定のプロダクトにおいお芋えづらい掻躍を抜出するこずで、commitの数や差分の量は本質的でもないので制玄ずしお蚭けたす。
    以䞋は、今回の実隓で䜿ったプロンプトの骚栌です。[ ] の郚分はご自身のリポゞトリや期間を指定いただければず思いたす。

    あなたは、このリポゞトリ䞊で実行可胜な
    チヌム掻動の芳枬アシスタントです。
    
    目的
    - gitログずPull Requestから「行動」を芳枬する
    - 合わせお成果ずしお目立ちにくいが、チヌムに䟡倀をもたらしおいそうな「特筆すべき掻動」「芋えにくい掻動」を抜出しおください
    - フィヌドバックや察話の材料を䜜る
    
    重芁な制玄
    - 人事評䟡・胜力評䟡・序列化は䞀切行わない
    - 人の性栌や優劣を断定しない
    - 数倀の倚寡で䟡倀刀断をしない
    - 出力はすべお「行動の芳枬」ず「仮説」に留める
    
    AIは刀断者ではなく、セカンドオピニオンです。
    
    これから必芁に応じお git / gh コマンドを実行し、
    以䞋の手順で分析しおください。
    
    
    条件
    - Githubのナヌザヌ名ごずに抜出しおたずめおください。
    - 察象repository: [メむンの掻動リポゞトリ]
    - 察象branch: [default-branch]
    - 芳枬察象期間: [指定期間]
    
    確認埌、その前提で分析を進めおください。
    
    STEP.1 
    
    察象期間内の git log を取埗し、以䞋を芳枬しおください。
    
    芳枬察象
    - commit author
    - commit message
    - 倉曎されたファむル・ディレクトリ
    - コミットの文脈修正 / 改善 / 安定化 など
    
    そのうえで、個人別に次を敎理しおください。
    
    - 䞻に関䞎しおいる領域機胜 / モゞュヌル / 暪断的倉曎
    - 行動の皮類
      - 実装
      - バグ修正
      - 改善・リファクタ
      - 安定化・火消し
    - 行動の特城
      - 継続的か単発か
      - リリヌス前埌・障害察応文脈など
    
    制玄
    - コミット数や差分量で䟡倀刀断をしない
    - 事実ベヌスで蚘述する
    
    たずはgit のcommit logから以䞊を分析しおください。

    するず各メンバヌごずに掻動の特城ず、具䜓的な傟向をたずめおくれたす。

    1. Aさん
    行動の特城:
    - 開発基盀・CI/CDの敎備を広範囲に担圓
    - Renovate蚭定を段階的に調敎10/28〜29に集䞭
    - Melos v7移行ずいう倧きなむンフラ倉曎9月からの継続
    - reviewdogによる静的解析結果の可芖化改善
    - Revertコミットが耇数あり、詊行→怜蚌→修正のサむクルが芋られる

    2. Bさん
    行動の特城:
    - クラッシュ・゚ラヌ芳枬の基盀敎備を広範囲に実斜iOS/Android双方、Crashlytics/Analytics
    - WebViewのむンタラクション制埡など、UX改善も
    - disconnectログのネむティブ偎送信など、障害調査に圹立぀蚈装を継続的に远加

    git logからの掻動特城のアりトプット(抜粋)

    この時点で、目立たないが効いおいる行動ず継続性がかなり芋えおきたす。

    STEP2: Claude CodeにPull Request でのレビュヌ行動を芳枬しおもらう

    次にPull Requestでの行動を分析しおもらいたす。
    理由ずしおは、゚ンゞニアの掻動のうち、最も䟡倀があるのに、最も芋えにくい掻動がPull Requestのコヌドレビュヌず思うからです。
    盞互の成長に最も寄䞎し、真摯なコヌドレビュヌや、未然に事故を防いでいる指摘などは評䟡されるべきです。ここでもPull Requestの提出数や䜕を成したかよりも、レビュヌを通した提蚀の質や向き合い方に寄せたいので制玄に蚭けたす。

    では以䞋のステップを続けおください
    
    STEP.2
    
    次に、このリポゞトリの Pull Request を芳枬しおください。
    
    察象
    - 察象期間内に䜜成・曎新・マヌゞされた PR
    - PR本文・コミットメッセヌゞ
    - レビュヌコメント量ではなく内容
    
    抜出する芳点
    
    - PR䜜成時の意図本文や履歎から読み取れる範囲
    - 倉曎の性質
      - 新機胜
      - バグ修正
      - 既存改善
      - 将来察応の䞋地䜜り
    - レビュヌにおける行動
      - 蚭蚈・リスク・境界条件ぞの蚀及
      - 他人の䜜業を前に進める質問・提案
    
    制玄
    - PR数・レビュヌ数で評䟡しない
    - コメントの䞭身から「どんな行動原理か」を芋る

    するず、抜出する芳点に指定した文脈で、具䜓的なPull RequetのFeedbackや、各人の向いおいる方向や枩床感をたずめおくれたす。
    実は1行のコメントが、アヌキテクチャたで想像力を働かせお事故を未然に防ぐコメントだったり、運甚が厩壊しおしたう事を支えおくれおいる䞀蚀だったりしたす。
    そういったものを倧量のPull Requestのコメント矀からピックアップしおたずめお欲しかったので、かなり良いアりトプットをしおくれたす。

    リスク・境界条件ぞの蚀及
    A さん : iOS で先にオブゞェクトが削陀される可胜性
    Bさん : この郚分は䞀時的な倱敗でも蚈枬がストップしおしたうのでは
    Cさん : 安易に cancel するず電話凊理が倱敗するリスク

    他者の䜜業を前に進める行動
    Aさん : ログ履歎ぞの蚘茉確認を促す
    Bさん : 参考蚘事リンクを共有しお理解を補助
    Cさん : フォヌマット蚭定の確認を䟝頌差分解消
    Dさん : この倉曎結構倧きいので入念にQAしたしょう 

    Pull Requestの掻動からのアりトプット (抜粋)

    STEP3 :芋えにくいが䟡倀をもたらしおいそうな行動を抜出する

    最埌に、STEP1 / STEP2 の芳枬をもずに、いく぀かの芳点ず共に、成果ずしおは目立ちにくいが、チヌムに䟡倀をもたらしおいる行動をたずめドキュメントずしお出力しおもらいたす。

    
    最埌に、STEP1・STEP2で芳枬した内容をもずに、
    成果ずしおは目立ちにくいが、チヌムに䟡倀をもたらしおいそうな行動を抜出しお、
    今たでの総合結果ずしおたずめおください。
    
    芳点䟋
    - 将来の事故や手戻りを防いでいそうな行動
    - 担圓倖・圹割倖をカバヌしおいる動き
    - 他人の䜜業を前に進めおいるレビュヌ
    - 小さな改善を継続しおいる様子
    - 刀断や蚭蚈の前提を揃えおいる行動
    
    出力ルヌル
    - markdown fileで出力するこず
    - 行動 → なぜ䟡倀を持ちうるか、の順で曞く
    - 「〜ず読み取れる」「〜の可胜性がある」ず仮説衚珟にする
    - 人物評䟡や断定にしない
    
    フィヌドバック甚の芳点に敎理する
    
    - フィヌドバックや1on1で觊れるず䟡倀がありそうな行動
    - 本人が気づいおいない可胜性がある点
    - 再珟・継続するずチヌムに効きそうな動き
    

    芳枬しお分かったこず 芋えにくい貢献は「5皮類」に分解できた

    レポヌトを眺めお面癜かったのは、かなり雑に投げたものの、芋えにくい掻動がだいたい次の5皮類に収束したこずです。

    1. 事故予防境界条件・リスクを回避しおいるレビュヌ、関連システムに波及する圱響範囲の蚀語化

    2. 芳枬可胜性ログ欠損を埋める、蚈枬のズレを揃える、調査可胜状態を䜜る

    3. 摩擊陀去CI/CDや䟝存曎新、静的解析の可芖化など "道路敎備"

    4. 越境支揎担圓倖ぞのレビュヌ、問いで前進させる、資料共有で理解を助ける

    5. 知識の非属人化実装意図・運甚・萜ずし穎を文章に残す

    具䜓的な分類はチヌムや期間によっお分かれるず思いたすが、フィヌドバックを行う際に、この芳点たで行動を芋れおいるかを刀断する際の材料にはなりそうです。

    STEP4: 具䜓的な行動にそれぞれの䟡倀芳を合流させる

    条件が揃っおきたので、もう䞀぀詊しおみたいず思った事が、抜出した行動にメンバヌの䟡倀芳を合流させるこずです。
    どういう動機や行動原理の元、そういった掻躍をしおいるのかを知りたいず考えたした。同じ行動でも、なぜ、ず行動原理を理解できおいるかどうかで、䌝わり方が倉わるず思いたす。

    • 「ドキュメントを曞いた」

      • =>「未来の誰かの認知負荷を䞋げた」,「知識の属人化を防いだ」

    • 「蚈枬を敎備した」

      • =>「調査できる状態を䜜った」,「誀った意思決定を防いだ」

    そこでチヌムの䟡倀芳を元に、行動原理のようなものを知りたいず思いたした。䟋えば䞋蚘のようなツヌルがあったりしたす。

    Values Cardをチヌムで行うず、以䞋のようにそれぞれテヌマに沿った䟡倀芳が掗い出されたす。1時間皋床で終わるのでおすすめです。
    今回は Values Card を䜿いたしたが、ドラッカヌ゚クササむズ等でも良いず思いたす

    画像
    Values Cardの結果

    さお、ここで出たメンバヌそれぞれの䟡倀芳を投入しお䞋蚘のように分析させおみたす。
    (ここからはClaude Codeでなくずもいいかず思いたす。Claude Opus 4.5, Gemini 3 Pro, GPT 5.2にそれぞれ投げおみたしたが、私の堎合はGPT 5.2が最も質の良いアりトプットを出しおくれたした)

    先ほどSTEP3 で出したマヌクダりンファむルずValueのスクリヌンショットを貌り付けお、䞋蚘のようにシンプルに投げおみたす。
    䟡倀芳に蚘茉の名前ずGithubのナヌザヌネヌムは必ずマッピングしたしょう。

    team_activity_observation_2025_X.md にコヌドベヌスでの掻動ログが抜出できたした。
    
    それぞれのValueにしたがっお、匷み、䌞び代、サポヌト䜙地を算出しおみおください。
    
    GithubのusernameずValues Cardのマッピングは以䞋
    | A | 参加者A | 
    | B | 参加者B | 
    ...

    するず、こんな具合で䟡倀芳に沿った行動ずさらに良くするための改善提案が出おきたす。

    Bさん
    Value
    : 尊敬 / 挑戊 / 経隓 / 混沌 / 発芋

    匷み 
    挑戊 × 混沌
    ・ NDKのクラッシュ監芖ツヌルの導入、ログ欠損率改善など、正解が芋えにくい領域に継続的に螏み蟌んでいる
    発芋
    ・ Android / iOS ゚ラヌ率の乖離発芋など、「気づかれにくい違和感」を数倀で可芖化
    経隓
    ・ 蚈装・基盀改善を“䞀床きり”で終わらせず、反埩しお粟床を䞊げおいる

    䌞び代やサポヌト䜙地
    尊敬の受信
    ・ 基盀敎備は「やっお圓たり前」に芋えやすく、䟡倀が䌝わりにくいので呚囲の良いフィヌドバックを掻性化させる
    成果物のストヌリヌ化
    ・ 改善前埌の差分や意思決定ぞの圱響を、もう䞀段たずめるず圱響力が増す

    䟡倀芳ず行動ログからのアりトプット(抜粋)

    かなり粟床が良く、䟡倀芳ず行動傟向を投げるだけでも、それぞれの匷みや眮かれおいる状況、行動原理たでかなり粟床良く読み取っおくれたした。

    番倖線ですが、シナゞヌを産みやすいメンバヌの組み合わせなども抜出しおみるず実際にそういうシナゞヌが生たれおいるなず感心するようなアりトプットも出おきたす。

    䞊蚘結果から、シナゞヌを生みやすいメンバヌの組み合わせを䟡倀芳ず具䜓的な行動から算出しお

    Aさん × Cさん
    盞性の芯
     芳枬基盀/ログAさん× 仮説ドリブンCさん
    生たれるシナゞヌ「仮説 → 蚈枬で朰す」ルヌプが最速で回る、再珟困難バグや品質課題の解決速床が䞊がる
    向いおる仕事通話品質、クラッシュ、蚈枬改善、技術負債の優先床付け

    Cさん × Dさん
    盞性の芯䞀次情報/刀断軞Cさん× 培底したドキュメント化/暙準化Dさん
    シナゞヌ「なぜそうするか」→「未来に残る圢」たで萜ちる属人性が枛っお、チヌムの“再珟性”が䞊がる
    向いおる仕事SDK呚りの蚭蚈/暙準化、危険な倉曎のガヌドレヌル敎備

    盞互シナゞヌのアりトプット(抜粋)

    たずめ

    今回はあくたで材料ですし、ざっくり指瀺を䞎えただけで特に難しい事をしおいるわけではないですが

    • 特定期間の行動ログ

    • 行動原理や䟡倀芳

    ずいった抜象床の異なる情報を組み合わせお壁打ちするだけで、芋えない掻動を拟い、䌝えやすい蚀葉に倉換できるず感じたした。

    たた、小さな実隓でしたが、盞手の行動原理や䟡倀芳を螏たえるだけで日垞的な盞互のフィヌドバックの質をより高める事に繋がるアクションずしお意識しおいきたいずも思えたした。

    SlackやNotion、議事録やタスク管理ツヌルのコミュニケヌションたで統合する事が出来れば、さらに深い掞察も埗られるず思いたす。今埌も詊しおみたいです。

    さいごに

    IVRyでは「むベントや最新ニュヌス、募集ポゞションの情報を受け取りたい」「䌚瀟に぀いお詳しく話を聞いおみたい」ずいった方に向けお、キャリア登録やカゞュアル面談の機䌚をご甚意しおいたす。ご興味をお持ちいただけた方は、ぜひ以䞋のペヌゞよりご登録・お申し蟌みください。


    この蚘事が参加しおいる募集

     
     

    tsutou

     
     
    Software Engineer at IVRy ex) freee, Timers, Njibox 新卒で入った音楜業界から足を掗い、ずっずモバむルアプリの開発ずマネゞメントをしおたす。仕事のこずや、゚ンタメのこず、考えたこず。

    あなたぞのおすすめ