ID:36575さん

2025年11月回 指名


まだ何もありません

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

キャリアビジョン


ユーザーに最速で最高の価値を届けるための組織構築

チームの成長を促進させることにやりがいを感じました。 チームの成熟度(自己管理やコミュニケーションの円滑、心理的安全性)が高まれば、チームは最高のパフォーマンスが出せると信じています。 そして、最高のパフォーマンスが出せれば、ユーザーへ提供できる価値と速度も高まると思っています。 そんなチーム、引いては組織を作っていきます。

プロジェクト経験

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

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

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

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

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

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

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

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

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

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

マネージメント能力

モバイルエンジニアチームをマネジメントし、チームの生産性・協働体制・成果創出を統括
チームとしてのアウトプットを最大化し、個々の知識やスキルがチーム全体に循環する状態を実現する
チーム成果を高めるためには「個人ではなくチームとして動く意識」が不可欠と考え、まずはコミュニケーションの基盤づくりに着手しました。 当初はiOSとAndroid間の会話がほとんどなく、同じ機能でも各エンジニアが企画者やサーバーサイドに個別で質問するなど、情報が分断されていました。この非効率を課題と捉え、毎朝、前日の作業と当日の予定を共有する朝会を導入。定期的に顔を合わせ、互いの状況が自然と共有される仕組みを作りました。 その結果、チーム内の会話が徐々に増え、最終的には「誰かが知っていることはチーム全員が知っている」状態が確立。情報の属人化が解消され、チーム全体の成果向上につながりました。

プロダクト開発プロジェクト全体をマネジメントし、開発計画の策定から優先順位付け、進行管理、リリース判断までを統括
- 事業インパクトを最大化するための開発優先順位の整理 - リリース予定日に向け、無理のない範囲で機能を確実に提供できる状態の構築
施策の優先順位を適切に決めるため、まず関連するKPIを定義し必要なデータを収集。開発チームと工数を精査したうえで、ユーザー価値・KGI貢献度・ステークホルダーへの影響と開発コストを総合評価し、合理的な優先順位を決定しました。 また、開発中のトラブルによって予定通りの提供が難しくなる場面もありましたが、その際は「何を切り出せば、最小単位でも価値を提供できるか」を再検討。機能の細分化やスコープ調整を行い、完全にリリースできない状態を避け、継続的にユーザーへ価値提供ができるように工夫しました。

プロダクトの技術基盤および機能アーキテクチャの改善プロジェクトをマネジメント 特に、既存アプリの構造的課題の解消、マルチプラットフォーム展開、開発体制の再構築を統括
品質面・拡張性・販売戦略の観点から、 - 修正容易性の高い疎結合アーキテクチャへの転換 - 機能単位での販売が可能となるプロダクト構造の確立 - iOS/Android 両プラットフォームに迅速に展開できる技術基盤の整備 という状態に導く責務を持っていました。
既存実装が密結合で変更コストが高く、新機能開発や営業ニーズに応えにくい点を課題と認識していました。また、Android展開の要望が強い一方、現チーム構成では対応困難という組織課題もありました。 そのため、アプリ全体をマルチモジュール化し、機能単位で疎結合に再設計する方針を策定。 また、Flutter・React Native・側ネイティブを比較し、プロダクト特性(ユーザー環境、必要性能、保守性)とチームの技術成熟度を踏まえてFlutterを採用しました。 さらに、必要な人員規模・スケジュールおよびリスクを明確化のうえ、事業部長・執行役員レイヤーへ説明。課題と対策を整理して提示することで、体制構築およびプロジェクト推進に関する承認を得ました。

アピール項目


アウトプット

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

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

・Web側の知見 ・インフラの知見 ・経営状況把握

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

・綺麗なオフィス ・適度な会話

キャラクター

直近で一番やりたいこと
組織を作りたい
好きなスタイル
好きな規模
水とプログラミングどっちが大事?
自信を持って人より秀でていると言える点
問題解決力 / 巻き込み力 / 人を集める力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
SI / ゲーム
その他の特徴
使用言語にはこだわらない / レガシーな環境を改善できる / 新しい技術はとりあえず試す / 趣味は仕事 / 起業/創業期のベンチャーにいた / 多職種のバックグラウンドがある
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で30代後半
好きなテキストエディタ
VSCode
希望勤務地
東京都 / リモート勤務
集まる必要性がない場合は基本リモートが許可される環境が必要
希望年収
1000万円
ご意見箱

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

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

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