masafumi330

2025年1月回 指名


まだ何もありません

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

  • Haulmasafumi330のSpeakerDeckを見ました!
    2025.01.18
  • Haulmasafumi330のGitHubを見ました!
    2025.01.18
  • Haulがmasafumi330のレジュメを見ています。
    2025.01.18
  • ゼストがmasafumi330を検討中に入れました。
    2025.01.18
  • ゼストがmasafumi330のレジュメを見ています。
    2025.01.18
  • タイミーがmasafumi330のレジュメを見ています。
    2025.01.18
  • Spirがmasafumi330のレジュメを見ています。
    2025.01.18
  • J-CATがmasafumi330のレジュメを見ています。
    2025.01.17
  • リクルートがmasafumi330のレジュメを見ています。
    2025.01.17
  • LayerXがmasafumi330のレジュメを見ています。
    2025.01.17

3年後の目標や野望


人々の日々の暮らしをちょっと楽しく・豊かにするようなプロダクトを作り、エンジニアとして一目置かれる存在になる

# 1. エンジニアとして、一目置かれる存在になりたい - 営業やCSメンバーなど、エンジニア以外からも、「この人の対応は親切だし、仕事が早い」と安心して頼られるような存在になりたい。社内のメンバーに喜ばれるようなサービスを作れる人間でなければ、ユーザーに喜ばれるようなサービスは作れないと思うから。 - 常に開発体験の改善や技術的負債の解消を行いながら、ビジネスとしてソフトウェア開発によって価値創出ができる、そんな卓越したエンジニアとして尊敬されたいから。 # 2. 普段の生活で使うようなプロダクトを開発したい - 現在は、音楽アーティストが使うサービスを開発しているが、自分が開発しているプロダクトが本当にユーザーに喜ばれているのか感じずらい。 - より身近に、一般のユーザーが日々の暮らしの中で使い、日々の暮らしをちょっと楽しく・豊かにするようなプロダクトを開発したい。 # 3. 英語を使ってグローバルに活躍するような人材になりたい - 日常的に英語を使っている人がかっこいいと感じるから - 英語圏の、「家族を大事にする文化」に共感するから

年収評価シート

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

マネージメント能力

# プロジェクト全体のスコープと工数管理 - BE(バックエンド)・FE(フロントエンド)の各チーム間の調整 - 開発タスクの切り出しとスコープの優先順位付け(松竹梅) - 工数見積もりの収集と集約 # ステークホルダー間のコミュニケーション - PdM(プロダクトマネージャー)とのスコープ調整 - Frontendエンジニアに見積もりを依頼し、他チームの見積もりと統合
# 開発の進行可能な計画を作成する状態にすること - 各タスクの実現可能性を考慮し、PdMが選択可能な複数のスコープ(松竹梅)を提示 - BE・FEの工数を合わせ、全体工数が現実的かつバランスの取れた状態に整える # 関係者が正確かつ共通の理解を持てる状態にすること - スコープ内での優先順位と各タスクの工数が適切に可視化されている - プロジェクトの進行計画がチーム全体で共有されている
# どのように考えたか ## 1. 全体を細分化して把握可能にする プロジェクトの全スコープを分解し、BE・FEの両観点から必要なタスクを洗い出した。 ## 2. 松竹梅のスコープを設計 「Must」「Should」「Better」の3段階で優先順位を分け、PdMが選択しやすい形を目指した。 ## 3. 関係者のリソースを適切に活用 FEへの依頼や他のエンジニアのフィードバックを受け取り、工数見積もりの精度を高めた。 # 途中での問題・障害と工夫: ## 1. 問題:工数見積もりの不確実性 - 各タスクに必要な工数が初期段階では曖昧だった。 - 工夫:過去の類似プロジェクトや担当エンジニアの経験値を参考にベースラインを設定し、最終的な精度を高めた。 ## 2. 問題:スコープが広範で収まりきらない可能性 - 全スコープを実装する場合、PdMが許容できる開発期間を超える懸念があった。 - 工夫:スコープの優先順位を設定し、リリースに必須な部分と後回し可能な部分を明確化した。 ## 3. 問題:ステークホルダー間の意見の不一致 - PdMと開発チームで期待値が異なる部分があった。 - 工夫:松竹梅の工数とメリット・デメリットを具体的に提示し、PdMの意思決定をサポートした。

アピール項目


アウトプット

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

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

- Terraform - GraphQL

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

# 組織・文化面 - 仕事の進め方については一任されている状態 - 問題に対して声をあげてくれた人、問題を解決してくれた人、双方に感謝を伝える文化があること - チーム内で気軽に雑談・相談ができる # 物理的環境面 - 昇降デスク - 静かな環境

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
好きな規模
自信を持って人より秀でていると言える点
学習能力 / プレゼン力 / 問題解決力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
SI / 医療・介護 / アダルト
その他の特徴
未入力です
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で20代後半
好きな Text Editor
VS Code
希望勤務地
東京都 / 神奈川県 / リモート勤務
集まる必要性がない場合は基本リモートが許可される環境が必要
希望年収
未入力
転職ドラフトに参加して
企業から指名を受け取ろう!
会員登録をして転職ドラフトに参加すると、参加企業から年収付きの指名を受け取ることができるようになります。
会員登録する
ご意見箱

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

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

  • {{error}}
SIGN UPSIGN IN


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