プロダクトの持続的成長を実現するための開発体制作り

by CREATIVE SURVEY Inc.

Slide 1

Slide 1 text

  プロダクトの持続的成長を実現するための開発体制作り   2024/09/20(金)  Product Engineer Meetup 価値あるリリースのための開発プロセス最適化  村田千紘 

Slide 2

Slide 2 text

Conﬁdential © CREATIVE SURVEY 自己紹介名前村⽥千紘略歴 2018/8 Sansan株式会社⼊社 2024/3 クリエイティブサーベイ株式会社へ出向所属チーム ‧開発部/SAチーム/プロダクトエンジニア趣味 ‧ビール/旅⾏/マンガアプリ

Slide 3

Slide 3 text

Conﬁdential © CREATIVE SURVEY 目次 1. クリエイティブサーベイについて 2. プロダクト開発について 3. プロダクトエンジニアとしての魅⼒ 4. まとめ

Slide 4

Slide 4 text

4  クリエイティブサーベイについて

Slide 5

Slide 5 text

Conﬁdential © CREATIVE SURVEY 概要主要株主許認可会社概要 5 会社名：クリエイティブサーベイ株式会社設⽴：2014年7⽉代表取締役：⽯野真吾 Sansan株式会社、株式会社フォーデジットプライバシーマーク（Pマーク）取得国際規格ISO27001（ISMS）取得 Salesforce 正規パートナー Conﬁdential © CREATIVE SURVEY 5

Slide 6

Slide 6 text

Conﬁdential © CREATIVE SURVEY ミッション 6 顧客の声を機会に変えるあらゆることが急速にデジタルに移⾏する中､少し前まで⽬の前にいた顧客と画⾯越しに会話することも増えてきました。 CRMやMAの普及と共に属性データや⾏動データを元に顧客にアプローチすることが当たり前になった現在においても､顧客不在で事業が成⻑し続けることは困難です。いつの時代も､顧客の声は事業に成⻑のきっかけをもたらしてきました。私たちは顧客の声を事業の成⻑の機会に変えていきます。 Conﬁdential © CREATIVE SURVEY

Slide 7

Slide 7 text

Conﬁdential © CREATIVE SURVEY 2つのブランドでマルチチャネルフォームを提供

Slide 8

Slide 8 text

8  プロダクト開発について

Slide 9

Slide 9 text

プロダクト開発とは？

Slide 10

Slide 10 text

Conﬁdential © CREATIVE SURVEY プロダクト開発の定義   ● ただ単にシステム、サービスを開発して提供するのではない ● プロダクトを利⽤してもらうことを⽬的として、ユーザや市場のニーズを取り⼊れてユーザの課題を解決できるような価値を提供すること

Slide 11

Slide 11 text

Conﬁdential © CREATIVE SURVEY プロダクト開発の課題 ● 価値あるリリースとは？ ○ ユーザーニーズに合致し、使⽤率が⾼く、ビジネス成果に貢献する機能を提供すること ● 過去の問題点 ○ 開発チームがユーザのユースケースを正しく理解できていなかったことでユーザにとって価値のある機能を提供することができず、リリースしたもののユーザが使うことができなかった ○ サクセスチームとの連携に対するアクションが不⼗分だったため、開発チームがユーザ影響を正確に認識できておらず、ユーザ通知期間を踏まえてのリリース計画が⽴てられていなかった

Slide 12

Slide 12 text

Conﬁdential © CREATIVE SURVEY 解決策：新しい開発フローフィーチャーリクエストの収集 PBIの作成仕様の決定設計タスク化とリリースプランの作成開発 QA リリース完了フィーチャーリクエストの収集 PBIの作成仕様の決定設計タスク化とリリースプランの作成開発 QA リリース完了課題抽象化フィードバックの収集課題が解決されたか Before After Yes No

Slide 13

Slide 13 text

Conﬁdential © CREATIVE SURVEY 課題の抽象化フィーチャーリクエストの収集 PBIの作成仕様の決定設計タスク化とリリースプランの作成開発 QA リリース完了フィーチャーリクエストの収集 PBIの作成仕様の決定設計タスク化とリリースプランの作成開発 QA リリース完了課題抽象化フィードバックの収集課題が解決されたか Before After Yes No

Slide 14

Slide 14 text

Conﬁdential © CREATIVE SURVEY 課題の抽象化 - なぜ必要か ● ⽬的: ○ 不要な機能開発の回避 ○ 効率的なPBI（Product Backlog Item）の作成 ● メリット: ○ 複数の課題を1つの機能開発/改修で解決 ○ リソースの最適化 ○ プロダクトの⼀貫性維持

Slide 15

Slide 15 text

Conﬁdential © CREATIVE SURVEY 課題の抽象化 - どのように行うか ● フィーチャーリクエストの収集 ○ 全社員がリクエスト可能 ○ 多様な視点を取り⼊れる ● グルーピング ○ 類似リクエストをまとめる ○ パターンや傾向を識別 ● 課題の抽出と抽象化 ○ グループから本質的な課題を特定 ○ 具体的な実装から離れた抽象的な表現に

