ID:70365さん

キャリアビジョン


事業と技術の両面から課題を捉え、プロダクトの成長とチームの開発力を支えられるテックリードになりたいです。

これまで業務システムのリプレイスや性能改善、少人数チームでの開発リードを経験してきました。その中で、機能を実装するだけでなく、業務を理解して設計を見直すことや、チームが継続して開発できる仕組みを整えることにも取り組んできました。今後は、その力を自社プロダクトの継続的な成長につなげたいと考えています。 バックエンドを軸に、ドメイン理解、データ設計、性能改善、テスト設計の専門性を高め、非同期処理やイベント駆動設計についても理解を深めたいです。事業の規模や課題に合った技術・構成を判断できる力を身につけたいと考えています。 将来的には、設計・コードレビューや開発プロセスの改善を通じてチーム全体の開発力を高め、技術的な意思決定とメンバーの成長を支えられるテックリードを目指しています。

プロジェクト経験

2026年/1年以内

勤怠・就業管理システム刷新

## 勤怠・就業管理システム刷新 期間:2026年4月~2026年9月 役割:メンバー/労務領域チーム10名 ### プロジェクト概要 PHP 7.2で構築された業務用勤怠システムを、Next.js/NestJSへ段階的に刷新するプロジェクトです。アクティブ約5,000ユーザーが利用するシステムの勤務表領域に参画し、詳細設計、実装、テスト、保守・機能改修を担当しました。フロントエンドからBFF、バックエンド、DBまで処理を追い、GraphQL/gRPC連携やMySQL/PrismaによるDB変更にも対応しました。 ### 取り組んだ課題・工夫 主な課題は、データ量増加に伴う一覧取得の性能問題と、旧システムに残る勤務表認可機能の移行でした。 月次勤務表一覧では、DB取得の責務をサービス側へ移し、独立した処理をPromise.allで並列化しました。打刻差分一覧では、約10万件の日次勤務表を対象とする取得処理を調査し、複数サービス・DBをまたぐ再取得やN+1を見直しました。既存の差分用Read Modelを直接検索する構成へ変更し、検索カラムへのインデックス追加も行いました。 認可機能では、Next.jsによる画面、未認可者への社内SNS通知、通知履歴テーブルを実装しました。責務が集中していた既存コンポーネントも、変更箇所とその周辺に範囲を絞って整理しました。 また、既存キュー送信が最大5回の再試行後も失敗した場合に、最終失敗情報をDBへ保存する処理を実装しました。同一ID・対象月の古いログを無効化し、重複した有効ログが残らないようにしました。 ### 成果 一覧取得は開発環境で改善を確認しました。勤務表認可の移行に必要な機能を実装し、キュー送信失敗を後から追跡できる状態にしました。性能改善の確認範囲は開発環境までです。既存Read Modelとキュー基盤・再試行機構を利用し、アプリケーション側の改修を担当しました。

2025年/1年以内

データ入力業務管理システムのリプレイス

## データ入力業務管理システムのリプレイス 期間:2025年5月~2026年3月 役割:バックエンドエンジニア兼実装リード/2名体制 ### プロジェクト概要 企業内のデータ入力業務を支えるシステムのリプレイスです。依頼書受付・ファイル管理、委託作業者への案件依頼・作業管理、委託作業者・社内ユーザー管理を担当しました。2名体制の実装リードとして、設計方針の決定、タスク分担、コードレビュー、進捗管理、顧客調整を担当しました。バックエンドを主軸に、画面実装とオンプレWindows Serverへのデプロイまで対応しました。 ### 取り組んだ課題・工夫 管理者と委託作業者の画面が同居し、案件管理に加えて認証・認可など改修対象が広いため、変更の影響範囲を限定できる設計と検証方法が必要でした。 依頼書受付では、XLSX/PDFの管理情報をSQL Serverへ保存し、原本をWindows Serverへ配置しました。入力検証、ファイル保存、DB永続化を責務ごとに分離し、Controllerへの処理集中を避けました。 案件・ユーザー管理では、管理者向け、作業者向け、認証、共通機能の領域を整理し、Controller→UseCase→Repositoryのレイヤードアーキテクチャを採用しました。RepositoryをInterfaceで抽象化し、Mockeryで差し替えることで、DBに依存せずUseCaseを検証できる単体テストを実装しました。RBACは権限定義と同期コマンドを軸に統一し、監査ログと機微情報のマスキングも実装しました。 さらに、社内SEへの引き継ぎに向け、Claude Codeによるタスク分解・仕様整理・TDDの開発フローとコーディング規約を整備し、学習会で共有しました。 ### 成果 業務領域と各層の責務を分離し、本番環境への継続的な機能追加・リリースに対応しました。PHPUnit/Vitest/PlaywrightとGitHub Actionsで回帰を検知しやすい検証体制を整えました。引き継いだAI活用の開発フローは、社内SEによる実利用まで確認しました。

