ID:82520さん

第6回 ハイクラス回 指名


まだ何もありません

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

  • マルイユナイトがID:82520さんのレジュメを見ています。
    2026.06.09
  • 匠技研工業がID:82520さんのレジュメを見ています。
    2026.06.09
  • RightTouchがID:82520さんのレジュメを見ています。
    2026.06.09
  • FOLIOがID:82520さんのレジュメを見ています。
    2026.06.09
  • キャディがID:82520さんのレジュメを見ています。
    2026.06.09
  • LegalOn TechnologiesがID:82520さんのレジュメを見ています。
    2026.06.09
  • Kaizen PlatformがID:82520さんのレジュメを見ています。
    2026.06.09
  • エス・エム・エスがID:82520さんのレジュメを見ています。
    2026.06.09
  • HubbleがID:82520さんのレジュメを見ています。
    2026.06.09
  • シェルフィーがID:82520さんのレジュメを見ています。
    2026.06.09

キャリアビジョン


開発組織のボトルネックを解消し、事業成長を支える仕組みを構築する DevEnable エンジニア

私は、**開発組織の生産性を高めながら、限られた投資でより大きな事業成果を生み出す仕組みをつくる DevEnable エンジニア**を目指しています。 組織が成長すると、開発現場では - 属人化 - 認知負荷の増大 - 情報格差 - コミュニケーションコストの増加 - オンボーディング負荷の増加 - 運用コストの肥大化 といった課題が顕在化します。 私は、これらを単なる現場課題ではなく、**事業成長の速度を左右するボトルネック**だと捉えています。 そのため、個別の改善に留まらず、**技術・仕組み・組織設計を横断して解消すること**に強い関心があります。 これまでの業務では、 - 複数あったPagerDuty 契約の一本化による運用ルールの標準化 - インシデント管理の改善 - チーム構造の再設計 - 情報流通の改善 - オンボーディング支援 - コミュニティ運営 などを通じて、開発組織全体の生産性と運営効率を高める取り組みを行ってきました。 特に PagerDuty チームでのコスト最適化は、自分の中で大きな成果の一つです。 単なる費用削減ではなく、利用実態や運用負荷を踏まえながら、開発者体験や運用品質を損なわない形で持続可能なコスト構造へ改善することを重視しました。 この経験を通じて、**コスト課題は技術だけでは解けず、運用設計と組織設計まで含めて最適化する必要がある**と実感しています。 また、約1,400名規模の質問コミュニティ運営を通じて、情報が滞ることによる機会損失や、ナレッジの属人化を解消することの重要性を強く実感しました。 私はこの経験を、**組織の課題解決速度を上げるための基盤づくり**として捉えています。 今後は、SRE として培った仕組み化やスケーラビリティに関する知見に加え、コミュニティ運営を通じて得た組織横断でのナレッジ共有基盤の整備経験を活かし、DevEnable / DevEx の領域で以下に取り組みたいと考えています。 - 開発生産性の可視化と改善 - ナレッジ基盤の整備 - オンボーディングの効率化 - AI 活用を前提とした開発フロー整備 - チーム横断のプロセス改善 - 開発者負荷を考慮したインフラ・運用コスト最適化 私は、開発者体験そのものを目的化するのではなく、**開発者が価値提供に集中できる状態をつくり、組織全体の投資対効果を高めること**に価値を感じています。 そのために、技術課題だけでなく、情報流通、ナレッジ共有、オンボーディング、組織構造、運用設計といった領域も含めて改善対象として捉えています。 今後は DevEnable / DevEx の領域を中心に、組織横断で課題を発見し、再現性のある仕組みとして解決できるエンジニアを目指したいと考えています。 肩書きや役職そのものではなく、**開発組織と事業の成長を加速させる仕組みを構築できること**に最も強い関心があります。

プロジェクト経験

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

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

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

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

マネージメント能力

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

アピール項目


