mota

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

  • リブセンスがmotaのレジュメを見ています。
    2025.07.26
  • フラーがmotaのレジュメを見ています。
    2025.07.25
  • 東急がmotaのレジュメを見ています。
    2025.07.25
  • STORESがmotaのレジュメを見ています。
    2025.07.25
  • ペイトナーがmotaのレジュメを見ています。
    2025.07.25
  • MIXIがmotaのレジュメを見ています。
    2025.07.25
  • コドモンmotaのGitHubを見ました!
    2025.07.25
  • コドモンがmotaのレジュメを見ています。
    2025.07.25
  • HataLuck and Personがmotaのレジュメを見ています。
    2025.07.24
  • GOがmotaのレジュメを見ています。
    2025.07.24

3年後の目標や野望


開発チームを技術とプロダクトの両面からリードできる立場を目指しています。

現場で手を動かしながら、技術選定や開発プロセス改善にも関わり、プロダクトをより良くするエンジニアリングマネジメントに挑戦したいと考えています。

プロジェクト経験

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

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

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

マネージメント能力

iOSアプリの全面リニューアルプロジェクトにおいて、プロジェクト全体の進行・品質・スケジュールをマネジメントしていました。チーム構成は、デザイナー・PdM・エンジニア(業務委託含む)合わせて15名規模で、私はiOSエンジニア兼プロジェクトマネージャーとして全体の調整役を担いました。
目的は既存アプリのUX刷新と機能改善を行いながら、アジャイル開発を実現できる体制に移行することでした。短期間で品質を担保しつつ、関係者との意思疎通がスムーズな状態を作り、継続的に価値を届けられるチームへと育てることが求められていました。
プロジェクトの目的を「単なるUIの刷新」ではなく、中長期的に改善を回せるチーム体制を築くことと定義しました。そのために、以下3点に重点を置いて考えました。 1. 属人性の排除と情報の透明化 仕様や判断の背景を関係者全員が理解できるよう、Notionにて要件・議事・課題を一元管理。タスクの目的や完了の定義を明示しました。結果として、業務委託・正社員問わず、自律的に判断できる環境が整いました。 2. モバイル領域の意思決定プロセスの改善 これまでモバイル開発は業務委託メンバーに大きく依存しており、設計判断や仕様調整の意思決定も彼らに委ねられていました。そのため、徐々に正社員側でのコードレビュー体制や仕様レビューの場を設け、主導権を戻す形に移行。これにより、属人化の解消とナレッジの蓄積を並行して進めました。 3. コミュニケーションのリズム作り 当初は非同期中心のやり取りで意思疎通にズレが生じやすく、認識齟齬が発生していました。そこで、朝会と昼会をリズムとして固定化しつつ、隔週でのふりかえり会や、スプリントレビューを設けて状況共有と関係性構築の場を意識的に設計しました。 結果として、各メンバーの発言・提案の量が増え、要件変更や仕様修正への対応もスムーズに行える体制となりました。

アピール項目


アウトプット

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

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

* プロダクト開発全体を見通す視点と技術 単にアプリを実装するだけでなく、ユーザー体験・KPI設計・仮説検証など、プロダクトの価値を高める観点からの開発力を高めたいと考えています。 * アプリ開発における設計・アーキテクチャの知見 中長期的に保守しやすいコードベースを意識し、Swift ConcurrencyやTCAなど、最新のアーキテクチャにも触れていきたいです。 * チーム開発・プロジェクト推進のマネジメントスキル 開発プロセスの改善やメンバー育成、ステークホルダーとの調整なども含めて、チームを前に進める力をさらに身につけたいと考えています。 * 周辺領域(サーバーサイド・データ基盤など)への理解 API設計やバックエンド構成、データ分析の流れを理解することで、iOSに閉じずプロダクト全体により深く関与できるようになりたいです。 * 技術とビジネスをつなぐ橋渡しの力 非エンジニアと協働しながらプロダクトの意思決定に関わるスキル(要件整理、仕様調整、効果測定など)も、今後さらに磨いていきたいです。

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

* 目的や背景が共有されているチーム環境 単なる実装ではなく「なぜやるか」が明確な環境だと、課題に対して自律的に動けるためパフォーマンスを最大限に発揮できます。 * チームで改善を回していく文化 設計・開発・運用において属人化を避け、ナレッジを整理したりフローを見直すような改善提案が歓迎される環境にやりがいを感じます。 * 職種を越えて議論・連携ができる体制 デザイナー・PM・QA・バックエンドなど、役割を越えてフラットに会話できる体制では、プロダクトへの理解が深まり、より良いアウトプットにつなげやすくなります。 * ユーザーの反応やプロダクトの成果が見える環境 数字やユーザーヒアリングなどを通じて開発の影響が実感できる環境だと、自分の出した価値を捉えやすく、モチベーションも高まります。

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
好きな規模
自信を持って人より秀でていると言える点
調整力 / 問題解決力 / 巻き込み力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
好きなプロダクトがある
やりたくない分野
仮想通貨
その他の特徴
未入力です
その他のやりたいこと・やりたくないこと

やりたいこと
- ユーザーにとって価値のあるプロダクトづくり
- チームでのものづくりを通じて、継続的に成長できる環境に身を置きたい
- 技術的な判断や設計に主体的に関わり、開発の土台を支えるような役割を担いたい
- プロダクトの目的や背景を理解した上で、自分のアウトプットがどう価値につながるかを意識しながら開発したい
- 開発体験やチームのワークフローをより良くしていく取り組みに関わりたい
- ソフトスキル能力を高める

やりたくないこと
- 意思決定プロセスや背景の共有がないままタスクをこなすだけの仕事
- チームやプロダクトへのフィードバックが届かない環境
- 技術的負債を放置し続けるような開発体制
- 協調よりも個人プレーが重視される文化

やりたい事

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

基本プロフィール

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

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

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

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