2024年/半年以内

製造業向け製品検索システムの管理画面開発

## 製造業向け製品検索システムの管理画面開発 期間:2024年11月~2025年4月 役割:開発リーダー/3名(エンジニア2名・デザイナー1名) ### プロジェクト概要 製造業向けの製品情報管理・検索システムで、管理画面の開発を担当しました。ロール別ログイン、製品検索・一覧、アカウント管理、CSV入出力、基幹システムからの定期データ連携を実装しました。開発リーダーとして設計・実装方針を決定し、タスク分担、進捗管理、顧客・デザイナーとの仕様調整、デプロイ環境構築まで担当しました。 ### 取り組んだ課題・工夫 提供された基本設計・DB設計をもとに、要件との不整合を解消しながら、少人数で開発を進める必要がありました。また、将来のユーザー向け画面への展開を見据え、管理画面の実装でも保守性を考慮しました。 仕様書・ER図を確認し、要件との不整合を発見した際は、問題と変更点を整理してベンダーへ修正を依頼しました。DB設計のレビューでは、冗長な構造と製品テーブルのインデックス不足を指摘し、ベンダーによる再設計につなげました。 アプリケーションはLaravel/React/Inertia.jsで構築し、レイヤードアーキテクチャを用いて責務を分離しました。既存仕様に沿ったAPI、基幹システムからの定期更新バッチ、CSVアップロード・ダウンロードを実装し、KDDIレンタルサーバのデプロイ環境を構築しました。 開発管理では、Backlogで全体進捗、GitHub IssuesでEpicから分解したタスクを管理しました。フロントエンド・バックエンドで担当を固定せず、依存関係と進捗に応じてタスクを割り振り、PRベースで開発を進めました。週1回のミーティングで進捗を共有しました。 ### 成果 設計資料と要件の不整合を整理し、ベンダーによる仕様・DB設計の修正につなげました。3名体制で管理画面とデータ連携機能の開発を進め、大きな開発遅延は発生しませんでした。DB再設計そのものはベンダーが担当し、私はレビューと修正依頼を担当しました。

2024年/3ヶ月以内

医療機関向け領収書発行システムの改修・基盤整備

## 医療機関向け領収書発行システムの改修・基盤整備 期間:2024年9月~2024年10月 役割:メンバー/2名体制 ### プロジェクト概要 医療機関向け領収書発行システムで、既存のPDF生成APIの改修と、開発・デプロイ基盤の整備を担当しました。Laravelによる機能改修、Dockerによる開発環境構築、AWS ECS on Fargateの実行環境設計・構築、タスク定義の作成・実行、テスト・運用保守に対応しました。 ### 取り組んだ課題・工夫 開発環境の差異を抑え、デプロイ手順を自動化するため、アプリケーションをDocker化し、GitHub ActionsによるAmazon ECRへのDockerイメージのプッシュを自動化しました。 ECSでは、起動コマンドでマイグレーションのみを実行すると、完了後にコンテナが終了し、タスクの起動・停止を繰り返す問題が発生しました。タスク定義の起動コマンドを調査・修正し、マイグレーション成功後にPHP-FPMを起動する構成へ変更しました。 ### 成果 Docker化によって開発環境差異を抑え、ECRへのイメージプッシュを自動化しました。常駐プロセスを継続する構成により、タスクの起動・停止ループを一旦解消しました。実装経験は自身のQiita記事として整理・公開しました。

2024年/3ヶ月以内

福祉事業者向けコーポレートサイト制作

## 福祉事業者向けコーポレートサイト制作 期間:2024年7月~2024年8月 役割:開発者兼リーダー/2名(本人・デザイナー1名) ### プロジェクト概要 就労移行支援事業所の情報を発信する、WordPressを用いたコーポレートサイト制作です。前任者からリーダー業務を引き継ぎ、画面実装、テスト、本番リリースに加え、デザイナーとの連携、進捗管理、クライアント調整を担当しました。 ### 取り組み Sassによるレスポンシブ対応とWordPressの実装・改修を行いました。FLOCSSに沿ってスタイルを整理し、デザイナーと連携しながら画面実装と開発進行を担当しました。 ### 成果 開発実務とリーダー業務を引き継ぎ、実装から本番リリースまで対応しました。

