ID:9442さん
2023年2月回 指名
キャリアビジョン
課題を見つけたら、役割に関係なく「使われるもの」になるまで持っていく Technical PdM
私の根底にあるのは「課題を解決したい」という動機と、「ユーザーにとって面白いものを作ることが、クライアントの先にいるエンドユーザーの課題解決につながる」という考えです。 エンジニアとして入社し、生成 AI 機能の品質を「ファンが本当に満足するか」という基準で作り直したことをきっかけに企画側へ役割を広げ、2025 年からは PdM として、提案・クライアント折衝・要件・見積・優先順位・受入を担っています。自分の役務は全うしたうえで、必要ならその外側も含めて動くのが自分のやり方です。 今後は単発の案件を実現するだけでなく、プロダクト戦略と KPI 改善まで責任を持ち、「作れるか」ではなく「価値が成立するか」を数字と検証で判断して、進める・止めるを選べる PdM を目指します。
プロジェクト経験
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
2020年/1年以内
freee人事労務の変形労働制対応・スクラム運営（エンジニア）
プロジェクトカテゴリ：webサービス / 自社プロダクト
担当工程
経験した職種・役割
あなたが実際に使っていた技術
### 背景と役割
人事労務 freee の利用者拡大のため、変形労働制に対応する設定・計算機能を 5〜6 名のアジャイルチームで開発。React / TypeScript / Rails での設計・実装・レビューに加え、多忙なエンジニアリングマネージャーからスクラムマスターを段階的に引き継いだ。
### やったこと
- デザイナーと協力し、Figma のコンポーネント名を社内デザインシステムの Storybook と揃える運用を導入。デザインの相違とフロント実装の往復を減らした
- スクラムマスター未経験だったため他チームのイベントを見学し、自チームに合う運用だけを取り入れて準備コストを削減（開発者ブログに執筆：「低カロリーでスクラムを始める」 https://developers.freee.co.jp/entry/start-scrum-with-low-cal ）
### 結果
マネージャーが実装タスクを取れる時間が増えたとフィードバックを受けた。
2021年/1年以内
サービス LP の CVR 向上施策（業務委託）
プロジェクトカテゴリ：webサービス
担当工程
経験した職種・役割
あなたが実際に使っていた技術
### 背景と役割
SaaS のマーケティングサイトの開発を、プロダクト開発と兼務していた CTO から業務委託として引き継ぎ、セールス・マーケチームに唯一のエンジニアとして参画。施策企画、設計、実装、CRM 基盤の整備を担当。
### やったこと
- ビジネス側の施策が開発待ちで止まっていたため、目標を共有してもらい、施策の優先順位をカンバンで可視化する運用に変更
- A/B テストと計測基盤（Google Optimize、GTM / GA）を整備し、Gatsby 本体と周辺ライブラリをメジャーアップデート
### 結果
ビジネス担当が自分たちで施策を投入・計測できる状態を構築した。
2019年/3ヶ月以内
人事労務 freee 年末調整機能のスクリーンリーダー対応（新卒 1 年目）
プロジェクトカテゴリ：webサービス / 自社プロダクト
担当工程
経験した職種・役割
あなたが実際に使っていた技術
### 課題
視覚障害のある従業員が、人事労務 freee の年末調整を自力で完了できなかった。確認モーダルが出てもフォーカスが移らず、スクリーンリーダー利用者には状態変化が認識できない、といった問題があった。
### 役割と行動
- 新卒研修で全盲のエンジニアからアクセシビリティを学んだことを起点に、社内の開発合宿で「年末調整のスクリーンリーダー対応」をテーマとして提案・実装した
- React Hooks で DOM 参照を持ち、モーダル出現時にフォーカスを確実に移す実装など、読み上げ利用者が入力を完了できる状態にした
- 全盲のエンジニアによる操作チェックを経て公開
### 結果
2019 年 11 月、会社公式プレスリリース「人事労務freee、年末調整をスクリーンリーダーで利用可能に」（Windows NVDA / iOS VoiceOver / Android TalkBack 対応）として発表された。
### 学び
自分起点で課題を見つけ、当事者に検証してもらい、公式の成果として発表されるまでを通した最初の経験。以降の「課題を見つけたら役割を越えて実現まで持っていく」動き方の原点になっている。
参考
- 公式プレスリリース（2019.11.19）: https://corp.freee.co.jp/news/freee-nentchou-9650.html
- 「2019年、freeeのアクセシビリティを振り返る」（開発者ブログ、当時の最大のリリースとして言及）: https://developers.freee.co.jp/entry/freee-a11y-2019
マネージメント能力
このマネージメント能力は公開されていません
このマネージメント能力は公開されていません
アピール項目
アウトプット
GitHub アカウント
あり
Qiita アカウント
あり
Zenn アカウント
あり
Speaker Deck アカウント
未入力です
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
あり
今後、身につけなければいけないと思っている技術は何ですか？
- **プロダクト戦略と KPI 設計**：施策単位の効果測定はしてきたので、次はプロダクト全体の指標ツリーと実験設計（A/B テスト、因果推論）を体系的に身につけたい
- **LLM アプリケーションの評価と運用**：Langfuse での LLM-as-a-Judge 評価を PoC で使ったので、本番運用での評価データセット設計、回帰検知、コスト管理まで深めたい
- **マルチエージェント開発の品質保証**：AI エージェントが実装を駆動する体制でのテスト戦略、レビュー、セキュリティチェックを、再現可能なプロセスとして整えたい
あなたが一番パフォーマンスを出せるのはどんな環境ですか？
- **ユーザーやクライアントと直接話せる**：一次情報を自分で取れる環境で最も力が出ます。伝言ゲームになると判断の精度が落ちます
- **ドメインに情熱を持てる領域**：何を作れば喜ばれるかはドメイン理解から来ると考えているので、自分がユーザーとして語れる領域（エンタメ、IP、モノづくり）で成果が出やすいです
- **小さく作って早く出せる裁量**：完璧な仕様より、PoC を作って判断材料にすることを許容してくれるチーム
- **リモート中心・非同期**：小さい子どもがいて地方在住のため、フルリモート（月 1 回程度の出社は可）で、ドキュメントと非同期コミュニケーションが回っている環境
生成AIの活用状況
キャラクター
やりたい事
基本プロフィール
年齢
今年で30代前半
好きなテキストエディタ
VScode
希望勤務地
リモート勤務
集まる必要性がない場合は基本リモートが許可される環境が必要
希望年収
900万円
ご意見箱
要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。
なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。
- {{error}}