ID:66276さん

キャリアビジョン


誰よりもプロダクトを愛して、熱量を持って自らのエンジニアリングスキルでプロダクトの価値を最大化し、その価値をユーザーに伝え続けたい。

エンジニアリングとは広義でコードを書くだけではなく、プロダクトを良く理解してマーケティング能力やマネジメント能力などを十分に発揮しなければプロダクトの価値は高められなく、逆にそれができれば市場価値の高い人間であり、どこでも活躍できると思っています。それを成し遂げるにはプロダクトへの熱量や愛が必須だと感じています。

プロジェクト経験

2026年/3ヶ月以内

プロダクトの課題抽出ワークフローの構築

### 概要 プロダクトの成長に繋がるような案件が中々生み出されず、軽微な機能修正タスクなどが増え、エンジニアのモチベーション低下に繋がりかねない問題がありました。 その為、業務データや問い合わせから未知のニーズを見つけ、施策につなげる仕組みを構築。日次のデータ連携基盤から、AIによる課題・要因の分析、企画提案の出力までを一貫して整備しました。 - 期間:2026年7月〜9月にデータ基盤を構築。2026年9月から業務への導入・改善を継続。 ### 担当・体制 所属チームは4名。全体の技術選定・設計・実装を自身で担当し、分析用AWS環境、データ連携、AIの処理構成、出力形式を整備しました。テスト担当者・ディレクターと連携し、検証と業務への導入・改善まで担当しました。 ### 課題と取り組み - 本番DBへの直接アクセスによる業務への影響や、不要な情報の参照を避けるため、分析環境を分離。氏名・連絡先などの除外列と連携を許可する列を定義し、PostgreSQLの見込み客・問い合わせデータをS3・Athena経由でS3 Tablesへ格納するRubyバッチを実装しました。 - S3 Tables・Athena・Glue・IAMなどのAWS構成をTerraformで管理し、環境ごとに設定を分けました。 - 生データからニーズを発掘し、企画にまとめる手法がなかったため、データ取得・分析・出力の工程を設計。工程ごとにAIモデルと推論の強さを選び、集計済みデータを次工程へ渡して扱う情報量を抑えました。 - AIはS3 Tables MCPで分析用データを参照し、Serenaで既存コードを確認。課題・解決策・KPIに加え、実装箇所の候補や変更方針を既存の企画立案シートに合わせてNotionへ出力し、履歴を残しました。 - データ取得、分析、出力ごとにmodelとeffortを分けてトークン使用量を効率的にしました。 - ディレクターと課題の妥当性を検討し、プロンプトと出力を改善。分析結果を企画判断に使える形に整え、案件化までの運用を担当しました。 ### 成果 - 2026年9月にリリースし、週次の施策検討に活用しています。 - 抽出した課題から「送客待ちのユーザーのステータスの見える化」を案件化し、この施策を通じて入会率の向上につなげました。

2026年/3ヶ月以内

全社の脆弱性対応の推進

### 概要 個人情報漏えいへの対策を経営陣に提起し、全社の脆弱性の集約と対応計画づくりを主導。自担当プロダクトでは、認証関連の改修と実行環境・依存ソフトウェアの更新を実施しました。 - 期間:自担当プロダクトの調査・改修・更新は2026年9月〜11月。全社の対応推進は2026年10月から継続。 ### 担当・体制 副部長として経営陣・事業責任者・各開発担当者と連携。全社の情報集約・対応調整に加え、自担当プロダクトの調査・実装、チームで進める更新・テストの調整を担当しました。 ### 課題と取り組み - 脆弱性を検知するskillを作成し各チームに配布。認証せずに認証後しか取得できない情報に到達する経路はないか、認証を偽装する経路はないかを中心に検査 - プロダクトごとの問題と期限を全社で把握し、経営陣・事業側が判断できる形にするため、個人情報漏えいの状況と手口を共有。各プロダクトの指摘を集約し、認証・権限管理などの問題を個人情報への影響から優先付けしました。 - 関係者と項目ごとの対応方針・期限を策定。未確認と確認済み、対応済みと未対応を区別し、進捗を報告しました。 - 会員向けWeb・APIの認証関連の脆弱性に対し、自身で会員APIのリクエスト検証と、不要な認証情報を画面へ渡さない修正を実装しました。 - Ruby・PHP・Node.js・Nginxなどの更新を推進。既存のログイン・主要機能への影響を確認するため、Nginx更新では対象を分け、開発・ステージング・本番の順で検証しました。テスト担当者とは主要機能の確認範囲を調整しました。 ### 成果 - 全社の脆弱性を取りまとめて提出し、項目ごとの対応方針・期限と進捗を共有しました。未対応項目も明示して、対応を進めています。 - 自担当プロダクトの認証処理を改修し、実行環境・依存ソフトウェアの更新を実施しました。

