聴講メモ:RAKUS AI Meetup Vol.2

楽々精算のRAKUSさんが自社のAI活用ナレッジを共有。開発利用にとどまらず、組織浸透における課題や施策であったり、プロダクトへの組み込みであったりと幅広いテーマでとても聞き応えあった。特に組織内のAI活用を活性化するための試行錯誤は、巷では中々聞けない内容で、今後取り組んでいきたい課題のひとつでもあったので知れてよかった。

イベントページ:https://rakus.connpass.com/event/378121/


全エンジニアのAI活用状況を可視化する~LookerStudioを用いたアンケート分析と今後の推進策~

  • AIネイティブ開発化の促進ミッション
    • データの持ち方〜意思決定プロセスまでAIを全面活用する
    • 当初戦略:理想定義と現状とのギャップを埋める
    • 挫折要因:技術進歩が早すぎ、数日で陳腐化
    • 合意形成の難しさ:メンバー間で目指すべきレベル感が異なる
  • アプローチを変更:理想の定義から、現在地の定義へ
    • 次の一手を打つために、意思決定に役立つ情報を届けること
  • 300人開発組織の見える化、誰でも使える分析基盤
    • サーベイ設計は3つの観点に着目
      • ヒト(ユーザー属性)
      • コト(開発工程)
      • キモチ(自己評価、環境整備度合い、成果物への貢献割合)
    • Google Forms でサーベイ実施
  • 分析基盤の作成:Google Looker Studio
    • 無償範囲でも使える
    • 開発部だけでなく役員の利用も想定
    • メンテしやすさ
    • 閲覧者のドリルダウンしやすさ
  • 可視化重視ポイント
    • 分析対象の傾向を見える化:若手が多いとか、バックエンドが多いとか
      • 対象者を絞って不可ぼれるように(もっと知りたくなる仕掛け)
    • プロダクト横串で比較しやすく
      • 自分のプロダクト・チームが他所と比べてどうか?を知りやすく
      • どのチームが何に長けているか見やすく、ナレッジ共有の促進に繋げる
    • プロダクトごと俯瞰して見える化
      • リーダー陣が自担で把握できるよう
  • 定性的評価の曖昧さ
    • 定量に比べて入力者の感覚でばらつきあり
    • 自己評価の低さから、実態より不当に低く入力されたり
    • 定性的値は、時系列でウォッチして軌道修正にりようすべし
      • 経過観察を前提にしたサーベイ設計、分析基盤を準備するべし
      • 施策の成功度合いの計測に利用、など
  • 強みと弱みから、どこから手をつけるべきか?打ち手の優先順位をつける
    • 現場との対話に重きを置いた
      • 立ち止まっている人に、障壁をヒアリングし特定
      • 使い倒している人に課題と改善案を共有し、クリティカルな課題を選ぶ
        • 解消していくことで、協力的になるスパイラルを産む
    • 具体的な一手の例
      • Quick Wins (即効性重視)
        • 市街ツールの利用申請フロー短縮
        • 開発作業動画の共有
      • Systematic (組織的整備)
        • AI特化ポータルを公開
        • プロダクト組み込み時のセキュリティルールの策定
  • Q&A
    • 現状を可視化して想定外だった気付き
      • 特定部署のとある人の全社への共有が多い一方、意外とチームの利用状況が連動していない:周囲への実践レベルの共有に至っていない?という仮説
    • 可視化が入ったことでマネジメントの意思決定への変化
      • アンケート可視化+ヒアリングがエビデンスになり、踏み切れなかった決断の後押しになった

仕様駆動開発の組織的定着に向けた取り組み~『楽楽電子保存』開発チームの事例~

“聴講メモ:RAKUS AI Meetup Vol.2” の続きを読む