club86 x 東大エンジニアサークル zero one x 早稲田大学ビジネススクール起業部

Club86 X 東大エンジニアサークル zero one

X 早稲田大学ビジネススクール起業部

2014年01月18日(土)

Copyright © @fullvirtue. All rights reserved.

本日の概要本日の概要について確認していきます

Copyright © @fullvirtue. All rights reserved. 2

本日の概要（1/1）

開催案内より抜粋（1/1）

早慶東大で何かが起こる！？単なるイベントではなくアクションを！ゲストミニセミナーに引き続き、アイデアピッチとワークショップ、目玉の「開発オークション」へ。何が起こるか体験せよ！！

3 Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

今日のアジェンダ（1/1）

18:00- 開始のご挨拶

18:20- ゲストミニセミナー「開発の全体像とエンジニアとのつきあいかた」

19:05- 休憩

19:15- アイデアピッチ

19:30- ワークショップ

20:15- 発表

20:45-「開発オークション」とネクストアクション

21:00- 懇親会

4

「開発の全体像とエンジニアとのつきあいかた」

ゲストミニセミナー佐藤正志氏（株）サークルアラウンド代表取締役社長


ゲストミニセミナー（1/1）

ゲストミニセミナー（1/1）

※別資料を使用。


「開発の全体像とエンジニアとのつきあいかた」

佐藤さんにお話しした内容以外にも、

いくつかご紹介いたします


開発の全体像とエンジニアとのつきあいかた（1/9）

プロダクトマネジメントとエンジニアリング（1/9）

プロダクトマネージャーがより優れた製品の着想を得るためにエンジニアの助けを借りる3つの方法

1. エンジニアをユーザーや客先の前に連れ出すこと

– ユーザーが苦労する様子を直接に見ることで多くのことを学べるだけでなく、問題点とその深刻さをもっとよく理解できるようになる

– これをヒントにして、もっと優れたアイデアや解決策を思いつくことも多い

– この方法は、エンジニアをプロトタイプテストの現場に連れてくることで、すぐに実行に移せる

Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 8

Inspired日本語版 by Mare Azzurro, Inc. – 第5章




2. 技術が発展することで何ができるようになったかを探るために、エンジニアの助けを求めること

– 今使える技術やいずれ使えそうな技術としてどういうものがあるか、それらが目先の問題の解決にどう役立つか、ブレインストーミングを実施






3. エンジニアみんな (それが無理なら、主任エンジニアだけでも) あるいはアーキテクトを、製品開発の初めの段階から関与させて、早い段階でそれぞれのアイデアについて必要な費用を見積もっておき、より望ましいソリューションを決めるのに役立てること

– 何をしたいかと何ができるのかをすり合わせるという非常に重要な作業に取りかかるのが遅れると、いろいろな情報をしっかり検討する時間もないまま意思決定をしなければならない状況に陥るため、慌ててすり合わせをする羽目になる





エンジニアにいい仕事をしてもらうための3つの方法

1. 製品を必要最小限までそぎ落とすことに集中すること

– プロダクトマネージャーの仕事は、究極の製品を定義することではなく、目的を達成するために必要最小限までそぎ落とされた製品を定義すること

– これを実行するだけでも、プロダクトマネジメントとエンジニアリングの間の意思疎通や関係を根本から改善することができる






2. いったんエンジニアリングチームが開発を始めてしまったら、極力、それをかき回さないようにすること

– かき回す (churn) とは、要件や製品定義を変更すること

– かき回さざるを得ないこともあるだろうし、プロダクトマネージャーにもどうにもできないことがあるということぐらい、エンジニアだってわかっている

– プロダクトマネージャーの方も、製品開発というのは、自分が思いついた最新のアイデアや最高のアイデアを試す場ではないことを忘れてはならない






3. 実装段階でのプロダクトマネージャーの使命は、問題に立ち向かい、できるだけすばやく答えを出すこと

– 想定していなかった使い方や十分に検討をしていなかった使い方など、実装時には必ず問題が出てくる

– 最高の製品開発チームですら、当たり前のように起こること

– 製品を必要最小限までそぎ落とす努力を怠らずに、できるだけ開発業務をかき回さないようにしなければならない。





離れた場所にいる開発チームにできる3つのこと

1. 製品の仕様のベースとして、プロトタイプ (製品の正式版が正確にイメージできる試作品) を活用すること

– 開発チームと離れていればいるほど、また、言葉や文化や時差のためにコミュニケーション上の課題が大きければ大きいほど、製品仕様を決める段階でしっかり完璧に作業しておく必要性に、いっそう強く迫られる