2026年/3ヶ月以内

個人開発による収益化

### 概要 趣味で個人開発をしており、市役所の公式ホームページなどからダンロードできるゴミ出しカレンダーのPDFから年間のゴミ出しスケジュールを一括でGoogleカレンダーに登録できるサービスを開発しました。 https://gomicale.jp/ja ### 課題 自分自身ゴミの出し忘れや、「このゴミはなんのゴミだっけ?」といちいち調べるのが面倒で、この感覚は世の中で一定数感じてる人はいるだろうという仮説のもとredditなどで「ゴミ出し googleカレンダー」や「pdf googleカレンダー」などのワードで調査して、一定数の需要がありそうだとわかりました。 ### 取り組み Google認証だけのシンプルなwebサービスを開発しました。 アップロードしたPDFをAIに分析させ、構造化してDBに保存。それをGoogleカレンダーAPIの仕様に合わせて一括登録しています。Gogleカレンダーに登録することで通知機能なども実装する手間が省けています。 ### その他機能 ・LINE連携・・・ゴミ出しの前日にLINEで通知をしてくれたり、写真を送るとゴミを判別してくれます。 ・文字や写真でもGoogleカレンダーに登録 ・英語対応 ### 成果 ユーザー数200名突破。収益化にも成功しました。

2025年/3ヶ月以内

AIブログ採点機能

# 概要 - 結婚相談所の仲人が各ブログの内容をAIがSEOの観点で採点する # 担当業務 - 設計、バックエンドの実装、インフラ構築 # チーム情報 ディレクター 1名 バックエンド 2名 テスター 1名 # 詳細 ## 課題 - 自社サイトに掲載されているブログの品質チェックが人的によるところも多く、質の悪いブログがクローリングされてしまい自社サイトのSEOが下がる恐れがあった。 ## 工夫 - AIの回答の質のバラつきを無くし、制度を向上すさせるためのプロンプト設計とtemperatureやthinking bugetのオプションの調整 - プロンプトインジェクション対策 ## 成果 - サイト全体のSEOの向上。 - 質の高いブログの投稿数上昇。 - 自社プロダクトへの初めてAI機能を統合したことにより、今後AI 関連の機能開発がしやすくなった。

2025年/1ヶ月以内

デザインパターン導入によるプロダクトの課題解決スピードの向上

