ID:82356さん

キャリアビジョン


エンジニアとしての領域を広げたい

エンジニアとしての領域を少し広げ、SREやデータエンジニアリング、シビアな非機能要件が求められるバックエンドなど、より技術力が問われる環境で力を発揮していきたいと考えています。ビジネスへの貢献も大切にしつつ、これまで培ってきた技術力を、より高い水準が求められる環境で発揮していきたいです。

プロジェクト経験

2026年/1年以内

薬剤師向けポータルサイトの保守開発

## 概要 薬剤師向けにコラムや掲示板などのコンテンツを提供するポータルサイト。 ユーザーのアクティビティを向上させ、自社の転職サービスへ送客することを目的としている。 ### KPI KPIとしてCV(親会社であるエムスリーへの会員登録数)とMAUを計測。 各ページでの離脱率、リンクのクリック履歴といった数値を会員の属性ごとに分析し、よりCVとMAUの向上に繋がる起案、システム開発を行なった。 ## 開発実績 大規模なバッチ処理のクラウド移行を主導。 オンプレで動かしている約100本のジョブの依存関係を整理し、AWS上に移行した。 ### 設計 - Eventbridge schedulerで定期的にStep functionsを起動。 - ステートマシン内でECSタスクを立ち上げてジョブを実行。 - ジョブの結果はSNSとChat botを使いSlackとメール通知。 ## AI活用 AIを利用した開発フローをスキルとしてまとめ、チーム内に配布。AI開発フローの標準化を進めた。 ## メンバー数/役割 4名 メンバー

2024年/2年以内

薬剤師の採用管理システムの開発

## プロジェクト概要 自社新規事業として薬剤師向け採用支援プラットフォームの立ち上げに参画。 Webアプリケーション開発を担うとともに、BigQuery等を用いたデータ基盤の設計・構築を推進し、事業KPIに基づくデータ活用を実施。 ## 担当業務 ・PdMと連携し、数値データから課題仮説を立案。開発要否を含めた優先度判断を実施。 ・Ruby on Rails を用いたバックエンドAPIおよび業務ロジックの設計・実装 ・Vue.js / Hotwire によるフロントエンド開発およびUI改善 ・Salesforce とWebアプリケーション間のデータ連携機能の設計・実装 ・BigQuery および TROCCO を用いたデータ基盤の設計・構築 ・AWS 環境下でのアプリケーション開発・運用 ## 実績 ・MVPリリース後のユーザーアクティビティを分析し、スカウト機能を中心に改善を実施。ユーザー利用率と売上の向上に貢献。 ・データ基盤を活用し、KPIを継続的に可視化。PDCAサイクルを推進 ・機能改善と業務効率化の積み重ねにより、利益向上および社内工数削減を合わせて約1,000万円の事業効果を創出 ## メンバー数/役割 5名 メンバー

2024年/2年以内

薬剤師転職支援サービスの開発

## プロジェクト概要 自社で運営している薬剤師向け転職支援サービスの保守開発を実施。 課題発見・施策検討フェーズから参与し、職種横断での改善を推進。 ## 担当業務 - バックエンド開発および既存機能の設計・改善 - フロントエンド実装および保守性向上 - マーケターと連携し、数値データをもとにした課題仮説立案および原因分析 - データに基づく改善施策の検討・提案および開発内容への反映 - デザイナーと協力し、開発体制および制作フローの改善を推進 - デザイナー向けAIエージェントおよびMCP導入の技術支援 - デザインデータのGit管理導入およびCI構築の推進 ## 実績 ・数値データを根拠とした意思決定を行い、開発要否を含めた優先度設計を主導 ・マーケター・デザイナーとの連携強化により、施策検討から実装までのリードタイムを短縮 ・AI活用およびCI整備を通じ、開発生産性向上に貢献 ## メンバー数/役割 5名 メンバー

2021年/2年以上

音楽教室運営システムの開発・保守運用

