匠メソッドを導入したらサイトのアクセスが８倍になった話〜 connpass の事例・その他株式会社ビープラウド佐藤治夫

2016/9/14@ 匠の夏祭り

自己紹介• 名前 佐藤治夫（ Sato Haruo ）• 株式会社ビープラウド代表取締役社長• Twitter http://twitter.com/haru860• PyCon JP 2015 Keynote スピーチを担当

2011 年までに自社製品開発（４製品）↓2012 年 4 月、匠ビジネスプレイス萩本さんと出会う（ BPStudy ）↓2013 年 1 月〜匠道場に参加。（ 2013 年 1 月〜 2016 年 8 月まで 44 回中、 43 回参加）↓2014 年 1 月、匠メソッド実践投入（ connpass 企画・開発）

要求開発（匠メソッド）との関わり

匠メソッド導入以前

実装する機能について意見を出しあう（ブレスト）↓どの機能を実装するかを議論する↓なかなか結論がでない（時間が過ぎていく）↓妥協して決定プロセスへ↓合意感、納得感が無いまま開発へ突入↓効果が出ない（ = 価値が生み出せていない）

匠メソッド以前の大変さ　＝消耗するような大変さ

匠メソッドも１年学んだし、実践投入しよう！５〜６人月くらいの中規模開発で実践

機能を一覧化（チケット化）

19 個の解決策 → 全部を開発していたらリリースできない！→優先順位をつけ、ミニマムでリリースしたい

優先順位付けをどのようにするか？

解決したい課題実現したい価値

＜機能＞

対象ユーザータイミング効果

企業戦略

コスト市場 ビジョン

ここから匠メソッドを導入

価値分析モデル

① 誰に、どのような価値があるのか？

ステークホルダー価値目的

② ステークホルダーの価値につながる　プロジェクトの目的を抽出

要求分析ツリー（完成）

導入した成果かかった時間：約１日・午前中：価値分析モデル（２時間）・午後：要求分析ツリー（４時間）

成果・１９個の IT 要求→ ７個の IT 要求・メンバーの納得感→高かった 議論が迷走したり、行ったり来たりしなかった　今までは議論に疲弊することがあったが、そのようなことはなかった

connpass での企画・戦略

必要充分でミニマムなリリース

connpass での企画・戦略

１次リリース後に明らかになった課題を１次リリース時の要求分析ツリーに追加

１次リリースの要求分析ツリーをもとに２次開発を検討

ビジョン・コンセプト・キャッチコピーを再定義（２０１６年）運営していくうちにサイトが変化→あらためて再定義

サイトの Topページに反映

価値デザインモデル

再定義したビジョン・コンセプトを元に今するべき施策を検討（２０１６年）

＜現在進行中＞

匠メソッド導入後

消耗する議論から建設的な議論に枝葉のレベルだと議論が収集しない

A さんのアイデア

B さんのアイデア

取捨選択の議論がしやすい（そもそもの価値に近い）

プロジェクトの目的A

プロジェクトの目的B

< 個人の価値観>

<Project の価値観>

「要求の爆発」の恐怖からの解放赤色の IT 要求= 要求分析ツリーをつくってからアイデアとして出た IT 要求（通常）優先度を決める段階の新しいアイデア→ 議論を収束させたいので敬遠されがち（要求の爆発への恐怖）

（要求分析ツリーによる方法）「ツリーに葉を足すだけ」↓精神的負担が軽く、新しいアイデアに対しても、前向きに議論できる

匠メソッド導入以前・消耗するような大変さ・時間の期限で妥協して決定↓

匠メソッド導入後・建設的な大変さ＝アイデアを捻り出した感覚（心地よい疲れ）・納得感、合意感がチームにある・地図があるので、安心して前に進める感覚・途中で立ち戻ることができるプロジェクトの安定感

匠メソッドによるサイト企画後、アクセス（ PV ）が８倍に！

匠メソッドによるサービス企画（２年５か月）横ばい期間（２年６か月）

８倍に！

connpass 以外の事例

事例その２ PyCon JP 2016 （ 2016 年 9 月 21 日開催） → 2016 年 1 〜 2 月で企画を支援（ 2H☓4 回）

PyCon JP 2016 （ 2016 年 9 月 21 日〜）の企画支援

価値デザインモデルのキャッチコピーをサイトのキャッチコピーに反映

事例その３ ある EC サイトの事例（ 2016 年 2 月）

事例その３ ある EC サイトの事例（ 2016 年 2 月）「サイトづくりをそろそろやろうかと（漠然としたアイデアだけある）」↓要求開発やってみませんか！↓２時間 ６回の要求開発セッション☓↓お客様「ここまでやったんだからやらないと！」↓価値が見える化したからやりたいという気持ちになったのでは

＜現在開発進行中＞

事例その４ ある医院のシステム事例

事例その４ ある医院のシステム事例

医院長「５年間、議論して来たけど、カタチにならなくて」↓要求開発やりましょう！（ 2016 年 6 月）↓2 時間☓ 5 回の要求開発セッション↓「ようやく前に進める！」↓2016 年 7 〜 8 月要件定義・基本設計後↓2016 年 9 月、実装開始

＜現在開発進行中＞

事例その５ 弊社 自社製品

＜現在開発進行中＞

価値レビューの実施製品が実現したい価値

開発を続けるとどうしても視点が下がってくる

製品のビジョン・コンセプト

IT要求

現状と実現したいことの差分を見る

戦略要求 業務要求

実現したいこと価値をひとつひとつ読み、製品が価値実現できるか、確認する

創って、作って、売る！（受託開発、製品開発も同じ）

要求開発 システム開発 マーケティング

デジタルマーケティングアライアンス、営業 　　　　 etc…

創って 作って 売るアイデアをカタチに 価値を社会に届ける

このプロセスを導いていく = リーダーとしてのミッションの１つそのための、テクノロジーが匠メソッド

まとめ・つくったモデルは、　みんなのアイデアをカタチにした成功への地図になる・受託開発にもサービス / 製品開発にも使える・自分にとって匠メソッドとは　リーダーシップのためのテクノロジー