# 概要 - viewファイル内に存在する複雑な条件分岐をデザインパターンを用いることで解消した # 担当業務 - 詳細設計、バックエンドの実装、テスト、障害対応、データ分析 # チーム情報 ディレクター 1名 デザイナー 1名 フロントエンド 1名 バックエンド 2名 テスター 1名 # 詳細 ## 課題 - Googleのクローラーに一度のクロールでたくさんのページを評価してもらうために1つのページ内に関連ページへの内部リンクを動的に増やす必要があった - ユーザーのサイト内回遊の向上やサイト離脱を減少させる必要があった。 - viewファイル内に複雑な条件分岐が複数あり、今後の改修が困難な状態であった。 ## 施策 - 関連ページへの内部リンクを動的に増やす機能を実装 - Viewファイル内に既存で存在する仕様の理解できない条件分岐を「ストラテジパターン」を用いてapi 側にロジックを集約させてコードから仕様が理解できるように実装し解消させた。今後も同様の課題に対する改修が見込まれる為、機能の拡張がしやすい様にした。 ## 分析 - GA4やクラリティを利用してユーザーのサイト内回遊の向上や離脱率の減少を分析 ## 成果 - サイト全体のSEOの向上。競合が影響を受けたGoogleのコアアップデートにも影響されずにSEOが安定。 - その後の同様のSEO対策に関するバックエンド側の実装も複雑な要件の割にはシンプルなコードで実装できるようになった - 案件完了後はチーム全体に勉強会を行い、チームのデザインパターンの知見が増えた。プロダクトのあるべき姿から、問題、課題を把握した上でどのようなデザインパターンが適しているかを考えることが大切だという事を共有できた

2025年/3ヶ月以内

社内ハッカソンの運営

# 概要 - 1年に1度社内で開催されるハッカソンの運営を担当しました。 # 担当業務 - メンバー募集、テーマ、ルールの策定などのハッカソンの推進 # 詳細 ## 概要 - 毎年、社内のハッカソンはエンジニアのみの参加でしたが、今年度よりディレクター、デザイナーも参加する事になり違う職種のメンバーをワクワクさせるようなテーマを考えたり、それぞれの職種のメンバーのハッカソンへの関わり方の提案を行い、30名ほどの参加者を集めることができました。 「3ヶ月で世界を変える最小のプロダクトを作ろう」をテーマにチームそれぞれ企画段階から全ての職種のメンバーが関わりディスカッションする事でプロダクト志向の練習になったと思います。 ## 成果 - 普段の業務では企画段階ではディレクター、デザイン段階ではデザイナー、開発ではエンジニアとそれぞれ役割が分かれていて、それぞれのフェーズに全員が関わることは少ないですが、本来はステークホルダーで開発する機能の目的やその先のKPIを把握しているべきだと考えていました。 今回のハッカソンではその練習も兼ねて企画段階でもデザイナーや、エンジニアが関わり、ペルソナ設定やカスタマージャーニーマップの作成にも関わり、より一層プロダクト思考のエンジニアの育成の助けになりました。また、ハッカソンを通してリーダーシップを発揮する事ができるようになったメンバーも増えた事も組織にとってプラスでした。 開発フェーズのディレクターやデザイナーの関わり方はClaude Code Actonsを使用してGitHubのIssuesに修正内容を記載するとそれを元にClaude Codeが開発して、Code Rabbitがレビューする「Issues駆動開発」の流れを作り全てのフェーズで違う職種のメンバーが関われるように工夫しました。

2024年/1ヶ月以内

開発効率向上の為のVSCode及びChromeの拡張機能開発

# 概要 - エンジニアリングチームの開発効率向上 # 担当業務 - 企画、実装、全体共有 # チーム情報 バックエンド 1名 # 詳細 ## 課題 - 開発をしている中でのちょっとした煩わしさや、テスト駆動開発のやりづらさ、コードレビューする側のレビューのしにくさ等スプリントの中で積み重なってそれなりのタイムロスになってしまっている状態だった。 ## 施策 以下の拡張機能を開発 - Rubyの部分フォーマッター - Docker環境でVSCodeからコマンド一つでRspec実行 - ログのパラメーターからテストコードを自動生成 - VSCodeからaws cliを使用してCSSやJSのファイルをS3へコマンド一つでアップロードする機能 - キャメルケースからスネークケース、スネークケースからキャメルケースに変換する機能 - 単語を選択してコマンド実行で翻訳できる機能。また日本語を英語に変換する機能 ## 成果 - 1人当たりの開発効率が140%上昇(1人当たりがリリースした機能の数で計算) - 労働環境も改善され、チーム全体の残業も減り、メリハリの付いた働き方の貢献にもなった - この成果により年に一回1,400人以上の社員から9人の優秀社員が選ばれるアワードに選出されました。

