ID:82356さん

キャリアビジョン


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

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

プロジェクト経験

2026年/1年以内

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

## 概要 薬剤師向けにコラムや掲示板等のコンテンツを提供するポータルサイトの保守・改善を担当。 ユーザーのアクティビティ向上と、自社転職サービスへの送客を目的としている。 ### KPI CV(親会社エムスリーへの会員登録数)とMAUをKPIとして計測。 各ページの離脱率やリンクのクリック履歴を会員属性ごとに分析し、CV・MAU向上に繋がる施策の起案とシステム開発を推進。 ## 開発実績:オンプレバッチサーバーのクラウド移行 ### 【課題】 - オンプレで稼働する約100本のバッチジョブについて、仕様が十分に整理されておらず、どのジョブがいつ・どのような入力で実行され、何を出力するのかが不明瞭な状態だった。 - ジョブの実行タイミングがコード上でしか管理されておらず、誰が見ても一目で把握できる状態になっていなかった。 - 技術的負債が積み重なった結果、保守・運用の属人化や、変更時の影響範囲の把握が困難という問題を抱えていた。 ### 【工夫・アプローチ】 - 全ジョブの仕様(入力・処理内容・出力・依存関係)を一つひとつ洗い出し、整理した。 - 既存機能を損なわないことを前提に、AWS上でどのサービスを組み合わせれば同等の機能を実現できるかを検討し、設計した。 - EventBridge Schedulerで定期的にStep Functionsを起動 - ステートマシン内でECSタスクを立ち上げ、ジョブを実行 - 実行結果はSNS・ChatbotによりSlack・メールへ通知 - 約100本のジョブを一括で移行するのではなく、依存関係を踏まえた段階移行計画を策定し、リスクを抑えながら進める方針とした。 - 整理した仕様や移行方針は、上司やビジネスサイドにも分かりやすく伝わるよう、資料化・説明に努めた。 ### 【成果】 - テスト環境での基盤構築を完了させ、約100本のバッチジョブの段階移行計画を策定。 - ジョブの実行タイミングが可視化され、これまで把握が困難だった運用状況を、誰でも確認できる状態に改善した。 ## AI活用 AIを活用した開発フローをスキルとして整理し、チーム内に展開。AI活用開発フローの標準化を実現。 ## メンバー数/役割 4名体制 / エンジニア

2024年/2年以内

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

## プロジェクト概要 自社新規事業として薬剤師向け採用支援プラットフォームの立ち上げに参画。 Webアプリケーション開発を担うとともに、BigQuery等を用いたデータ基盤の設計・構築を推進し、事業KPIに基づくデータ活用を実施。 ## 担当業務 - Ruby on Railsを用いたバックエンドAPIおよび業務ロジックの設計・実装 - Vue.js / Hotwireによるフロントエンド開発およびUI改善 - SalesforceとWebアプリケーション間のデータ連携機能の設計・実装 - BigQueryおよびTROCCOを用いたデータ基盤の設計・構築 - AWS環境下でのアプリケーション開発・運用 ## 開発実績:薬剤師採用支援プラットフォームの立ち上げ・グロース ### 【課題】 - 薬局側には「薬剤師を採用できない」という課題があったが、求人票・選考管理だけでは根本解決に至らず、事業として何を優先的に開発すべきか、仮説段階から検討する必要があった。 - 新規事業のため、開発の要否や優先度を判断する上での指標(KPI)や、その可視化基盤自体が整っていなかった。 ### 【工夫・アプローチ】 - PdMと連携し、数値データから課題仮説を立案。開発要否を含めた優先度判断を実施。 - 求人票・選考管理機能に加え、近隣薬剤師へのスカウトや相場データに基づく採用コンサルティング機能を、ゼロから設計・開発。 - BigQueryおよびTROCCOを用いてデータ基盤を構築し、事業KPIを継続的に可視化できる状態を整備。PDCAサイクルを推進できる体制を作った。 - MVPリリース後は、ユーザーアクティビティを分析し、特にスカウト機能を中心に改善を継続的に実施。 ### 【成果】 - ユーザー利用率と売上の向上に貢献。 - データ基盤の整備により、KPIを継続的に可視化し、PDCAサイクルを推進する仕組みを構築。 - 機能改善と業務効率化の積み重ねにより、利益向上および社内工数削減を合わせて約1,000万円の事業効果を創出。

2024年/2年以内

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

