千葉に帰り亭

キャリアビジョン


プロダクトと人と技術の“間”を翻訳し、 ユーザーとチームが前に進める状態を作るプロダクトエンジニアへ

いわゆる「強いテックリード」というよりは、 プロダクトと技術、ユーザーとチーム、チームとチームを繋ぎ 課題を前に進めるプロダクト思考を持ったエンジニアでありたいと考えています。 # ① 「技術の問題」を「プロダクトと人の問題」として捉え直したい これまでの経験を通じて感じてきたのは、 現場で起きている多くの問題は 技術そのものではなく、判断や前提が共有されていないことに起因しているという点です。 - なぜこの対応が必要なのかが分からない - どこまで対応すべきか判断できない - 誰に相談すればよいか分からない こうした状態では、技術的に正しい改善であっても前に進まず、 結果として属人化や停滞が生まれてしまいます。 そのため私は、バックエンドやインフラといった技術を手段として用いながら、 プロダクトの意図・ユーザーの課題・チームの判断軸を翻訳し、 「今、何をすべきか」が分かる状態をつくることに価値を感じています。 # ② 属人化解消を「目的」ではなく「結果」として生み出したい 私が目指しているのは、属人化をなくすこと自体ではなく、 「誰が関わっても判断しやすく、行動しやすい状態をつくること」です。 その結果として、 - 特定の人に聞かなくても進められる - 不安や迷いが減り、判断が速くなる - チームが本来向き合うべき課題に集中できる といった状態が生まれると考えています。 今まで主担当として取り組んできた「エラー通知基盤の改善」や「運用フローの整理」なども、 単なる自動化ではなく、 「状況が一目で分かり、次の行動を判断できる」ようにするための翻訳と仕組み化の一例です。 # ③ 異なるプロダクト・カルチャーでも価値を出せる翻訳力を磨きたい 異なるプロジェクトやカルチャーに関わりたいと考えるのは、 単に経験の幅を広げたいからではありません。 それぞれの現場で、 - どこで認識のズレが起きやすいのか - 技術がどこで人の判断を助け、どこで邪魔をしているのか - プロダクトの意図がどこで伝わらなくなっているのか を見極め、 文脈が違っても「前に進む状態」を再現できる引き出しを増やしたいと考えています。 # ④ 将来的には、技術と対話の両面でチームを支えられる存在へ 今後は、フルスタックな技術的理解を土台にしつつ、 - 技術を使って判断を助ける - 言語化や仕組みで認識のズレを減らす - ユーザー・プロダクト・チームをつなぐ といった役割を担い、 プロダクト思考を持ったエンジニア(プロダクトエンジニア、PdM寄りのエンジニア)として 「人と技術の間」に立てる存在でありたいと考えています。 ## ▼ 目指している状態 - ユーザー・プロダクト・チームが同じ方向を向いて判断できる - 技術が「分からないもの」ではなく「判断を助けるもの」になっている - 個人の頑張りに頼らず、チームとして前に進める組織

プロジェクト経験

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

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

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

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

2025年/1ヶ月以内

【個人開発】サーバレスな「背番号フラッシュ暗算」webアプリを2日で完成させ、家族の勝利に貢献

# 概要:「背番号フラッシュ暗算」とは 「プロ野球選手の顔写真と背番号を使って暗算に挑戦する」企画。 プロ野球の試合の途中で開催される「ファン参加型対抗企画」として千葉ロッテマリーンズが発案。 1. チームA・チームBの選手が1秒ごとに交互に、計6名分、表示される 2. 「6人分の背番号の合計」を素早く(10秒以内に)暗算して答える こちらの企画(本番)を再現したwebアプリを開発した。 ## (課題)なぜ「背番号フラッシュ暗算」練習アプリを作成したのか - 家族が、この企画に出場することになったため - しかし、企画開催までに残された期間は1週間…本番を想定した練習がしたかった - AWSを業務外でも活用したかったため(AWS学習のアウトプット) # 工夫 ## 基本機能はウォーターフォールを、機能改善はアジャイルを意識して開発 0.5日でウォーターフォール開発を意識しながら基本機能を構築し、家族に公開。 その後1.5日はアジャイル開発を意識し、レビューをもらいながら、機能改善や応用機能、オマケ機能を実装。 ## AWSのサービスを用いてサーバレスに構築 費用は抑えつつ、迅速なデリバリーが可能に。 # 成果 - 迅速にデリバリーできたため、出場するまでの間に練習する時間を多めに設けられた。 - 本番を再現したアプリで、正答率を(アプリ公開時)20%→75%に増加。 - 本番、球場にて、家族は見事に正解。 - 以下のようなフィードバックをもらった。 > 「助かった。思い出しているようでは勝ち目は無いので、 >  このアプリでまるで**本番のように**“写真を見て1秒以内に瞬時に背番号を浮かべ暗算”が**実践できる**のは大きい。 >  アプリのおかげで短期間でここまで仕上がった」 # 参考URL この取り組みは、以下でも公開しております。 - Github:https://github.com/amomo0220/pub_baseball-flash-math-2025 - Qiita記事:https://qiita.com/return_chiba/items/bbe768502f99c01db4e8

マネージメント能力

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

アピール項目


アウトプット

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

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

未入力です

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

未入力です

生成AIの活用状況

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

キャラクター

直近で一番やりたいこと
現場にいたい
好きなスタイル
好きな規模
自信を持って人より秀でていると言える点
プレゼン力 / 巻き込み力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
プライベートとの両立
やりたくない分野
金融 / ゲーム
その他の特徴
新しい技術はとりあえず試す / 勉強会でLTをよくする
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で30代前半
好きなテキストエディタ
Github Codespaces, VSCode, サクラエディタ
希望勤務地
千葉県 / 東京都 / リモート勤務
家庭の事情や体調など、都合に合わせてリモート出来れば問題ない
希望年収
未入力
ご意見箱

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

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

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