2025年/3ヶ月以内

デザインパターンによる、お問い合わせフォームのロジックを集約

# 概要 - 婚活を希望しているユーザーが結婚相談所にお問い合わせをする際のフォームのUIの改善に伴うバックエンド改修 # 担当業務 - 詳細設計、バックエンドの実装、テスト、障害対応、データ分析 # チーム情報 ディレクター 1名 フロントエンド 1名 バックエンド 1名 テスター 1名 # 詳細 ## プロダクト課題 - お問い合わせフォームに訪問してから一定数のユーザーが離脱している。その為フォームのUI/UXを改善しステップフォーム形式へ変更する。 ## 実装課題 - フォームには無料カウンセリング、紹介、資料請求などの種類があり、それぞれ微妙に異なる仕様だが、共通した部分も多くある。既存ではそれぞれの共通部分までも複数のmodelにまたがって処理が別々に書かれており冗長的かつfatモデルになっている。 フォームオブジェクトを導入してフォームの共通バリデーションはそこに集約して、コードからフォームの仕様がわかりやすいようにする必要があった。 ## 施策 - デザインパターンの一つであるフォームオブジェクトを導入して、バリデーションの分離を行い、テストも容易に行えるようにした。 ## 分析 - 無料カウンセリングフォームは改修後の方がCV率が上がった。しかし資料請求フォームはCV率が下がってしまった。確度の低いユーザーはステップフォームよりもあらかじめフォームの全体を把握できた方が良いという仮説が生まれたので資料請求フォームに関しては改修前のフォームに戻した。 ## 成果 - お問い合わせフォーム専用のフォームオブジェクトを導入したことで、フォームに関する仕様やDBに入ってっはいけない型などがわかりやすくなった。今後の改修にも柔軟性が生まれた。

2025年/1ヶ月以内

社内の全エンジニアへのCursorの導入

# 概要 - 社内の全エンジニアのCursorの導入のために関係各所や社長へのプレゼンを行なった。 - 今後のAI活用を推進していくためのプロジェクトを立ち上げた # 詳細 ## 課題 - AIに関する知識レベルがエンジニアによって異なり、生産性にばらつきが見られた。 - 多くの企業がAIツールを導入して成功事例を上げる中、遅れを取ってしまうと競争優位性が保てない。 ## 検討 他のAIツールではなく、Curosorの選定理由は以下です ### エンタープライズグレードのセキュリティと管理機能 - SOC 2 Type II 認証取得済みで、企業の安全基準を満たす - プライバシーモードの組織全体での強制適用が可能 - SAML/OIDC SSO による認証統合 - 管理者ダッシュボードによる使用状況の可視化と分析 ### 高度な AI モデルへの無制限アクセス - Claude 4.0 Sonnet Thinking などのプレミアムモデルを月 500 回の高速リクエストで利用可能 - カスタムモデルによる強力な Cursor Tab の補完機能 ### 大規模コードベースへの対応 - 数十万ファイルの大規模プロジェクトでも効率的に動作 - スマートインデックス機能によるコンテキスト理解 - プロジェクト全体を考慮したコード生成と編集 ### チーム開発に最適化された機能 - 一括請求による簡単な経費管理 - チーム全体での設定・ポリシー管理 - コーディングスタイルの一貫性維持 - プライバシーとコード所有権の保証 ### 生成されたコードの完全な所有権がユーザーに帰属 - プライバシーモードでのコード非保存オプション - データ収集ゼロのポリシーで機密コードを保護 - エンタープライズサポート ## 成果 ### 定量的効果 ROI:月額 $40 の投資がコード補完、エージェントモードによるエンジニアの生産性向上で十分に回収可能なことを実証 ### 定性的効果 エンジニアの生成 AI ツールによる満足度向上と、仕事に対するモチベーションの大幅アップ 新しい技術やツールを活用する文化の醸成 部署間での活発な情報共有とノウハウの横展開 こうした成果は、単なる数字以上に、社内全体の生産性向上として実感され、組織全体での技術革新の原動力となりました。

