ID:71237さん

キャリアビジョン


良い意思決定が生まれるチームをつくり、技術とプロダクトの両面から事業をドライブできるエンジニアになりたい。

開発の現場でユーザーやコードに一番近い場所にいると、「これは刺さらないんじゃな いか」「この作り方は後で詰む」といった気づきが自然と溜まっていきます。その気づ きが意思決定に還元されないまま実装だけが進む状態が、最も価値を取りこぼすと考え ています。 原点は、チームで複雑な機能を作り込んだものの、結果としてあまり使われなかった経 験です。大きく作り込む前に小さく早く出して価値を確かめ、その学びを次の判断に回 す。直近のリプレイスでは、この考えを設計そのものに落とし込みました。仕様が1〜2 日単位で変わる前提のもと、外部サービスを差し替え可能な構造とすることで、初期は 静的インフラで素早く動くものを見せながらPOと要件を詰め、段階的に本番相当の環境 へ移行する形をとり、3ヶ月半にわたって変更に追従し続けました。 同時に、判断の質はチームの状態に依存するとも考えています。属人化した仕組みや、 率直に意見を出しにくい空気は、そのまま意思決定の精度を下げます。これまでも、自 分にしか回せなかった運用を非エンジニアでも担える工程に作り替えて委任したり、社 内で勉強会を1年間主催したりと、自分の手を離れても回る状態をつくることに取り組ん できました。 今後は、テックリードとして担ってきた範囲をさらに広げ、技術選定や開発の進め方に 裁量を持ちながら、企画段階から「何が本当に価値になるのか」を一緒に探る関わり方 をしていきたい。3〜5年後には、技術とプロダクトの両面からチームの判断の質を引き 上げられる存在になることを目指しています。

プロジェクト経験

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

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

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

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

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

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

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

マネージメント能力

店舗の来店人数を推定する自社サービスにおいて、店舗の敷地範囲を地図上の多角形(Polygon) として登録するオペレーション全体。作業手順、社内ツール、オペレーションチームおよび業務委託 メンバーを対象に、2023年から3年以上マネージメントしている。
正確な店舗Polygonが安定して登録され続ける状態を維持する責務を負っていた。 範囲が敷地とずれれば隣の建物の人数を数えることになり、ユーザーに誤ったデータを提示してしまう。件数を捌くことより、事故を出さないことが優先だった。一方で月平均15件以上、多い月は200件超という依頼量を、増員なしで吸収する必要もあった。 加えて、自分が離れても同じ品質で回る状態にすること。属人化したままでは自身の稼働がそのまま サービスの上限になる。
**方針** 人を増やすのではなく、一件あたりの作業時間とばらつきを下げる方向を採った。誤りは静かに数値を ずらすため、スピードより先に正しさを担保する仕組みを置いた。 **輪郭トレースの属人化** 衛星画像を見ながら手作業で引いており、時間も精度も作業者次第だった。Mapbox APIの衛星画像から 建物輪郭を抽出するツールを開発し、ゼロから引く作業を候補の確認・修正に置き換えた。 建物と店舗が1対1で対応しない例があるため、自動化は下書きまでに留め、どこまでを店舗とみなすかの 判断は人に残した。 **登録フローと品質担保** 登録依頼はExcelで上がってきており、反映は手作業だった。dbtで登録処理を自動化し、依頼から反映までを人手を介さず通るようにした。 品質はテストとTableauの二重で担保している。フォーマットや重複、値の欠落など機械が判定できる誤りは dbtのテストで落とし、位置が実際の敷地と合っているかは地図上に重ねて目視で確認する。後者は確認をPythonで行っていた頃は書いた本人しか担えなかったが、Tableauベースに作り直したことで非エンジニア でも担える工程になった。 **運用の委任** 仕組みが回った後も作業と判断が手元に残っていた。判断が割れやすいケースを基準と具体例をセットで 文書化したうえで業務委託メンバーへ委任し、自身は例外判断とツール改善に絞った。 **結果** 大きな事故なく累計3,700件超を登録し、現在の運用は業務委託メンバーが担っている。

アピール項目


アウトプット

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

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

 これまでの開発で、投じた時間や労力が必ずしもユーザー価値に結びつかなかった経験から、「何を・どこに注力して作るか」の見極めが、プロジェクトの成果を大きく左右することを強く実感しました。技術的に正しく作ることと、事業として価値を生むことは、必ずしも一致しません。今後は、この両者の橋渡しができるエンジニアへと成長していきたいと考えています。  具体的には、制約条件を明らかにした上で、複数のトレードオフを整理し、最も効果の高い打ち手にリソースを集中させる力を磨きたいです。そのためには技術力に加えて、問題の本質やボトルネックを特定する力、ステークホルダーと折衝しながら判断の前提を可視化する力が必要だと考えています。  テックリードとしては、自分一人の生産性ではなく、チーム全体が「正しいものに集中できる状態」を設計し、牽引できる存在を目指したいです。

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

 一番力を発揮できるのは、メンバーが互いにリスペクトを持ち、心理的安全性が担保された環境です。立場や評価への影響を恐れず、共通の目標達成のために必要だと信じることなら率直に意見を出し合えるチーム、という意味です。意見がぶつかることを避けずに本質的な議論ができると、意思決定の質が上がり、結果として開発のスピードと精度の両方が高まると感じています。  加えて、技術選定や開発の進め方についてエンジニアにも一定の裁量が委ねられていると、当事者意識を持って課題に向き合えるので、より高いパフォーマンスを出せます。理想を言えば、決まった仕様を実装するだけの立場にとどまらず、企画段階からボトムアップで関わり、プロダクトとしての刺さりどころ(PMF)を一緒に探索できる環境です。技術とプロダクトの両面から価値を考えられるときに、自分の強みが最も活きると考えています。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード補完系の生成AIを活用
GitHub Copilot等のコーディング支援ツール
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用
サービス・プロダクトへの応用
既存のサービスやプロダクトに生成AI(API利用など)を組み込み、LangChainやLlamaIndexなどのフレームワークを使った開発経験
生成AIをコアとした開発
生成AIを主要技術としたサービス・プロダクト・機能の企画や、RAGなどの高度な手法を用いた開発経験

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
学習能力 / 分析力 / 調整力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
風通しの良さや意思決定ライン
やりたくない分野
未入力です
その他の特徴
使用言語にはこだわらない / レガシーな環境を改善できる / 勉強会でLTをよくする / 多職種のバックグラウンドがある
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で20代後半
好きなテキストエディタ
Neovim
希望勤務地
東京都
希望年収
未入力
ご意見箱

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

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

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