## 概要 自社で内製している基幹システムの保守開発を担当。 大量の技術的負債を抱えていたため、Ruby/Railsのバージョンアップ、テストカバレッジの向上、CI/CD環境の構築といった施策を実施。 多数のバグが適切に管理されていなかったため、バグ管理フローを確立し、定期的に役員へシステム対応方針を報告。 ## 担当業務 - 技術的負債の解消(Railsバージョンアップ、テストカバレッジ向上) - 不具合対応およびバグ管理フローの確立 - 不具合と技術的負債の分析資料を作成、役員へ適宜報告 - CI/CD環境の構築・整備 ・ビジネス側とエンジニア側との橋渡しおよびエンジニアのマネジメント ・新入社員へのオンボーディング ・障害対応と原因分析 ## メンバー数/役割 4名 チームリーダー

2021年/2年以内

教室運営プラットフォームの開発・保守運用

## 概要 自社で開発中のSaaSプロジェクトに途中から参画。 あいまいなユーザー要件を明確にし、システムへと反映させる一連の開発作業を実施。 多くの不具合が存在したため、保守運用の体制強化にも注力。 ## 担当業務 - 新機能の追加開発 - バグ対応および保守運用体制の強化 - ビジネス側との定例MTGでファシリテーターを務め、要件の優先順位付けや技術的な意思決定を主導 - CI/CD環境の整備 ## メンバー数/役割 5名 メンバー

マネージメント能力

システムの保守開発チーム
- 多くの技術的負債とバグを抱えた状態から保守体制を構築 - バグ管理フローをKPIとして導入 - 障害対応の属人化を解消 - 安定した運用体制の構築
私の担当したシステムは多くの技術的負債とバグを抱えており、障害対応が特定のメンバーに依存する「属人化」した状態にありました。誰がどのバグにどう対応しているかが可視化されておらず、対応の遅れや対応漏れが発生しやすい状況でした。 この状態を改善するにあたり、まず問題を「仕組みの不在」だと捉え、個人の努力に頼らない体制作りが必要だと考えました。そこで、バグの発生から解消までをKPIとして管理するフローを導入し、対応状況を可視化しました。 導入の過程では、これまで自己流で対応していたメンバーからの抵抗や、運用ルールが定着するまでの負荷もありましたが、まずは自分自身が率先してフローに従い、実際に効果が出ている事例を共有することで、徐々にチーム全体に浸透させていきました。 あわせて、Ruby/Railsのバージョンアップやテストカバレッジの向上(0%から60%まで改善)、CI/CD環境の構築(リリース作業を20分から1分に短縮)にも取り組み、障害が起きにくく、かつ起きた際にも迅速に対応できる開発体制を整えました。 これらの取り組みにより、障害対応の属人化を解消し、安定した運用体制を構築することができました。

アピール項目


アウトプット

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

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

今後は、KubernetesやTerraform、Goなどを活用したコンテナ化およびクラウドネイティブ領域の技術深化を目指しています。これにより、大規模かつ技術難度の高いインフラ・開発環境にも柔軟に対応できるエンジニアへの成長を図っています。 現職ではこれらの技術を扱う機会がないため、個人開発での実践的な学習を進めています。具体的には、EKS上でのGo製APIの運用をはじめ、HelmとArgo CDによるGitOpsベースのCI/CD構築、Istioを用いたサービスメッシュでのトラフィック制御や可視化など、モダンな技術スタックのキャッチアップを主体的に継続しています。

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

裁量を持って技術的な意思決定を任される環境です。 「他責にしない」という価値観や、これまで一貫して「自分で判断し主導する」立場を担ってきたことから、指示待ちではなく、裁量を持って動ける環境の方が力を発揮しやすいと考えています。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード補完系の生成AIを活用
GitHub Copilot等のコーディング支援ツール
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
分析力 / 責任感 / 巻き込み力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
未入力です
その他の特徴
レガシーな環境を改善できる / 勉強会でLTをよくする / 起業/創業期のベンチャーにいた
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で30代中盤
好きなテキストエディタ
Visual Studio Code
希望勤務地
東京都
希望年収
600万円
ご意見箱

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

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

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