2023年/2年以内

スポーツクラブ運営サイトの保守・スクール管理画面改修

## スポーツクラブ運営サイトの保守・スクール管理画面改修 期間:2023年4月~2024年6月 役割:メンバー/2名(顧客先リーダー・本人) ### プロジェクト概要 スポーツクラブの運営情報を提供するWebサイトと、スクール開催管理画面の保守・改修を担当しました。有償の受託・業務委託として客先に常駐し、顧客先技術者の指示のもとで実装・運用保守に対応しました。 ### 取り組み 登録時に発生する不具合の調査・修正、新規スクールの追加、月次スケジュールの更新、追加機能の実装を担当しました。PHP/JavaScriptを用いて、既存サイトと管理画面の改修を行いました。 ### 成果 登録時不具合の修正と、スクール追加・スケジュール更新・追加機能の実装を通じて、運営サイトの継続的な保守に対応しました。

マネージメント能力

製造業向け製品検索システムでは、エンジニア2名・デザイナー1名の開発チームのタスク分担、進捗、設計・実装方針、顧客・ベンダーとの仕様調整を担当しました。また、データ入力業務管理システムでは、2名体制の実装リードとして、設計方針の決定、コードレビュー、進捗管理、顧客調整を担当しました。
チームが要件と設計・実装方針を共有し、タスクの依存関係を踏まえて開発を進められる状態を作る責務がありました。具体的には、仕様の不整合や進捗上の課題を把握し、関係者と調整して開発の停滞を防ぐこと、レビューとテストを通じて品質・保守性を確保することを担当しました。データ入力業務管理システムでは、本番への継続的な機能追加に対応するとともに、引き継ぎ後も社内SEが開発を継続できるよう、開発手順とコーディング規約を整備しました。
少人数の開発では、担当領域を固定するよりも、作業の依存関係と進捗に応じて分担することが重要だと考えました。製造業案件では、機能をEpic単位で整理し、GitHub Issuesで実装タスクへ分解しました。先行して完了すべき作業と並行できる作業を整理して割り振り、Backlogで全体進捗を管理し、週1回のミーティングで状況を共有しました。 開発中には、ベンダーから提供された仕様書・ER図と要件の不整合が見つかりました。問題と変更点を整理して修正を依頼し、DB設計についても冗長な構造とインデックス不足を指摘しました。設計資料の修正はベンダーと役割を分担し、認識を合わせながら開発を進めた結果、大きな開発遅延は発生しませんでした。 データ入力業務管理案件では、機能が増えても変更箇所を追いやすくするため、業務領域と各層の責務を分離しました。RepositoryをInterfaceで抽象化し、DBに依存せずUseCaseを検証できるテストを実装しました。また、引き継ぎ先が継続して開発できるよう、Claude Codeを用いた仕様整理・タスク分解・TDDの手順と規約を文書化し、学習会で共有しました。説明だけで終わらせず、社内SEが実際の開発で利用できたことまで確認しました。

アピール項目


アウトプット

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

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

バックエンドを軸に、ドメイン駆動設計、データモデリング、SQL・インデックス設計による性能改善、テスト設計への理解を深めたいと考えています。 また、メッセージキューを用いた非同期処理やイベント駆動設計について、冪等性、再試行、トランザクション境界、データ整合性を踏まえて設計できる力を身につけたいです。ログ・メトリクス・分散トレーシングによる可観測性も学び、障害の原因調査や運用改善まで担えるようになりたいと考えています。 これらを通じて、事業の規模や課題に応じた技術・構成を選択し、継続的に改善できる設計力を高めたいです。

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

バックエンドの中核技術に集中しつつ、設計から性能最適化、信頼性確保まで一貫して責任を担える環境

生成AIの活用状況

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

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
分析力 / 問題解決力 / 責任感
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
ファッション / アダルト / 仮想通貨
その他の特徴
使用言語にはこだわらない / 新しい技術はとりあえず試す / 趣味は仕事
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で30代後半
好きなテキストエディタ
Cursor
希望勤務地
大阪府
希望年収
600万円
ご意見箱

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

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

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