ID:82121さん

あなたを気にしている企業

キャリアビジョン


プレイングマネージャーとしての価値発揮

技術とマネジメントを50:50で両立する「プレイングマネージャー」として、事業と組織のスケールを牽引したいと考えています。 自らが手を動かして技術的課題(アーキテクチャ設計や負債解消)を解決するプレイヤーとしての説得力を持ちながら、組織文化の醸成やメンバー育成を通じて、チーム全体の開発ベロシティを最大化するマネジメントを実践し続けます。 ## 1. コアとなるモチベーション:変更容易で美しいアーキテクチャの探求 エンジニアとして最も深い達成感を感じるのは、「技術的負債を紐解き、変更容易で美しいアーキテクチャやスケーラブルなシステムを構築できたとき」です。 「とりあえず機能が動くこと」よりも「システム境界が正しく、波及影響がコントロールされていること」を重視し、将来の変更に強いシステムを設計・実現することに強い情熱を持っています。 ## 2. 次に挑戦したい環境・ミッション 今後、プレイングマネージャーとして以下の2つの技術的・組織的チャレンジができる環境に強く惹かれています。 - **① レガシーモノリスの解きほぐしと再構築** 歴史があり複雑化したモノリシックなシステム(技術的負債)を紐解き、安全性を担保しながら、モジュラーモノリスなどのモダンで変更容易なアーキテクチャへリファクタリングしていくプロセスを主導したいです。 - **② 大規模トラフィック・高可用性システムへの挑戦** 事業の成長に伴う大規模なトラフィックに対し、インフラからアプリケーションレイヤーまで一貫して高可用性を担保できるシステム設計・運用に挑戦し、よりスケールの大きな環境でのアーキテクトとしての経験を積みたいと考えています。 ## 3. 組織・チームへのアプローチ(技術と文化の両輪) レガシーシステムの改善や高可用性の実現は、一人の力では成し遂げられません。 「ルールの押し付け」ではなく、「意識の高い少人数の熱量からチーム全体へ文化を伝播させる」アプローチにより、N+1の解消やテスト文化、エラー対応への当事者意識など、技術的な改善が自律的に回る組織文化を創り上げていきます。

プロジェクト経験

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

マネージメント能力

このマネージメント能力は公開されていません

アピール項目


アウトプット

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

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

現在の「PHP/Laravelを中心としたモノリス環境でのアーキテクチャ設計・改善」という強みをベースとしつつ、今後のキャリアビジョンである「大規模トラフィック・高可用性システムへの挑戦」を実現するために、以下の技術領域の習得・強化を目指しています。 ## 1. 静的型付け・高パフォーマンスなバックエンド言語 これまでのPHP環境で培ったドメイン駆動設計やモジュラーモノリスの知見を活かしつつ、トラフィック急増や並行処理に強いバックエンド基盤を構築するための言語を習得します。 - **対象技術**: Go, Rust, Kotlin など - **目的と活用イメージ**: - マイクロサービス基盤において、省メモリで高速なAPIサーバーを構築する。 - スクリプト言語の限界を超えたレイテンシの低減と、静的型付けによる堅牢なシステム開発を実現する。 ## 2. クラウドネイティブなインフラ・オーケストレーション 分散化・マイクロサービス化に伴って複雑化するインフラストラクチャを安全に管理・運用するため、クラウドネイティブなインフラ技術を深耕します。 - **対象技術**: コンテナオーケストレーション (Kubernetes / AWS EKS)、高度なIaC (Terraform)、AWSマネージドサービスの深い運用 - **目的と活用イメージ**: - アプリケーションのコードだけでなく、インフラも完全にコード化(IaC)し、再現性と変更容易性を高める。 - マイクロサービス間の通信制御や、トラフィックの急激な変化に対応するオートスケールの仕組みを構築する。 ## 3. 目指すゴール:SRE観点での「止まらないシステム」の設計 これらの「高パフォーマンスな言語(アプリ層)」と「高度なインフラ基盤(インフラ層)」の技術を掛け合わせることで、最終的には**SRE(Site Reliability Engineering)の観点から「止まらないシステム(高可用性)」を設計できるエンジニア**を目指します。 - 障害発生時の自動復旧(セルフヒーリング) - スパイク時の柔軟なオートスケール - これらをアプリケーションのロジックとインフラ構成の両面から全体最適として設計し、事業の信頼性とスケールを力強く支える。

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

## 1. 評価制度・組織設計 新設組織のマネージャーとして、全社的なJD(Job Description)評価制度の導入・設計に則り開発部のJDを設定した。 単なるタスク管理ではなく、事業のKGIと組織戦略から逆算した評価基準を設計。 - **トラックの明確化と責任の定義** - マネジメント職とスペシャリスト職でトラックを明確に分離。 - マネジメント層は「成果責任(ビジネス・事業へのインパクト)」、スペシャリスト層は「成果物責任(Outputの質と量)」と評価軸を分け、各メンバーが目指すべき方向性を構造化した。 - **「やらないこと」の明文化** - 主要責任・ミッション・KPIを定めるだけでなく、「組織としてやらないこと」も明文化し、リソースの分散を防ぎフォーカスを定めた。 ## 2. 多様性のあるチームにおける育成・メンタリング 言語や文化の壁があるメンバーに対し、表面的な指摘ではなく「根本の理解力」を底上げする育成を実践。 - **インド出身メンバーのオンボーディング** - 【課題】コードレビューで指摘をしても意図が伝わらず、同じ修正が繰り返される状態が発生。日本語での非同期コミュニケーション(テキスト)によるコンテキスト理解不足が原因と特定した。 - 【アプローチ】テキストでの指摘を減らし、同期的な「ペアプログラミング」でのコードリーディング伴走を実施。既存仕様の意図を読み取る力を直接育成した。 - 【結果】試用期間の延長判断を挟みつつも、最終的に自走可能な状態まで引き上げ、本採用へと導いた。 ## 3. 組織文化の醸成・チェンジマネジメント 「決めたルールを共有するだけでは浸透せず、ルールの効力が切れたら終わる」という持論のもと、持続性のある文化の醸成手法を確立。 - **「少人数の熱量からの波及」アプローチ** - 意識の高い少人数(コアメンバー)を集め、まず「現状と理想のギャップ」を整理。 - 一歩ずつオープンに進めながら、徐々にチーム全体へ伝播させる手法を採用。 - **この手法で定着に成功した具体的な文化** 1. **パフォーマンス意識**: N+1問題の解消など、レスポンス改善を当たり前とする意識 2. **エラーへの当事者意識**: ノイズ削減とAI自動調査化を組み合わせた、迅速なエラー一次対応フロー 3. **品質保証の文化**: Characterization testによる、リファクタリング時の安全担保の習慣化 4. **情報のオープン化**: ドキュメントを残し、担当間のサイロ化を防ぐ横連携の意識 ## 4. プレイングマネージャーとしての技術的牽引 マネージャー自身が技術的な課題解決の先頭に立ち、背中を見せることでチームの意識を引き上げている。 (※ 詳細は「プロジェクト経験」参照) - 1日数十件常態化していたエラーの先導的な解消 - ELB 95パーセンタイルレスポンスの30%削減 - E2Eテストの最適化による1日最大5回リリースの実現

生成AIの活用状況

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

キャラクター

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

やりたい事

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

基本プロフィール

年齢
今年で20代後半
好きなテキストエディタ
Google Antigravity
希望勤務地
大阪府 / 兵庫県 / リモート勤務
家庭の事情や体調など、都合に合わせてリモート出来れば問題ない
希望年収
850万円
ご意見箱

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

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

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