アウトプット

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

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

# 今後身につけたい技術 これまではSREとして、監視・インシデント管理・運用設計の改善を中心に、システムの信頼性向上に関わる業務に取り組んできました。 今後はこれらの経験を活かしながら、より開発組織全体の生産性向上に寄与する技術を深めていきたいと考えています。 ## Developer Experience 特に、開発者体験(Developer Experience)の改善に関心があります。 開発者が迷わず自己解決しやすい導線設計や、開発者が本来のプロダクト開発へ集中できる内部基盤整備など、開発のしやすさを支える仕組みづくりに取り組みたいと考えています。 ## AI活用 / 開発フロー整備 また、AI活用を前提とした開発フロー整備にも興味があります。 単にAIを使うのではなく、知識共有やオンボーディング支援、日々の開発・運用フローに自然に組み込める形で、実務に定着する使い方を身につけたいと考えています。 ## ナレッジ共有基盤 オンボーディング改善やナレッジ共有基盤の整備にも強い関心があります。 新しく入った人が早くキャッチアップできる状態や、属人的な質問対応に依存しない状態を作ることで、組織全体の立ち上がりやすさを高めていきたいです。 ## 認知負荷の低減 さらに、データを活用した運用改善にも取り組みたいと考えています。 単なる感覚ではなく、利用状況や運用データをもとに改善点を捉え、開発組織の認知負荷を下げる仕組みを作ることで、継続的に運用しやすい状態を目指したいです。 これらを通じて、開発者体験と開発組織の再現性を高め、 **技術・仕組み・文化形成の側面から開発組織全体を支援できるエンジニア** を目指しています。 また、エンジニアリング技術だけでなく、組織をより良くするためのソフトスキルや、物事を俯瞰して捉える視座の向上にも継続して取り組んでいきたいと考えています。

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

# あなたがパフォーマンスを出しやすい環境 - **心理的安全性が高い環境** メンバーが安心して意見や課題を共有でき、問題を個人ではなく仕組みとして捉えて改善できるチームで高いパフォーマンスを発揮できます。 また、こうした環境は与えられるものではなくチーム・組織全体で作るものだと考えており、日頃から意見を出しやすい雰囲気づくりや、失敗を学習として共有できるコミュニケーションを意識しています。 - **過度なマイクロマネジメントがない環境** 目標や責任範囲が明確で、実装や改善のアプローチについてエンジニアが主体的に考え、裁量を持って取り組める環境である方がよりパフォーマンスを発揮できます。 - **部署横断で連携しやすい環境** 組織全体の生産性を向上させるため、様々な部署の多様な専門性を持つメンバーと連携しながら課題解決できる環境であることを求めます。 - **リモートワークおよびフレックスタイムが活用できる環境** 業務で思考を要するタスクが多いため、集中できる環境と時間のコントロールが生産性に大きく影響すると考えています。 リモートワークやフレックスタイムを活用し、最もパフォーマンスを発揮できる時間帯・環境で業務に取り組むことでアウトプットの質とスピードを高めることができ、結果としてチームおよび組織全体への価値提供の最大化に繋がると考えています。 ただし、対面での議論や関係構築が有効な場面では出社も重要と考えており、目的に応じて最適な働き方を選択できる環境が望ましいです。

生成AIの活用状況

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

キャラクター

直近で一番やりたいこと
マネジメント力を上げたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
学習能力 / 調整力 / 人を集める力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
金融 / ゲーム / アダルト
その他の特徴
使用言語にはこだわらない / 起業/創業期のベンチャーにいた
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で30代前半
好きなテキストエディタ
Visual Studio Code
希望勤務地
東京都 / 神奈川県 / 愛知県 / 京都府 / 大阪府 / 兵庫県 / リモート勤務
家庭の事情や体調など、都合に合わせてリモート出来れば問題ない
希望年収
未入力
ご意見箱

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

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

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