– プロジェクトとして最悪なのは、プロダクトマネージャーが何を作りたいのかよくわかっていない (あるいは、コロコロ考えを変える) ために、離れた所で作業しているチームがもがき苦しむこと

– 書き物になっていると、読むのが大変






2. エンジニアリングチームが説明や報告をしなければならない相手はだれかをあやふやにしない

– 開発チームのみんなが近くにいる場合には、複数の人が原因となる衝突 (たとえば、2人のマネージャーが別々の指示を出す場合) は、普通にしていても目に入るので、すぐ解決できる

– チームが遠くにいる場合、食い違いに気づくまでに何ヶ月もかかる

– 本拠地にいるだれかに、遠くにいるチームとのすべての調整を任せることが必要






3. 直接顔を合わせて話せる態勢にする

– プロダクトマネージャーは、少なくとも 3ヶ月に一度は、エンジニアリングチームの所に出向いて、彼らとしっかり顔合わせをして、中心となっているアーキテクトやマネージャーと打合せをするべき

– 実際に訪問して直接顔を合わせることで、離れ離れのメンバーとの関係やコミュニケーションはずっとよくなる

– コミュニケーションを向上させる他の方法としては、人材交流制度を作って、主な開発担当者をプロダクトマネージャーのもとに一定の期間派遣する、という手もある







19:05- 休憩



20:15- 発表


21:00- 懇親会

17

アイディアピッチ

「自分の興味のある/やりたいビジネス・事業・サービス・企画」

について、1人1分でピッチ（発表）してください






19:05- 休憩



20:15- 発表


21:00- 懇親会

19

ワークショップ


のピッチの内容について、事業のビジョン、進め方について

アイディアを出し合い、仮説を立ててください

（チームワークショップ）

20

ワークショップを始めるにあたって（1/3）

プロダクトマネジメントのライフサイクル（1/1）


①プロダクトの開発

現状分析ポジションマップ

「リーンスタートアップの図解付き解説-トヨタのDNAを継ぐ新規事業マネジメントの極意」http://media.looops.net/naoto/2012/05/10/eric_ries/

http://media.looops.net/naoto/2012/05/10/eric_ries/

http://media.looops.net/naoto/2012/05/10/eric_ries/


Product Discovery Team（1/1）

プロダクトを通して価値を提供することに特化したチーム

プロダクトのビジョンを決めるための3つの質問

1. Who are our users?

2. What are their needs?

3. What features will satisfy those needs?


A Powerful Partnership – Product Owners, Designers, and Architects http://illustratedagile.com/2012/07/10/powerful-partnership-product-owner-designer-architects/

http://illustratedagile.com/2012/07/10/powerful-partnership-product-owner-designer-architects/












ビジョン策定


開発のライフサイクル（1/1）


20XX/N月 N+1月 N+2月 N+3月 N+4月 N+5月 N+6月 N+7月 N+8月 N+9月

要件検討

Ver1.0.0の開発 Ver1.1.0の開発 Ver1.2.0の開発

・・・・・・・・・・・・・ MVP

Ver1.0.0 Ver1.1.0 （Ver1.0.1） ※バグフィックス版

（Ver1.1.1） ※バグフィックス版

優先順位に基づく着手範囲の確定

作業一覧による見える化

作業が問題無く進んでいるかを

日々確認

タイムボックス計画からレビューまで

すぐにリリースできるくらいになっている

成果物（動くソフトウェア）

要件検討

ちゃんとできたかとちゃんと進められたかを確認

直近の実施内容を決める

次の着手内容や優先順位は

都度見直しを実施

できなかった分については積み残し

リリース実施

MVP 優先順位1 優先順位2 優先順位3

・・・

・・・・・

ビジョン策定

Introduction to Scrum PPT http://www.mountaingoatsoftware.com/presentations/an-introduction-to-scrum

1週間

http://www.mountaingoatsoftware.com/presentations/an-introduction-to-scrum












19:05- 休憩



20:15- 発表


21:00- 懇親会

24

発表


ピッチの内容に基づいてアイディアを出して頂いた

事業のビジョン、進め方、仮説について発表してください

（チームワークショップ）






19:05- 休憩



20:15- 発表


21:00- 懇親会

26

「開発オークション」とネクストアクション

ピッチをして頂いた方のアイディアについて説明して頂きます

その上で、今後どう進めるかについて決めます


まとめ今日お話したことを振り返ってみましょう



今日のまとめ（1/1）



19:05- 休憩



20:15- 発表


21:00- 懇親会

29


ご静聴ありがとうございました。

Technology

club86 x 東大エンジニアサークル zero one x 早稲田大学ビジネススクール起業部