## プロジェクト概要 自社で運営している薬剤師向け転職支援サービスの保守開発を実施。 課題発見・施策検討フェーズから参与し、職種横断での改善を推進。 ## 担当業務 - バックエンド開発および既存機能の設計・改善 - フロントエンド実装および保守性向上 - デザイナーと協力し、開発体制および制作フローの改善を推進 - デザイナー向けAIエージェントおよびMCP導入の技術支援 - デザインデータのGit管理導入およびCI構築の推進 ## 改善実績:マーケター・デザイナーとの連携強化によるリードタイム短縮 ### 【課題】 - マーケターとエンジニア間の日常的なコミュニケーション不足から、施策の意図が正しく伝わらず、認識のズレによる手戻りが発生していた。 - 施策検討から実装までのプロセスが分断されており、データに基づく課題仮説の立案から改善提案・開発反映までのリードタイムが長期化していた。 ### 【工夫・アプローチ】 - マーケターと連携し、数値データをもとにした課題仮説立案および原因分析を実施。データドリブンな改善提案を継続的に行った。 - コミュニケーション不足という課題に対し、自席をマーケティングチームへ移動。日常的な対話の機会を増やすことで、認識のズレによる手戻りを削減し、施策検討から実装までをスムーズに進める体制を構築。 - デザイナーとの連携強化にも取り組み、デザイナー向けAIエージェント・MCP導入の技術支援や、デザインデータのGit管理・CI構築を推進し、制作フロー自体の改善を図った。 - 数値データを根拠とした意思決定を行い、開発要否を含めた優先度設計を主導。 ### 【成果】 - マーケター・デザイナーとの連携強化により、施策検討から実装までのリードタイムを短縮。 - データドリブンな改善提案により、CVR向上に貢献。 - AI活用およびCI整備を通じ、開発生産性の向上に貢献。

2021年/2年以上

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

## 概要 自社で内製している基幹システムの保守開発を担当。 チームリーダーとして、技術的負債の解消からバグ管理体制の構築、役員への報告まで一貫して推進。 ## 担当業務 - 技術的負債の解消(Railsバージョンアップ、テストカバレッジ向上) - CI/CD環境の構築・整備 - 不具合対応およびバグ管理フローの確立 - 不具合と技術的負債の分析資料を作成、役員へ適宜報告 - ビジネス側とエンジニア側との橋渡しおよびエンジニアのマネジメント - 新入社員へのオンボーディング ## 改善実績:技術的負債を抱えた基幹システムの保守体制再構築 ### 【課題】 - 講師のシフトやレッスン料、会員情報等を一元管理する基幹システムが、多くの技術的負債とバグを抱えた状態にあった。 - 障害対応が特定のメンバーに依存する「属人化」した状態にあり、誰がどのバグにどう対応しているかが可視化されていなかった。 - Ruby/Railsのバージョンが古く、テストによる品質担保もされていないため、変更のたびに不具合が発生しやすい状態だった。 ### 【工夫・アプローチ】 - バグの発生から解消までをKPIとして管理するフローを新たに確立し、対応状況を可視化。属人化していた障害対応を、チームとして管理できる体制に変えた。 - Ruby/Railsのバージョンアップとテストカバレッジの向上に着手し、変更に強いコードベースへと段階的に改善(テストカバレッジ0%→約60%まで改善)。 - CI/CD環境(Jenkins)を構築し、リリース作業を自動化(手動で約20分かかっていたリリース作業を約5分に短縮)。 - 不具合と技術的負債の状況を定期的に資料化し、役員へ報告。ビジネス側の意思決定に必要な情報を継続的に提供した。 - チームリーダーとして、経験の浅いメンバーへの技術指導や新入社員のオンボーディングも担い、個人に依存しない開発体制づくりを推進。 ### 【成果】 - 障害対応の属人化を解消し、安定した運用体制を構築。 - テストカバレッジを0%から約60%まで向上させ、バグを未然に防げる体制を実現。 - リリース作業の自動化により、リリースにかかる時間を約20分から約5分に短縮。

2021年/2年以内

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

## 概要 自社基幹システムをベースとした、教育事業者向けSaaSプロジェクトに途中から参画。 要件定義からリリースまでを一貫して担当し、保守運用体制の強化にも注力。 ## 担当業務 - 新機能の追加開発 - バグ対応および保守運用体制の強化 - ビジネス側との定例MTGでファシリテーターを務め、要件の優先順位付けや技術的な意思決定を主導 - CI/CD環境の整備 ## 改善実績:あいまいな要件の明確化とSaaS開発品質の向上 ### 【課題】 - ユーザー要件があいまいなまま開発が進められており、実装段階になって仕様の解釈違いや手戻りが発生しやすい状態だった。 - 既存の不具合も多く残っており、新機能開発と並行して対応する必要があった。 ### 【工夫・アプローチ】 - ビジネス側との定例MTGでファシリテーターを務め、あいまいだった要件をその場で明確化しながら、優先順位付けや技術的な意思決定を主導。 - 既存不具合への対応と新機能開発を並行して推進できるよう、CI/CD環境を整備し、変更を安全かつスピーディーに反映できる体制を構築。 ### 【成果】 - あいまいな要件を明確化しながら、既存不具合対応と新機能開発を並行して推進できる体制を実現。 - ビジネス側との連携体制を強化し、要件のズレによる手戻りを抑制。

マネージメント能力

システムの保守開発チーム
- 多くの技術的負債とバグを抱えた状態から保守体制を構築 - バグ管理フローを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}}
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?