Slide 16

Slide 16 text

Conﬁdential © CREATIVE SURVEY 仕様検討フェーズフィーチャーリクエストの収集 PBIの作成仕様の決定設計タスク化とリリースプランの作成開発 QA リリース完了フィーチャーリクエストの収集 PBIの作成仕様の決定設計タスク化とリリースプランの作成開発 QA リリース完了課題抽象化フィードバックの収集課題が解決されたか Before After Yes No

Slide 17

Slide 17 text

Conﬁdential © CREATIVE SURVEY 仕様検討フェーズ - なぜ重要か ● 仕様フェーズの主な⽬的: ○ ユーザーの課題解決の確実性 ○ 適切な機能範囲の決定 ○ 既存機能との整合性確認 ○ 実装可能性の検証 ○ 顧客通知の有無の確認 ● メリット: ○ サクセス、プロダクト視点による仕様決定により、各視点でブラッシュアップできる ○ QA視点で既存機能への考慮漏れを防げる

Slide 18

Slide 18 text

Conﬁdential © CREATIVE SURVEY 仕様検討フェーズ - どのように進めるか ● 初期仕様書作成 ○ 担当: 開発チーム ○ 内容: 実現可能性調査を含む基本仕様 ● 仕様のブラッシュアップ ○ 参加者: CTO、PdM、サクセスマネージャー、開発チーム、QAチーム、デザインチーム担当者 ● 最終仕様の決定 ○ 全参加者の合意形成 ○ ユーザー課題解決の再確認

Slide 19

Slide 19 text

Conﬁdential © CREATIVE SURVEY 仕様検討フェーズ - 何を考慮すべきか ● ユーザー課題との整合性 ○ 機能要件、⾮機能要件の策定 ○ 機能範囲の適切性 ■ 含めるべき機能と除外する機能の明確化 ● 既存機能との相互作⽤ ○ 影響範囲の特定と対応策 ○ 事前に既存顧客への通知の有無の確認 ● 技術的な実現可能性 ○ リソース、時間、技術的制約の考慮

Slide 20

Slide 20 text

Conﬁdential © CREATIVE SURVEY リリースフェーズ、リリース後ヒアリングフィーチャーリクエストの収集 PBIの作成仕様の決定設計タスク化とリリースプランの作成開発 QA リリース完了フィーチャーリクエストの収集 PBIの作成仕様の決定設計タスク化とリリースプランの作成開発 QA リリース完了課題抽象化フィードバックの収集課題が解決されたか Before After Yes No

Slide 21

Slide 21 text

Conﬁdential © CREATIVE SURVEY リリースフェーズ、リリース後ヒアリング ● リリース前： ○ エンジニアが直接サクセスチームにリリース内容を共有する時間を設ける ○ 顧客影響の認識合わせやリリース後のサポート体制の強化が⽬的 ● リリース後ユーザーフィードバック収集： ○ 課題を持っていたユーザに直接ヒアリングする

Slide 22

Slide 22 text

Conﬁdential © CREATIVE SURVEY 成果と課題 ● 成果 ○ スケジュール通り価値ベースで機能リリースすることができた ■ 開発フェーズに⼊ったあとに⼿戻りがなかった ■ リリース後の再修正がなかった ● 今後の課題 ○ 課題詳細化〜設計フェーズの最適化 ■ 実装フェーズに⼊るまでの時間⻑いので改善していく必要がある ■ 現状固定メンバーで⾏ってきたため属⼈化してしまっている ● 課題に対する取り組み ○ 現在の体制にあったフレームワークを⼀部導⼊する ■ 仕様フェーズ USDM の導⼊ ■ 設計フェーズ Theory of Models の導⼊

Slide 23

Slide 23 text

23  プロダクトエンジニアとしての魅⼒

Slide 24

Slide 24 text

Conﬁdential © CREATIVE SURVEY 魅力、面白さ ● 顧客の課題を理解するところから⼊れることで、何をどう作っていけば価値につながるかを意識して開発を⾏うことができる ● 初期フェーズからリリース後まで⼀貫して携われることで、エンジニアとしてのスキルアップにもつながる ○ 顧客の課題を技術的に解決できる⾯⽩みも実感できる ● 実際に使われる機能をリリースすることでモチベーションがあがる

Slide 25

Slide 25 text

25  まとめ

Slide 26

Slide 26 text

Conﬁdential © CREATIVE SURVEY まとめ ● プロダクト開発は、ビジネスサイドと⼀体になって取り組むことが⼤事 ● 顧客要望をそのまま開発するのではなく、根本の課題はなんなのか、どうなると使い続けたいと思ってもらえるのかを考える ● どうやったら課題を解決できるか、より使いやすくなるのかといった検討に時間をかけることで、最終的なリリースサイクルは早くなる ● 結局使ってもらえる機能を開発できるのが⼀番楽しい