2025年/2年以内

エンジニア組織への貢献

副部長として、10人以上のチームでの開発と並行し、約60人の部署でAI活用、新人育成、社内イベントを支えるシステム開発に取り組んでいます。 ### ハッカソン投票システムの開発 2026年9月の社内ハッカソン向けに、参加者の評価入力画面と、運営者が投票開始・結果表示を扱う管理画面を開発しました。5チームの発表ごとに投票・集計し、投票者数による順位の偏りを抑えるため、評価項目ごとの平均点で比較する仕組みを実装。同じWebシステムで投票から結果確認まで進められるようにしました。 ### AIツールの利用調整と活用支援 非エンジニアの従業員向けにGemini・NotebookLMの利用希望を取りまとめ、仕様理解・資料作成・情報検索など、職種や業務ごとの利用目的を導入担当者へ共有しました。利用開始に向けた調整を担当しました。 ### メンター制度と新人育成の支援 新入社員・若手社員向けに、メンターの役割と、技術・業務・キャリア・チーム内の連携などの相談例をまとめた資料を整備しました。新人研修では参加者のスケジュール追加や実施場所の調整にも携わりました。

マネージメント能力

部署のエンジニア
技術力の向上はもちろん、ただコードを書くだけではなくその先のプロダクトの成長もイメージできるエンジニアにする必要がありました。
自分の関わっているプロジェクトのKPIについてディレクターのレベルまで理解する必要があると考えました。しかし普段の実装タスクに追われる中でさらにそのような知識をつけるのも大変だったのでまずは開発効率の向上を図りました。 具体的にはVSCodeの拡張機能を開発して、普段の開発の中の「少しめんどくさい」を解決するような機能をいくつか開発してチームの開発効率をまず上げました。 その上でタスクの消化スピードが上がってきたところで、ディレクターやプロダクトマネージャーを交えてKPI勉強会を開催し、エンジニアのプロダクトのKPI理解を深め、ディレクター目線で分析などを行い、開発した機能に対するPDCAを回せるようにしました。 そうする事によってコードの品質も上がりました。 今まではただ要件を満たせれば良いだけのコードでしたが、ドメイン知識を深めた事により以前よりもリファクタリングの精度が上がりました。 リファクタリングは「現状の問題」ではなく「中長期的に問題になりそうな箇所」に対して行うのが良いと思っていて、その為にはやはりドメイン知識は必須です。 チーム全体がドメイン知識を深めたことにより、エンジニアリング組織としてレベルを上げることができたと感じました。

アピール項目


アウトプット

GitHub アカウント
あり
Qiita アカウント
あり
Zenn アカウント
未入力です
Speaker Deck アカウント
未入力です
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
あり

今後、身につけなければいけないと思っている技術は何ですか?

プロダクトマネージャーとしての知識、AIドリブンな開発

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

- エンドユーザーと関わる機会がある環境。 - 複数人開発でワイワイできる環境

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード補完系の生成AIを活用
GitHub Copilot等のコーディング支援ツール
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用
サービス・プロダクトへの応用
既存のサービスやプロダクトに生成AI(API利用など)を組み込み、LangChainやLlamaIndexなどのフレームワークを使った開発経験
生成AIをコアとした開発
生成AIを主要技術としたサービス・プロダクト・機能の企画や、RAGなどの高度な手法を用いた開発経験

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
学習能力 / 分析力 / 責任感
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
好きなプロダクトがある
やりたくない分野
SI / アダルト / 仮想通貨
その他の特徴
使用言語にはこだわらない / 新しい技術はとりあえず試す / 勉強会でLTをよくする
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で30代後半
好きなテキストエディタ
Cursor
希望勤務地
埼玉県 / 東京都
希望年収
未入力
ご意見箱

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?