以下の内容はhttps://ozaki25.hatenadiary.jp/entry/2025/01/29/214440より取得しました。


「プロダクトエンジニア〜ユーザー価値を支える技術〜」に参加してきました

感想

  • プロダクトエンジニアという肩書きに馴染みがなかったですが、自分の価値観に近い振る舞いだなと感じられる会でした

ユーザー価値を最大化するための爆速開発

株式会社estie テックリード 木村 洋太さん

  • 開発速度の速さ
    • ユーザに価値のあるものを速くリリース
    • 求められてる機能じゃないと使わない
    • 速く出してはやく改善
  • チーム文化
    • 全員でユーザ価値を考える
    • ユーザの声をきいて課題の本質を特定する
    • ドメイン知識を持つことで仕様を深く理解できる
    • すぐできるものはその場で
  • 技術的な工夫
    • PRごとのpreview環境
    • feature toggleでトランクベース開発
    • GraphQLでバックエンドを薄くしてデザインエンジニアが一貫して開発

小規模組織のプロダクトエンジニアとして、アンラーニングしたこと

株式会社RightTouch 開発リード 小室 雅春さん

  • 新規立ち上げの開発
    • 技術負債のリスク
    • 後で作り直すとかは結局難しい
  • コンパウンド戦略
    • 複数プロダクトを展開
    • 一貫したUXを
  • 戦略 - 要件 - 設計 - 開発
    • 最初の2つをbizが後ろ3つをdevが

プロダクトの価値を引き上げる、「課題の再定義」という習慣〜今日から始める屈伸のススメ〜

アセンド株式会社 プロダクトエンジニア 松本 萌花さん

  • エンジニア組織
    • プロダクトマネージャー
      • 誰のどの課題をどの順番で
    • プロダクトエンジニア
      • どうやって課題を解決するか
  • 課題を再定義することの大切さ
    • みんなが思いつく解決策では70点程度にしかならない
    • 本質的な課題をとらえることでより良くなる
  • 固定観念を払うために
    • 過去仕様へのリスペクト
      • 周りを巻き込んで想いを出し切る
    • エンジニアの性
      • PRDに再定義を組み込む
    • 納期意識
      • 創造的衝動が掻き立てられる課題にする
    • 受託意識
      • 三者に意見をもらう
  • ダブルダイヤモンドを意識する
    • それぞれのフェーズをやる前に屈伸して視野を広げる



以上の内容はhttps://ozaki25.hatenadiary.jp/entry/2025/01/29/214440より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14