SlideShare a Scribd company logo
要件を捨てて検証に出よう
仮説検証型システム開発
賃貸情報サイト
カリル
を例に
。
株式会社リブセンス/河原塚 有希彦
How LivesensE Works #2
2ヶ月で
不動産賃貸情報サイトを
少人数で開発して、
と言われたらどうしますか
炎上しそうな匂い
決まりきっていない要件
☓
決まっている締切
☓
限られたスタッフ
http://commons.wikimedia.org/wiki/File:Deerfire.jpg
https://cariru.net/
今日は
賃貸情報サイト
の話です
「カリル」は
(株)ハイタイムとの共同運営
2014年 年末
事業リーダー氏
「いよいよ前から考えていた
賃貸仲介業に乗り出そう!
まずは繁忙期に
ベータテストしたいので
3月にはリリースしたい」
© Kevin Dooley/Business.
2010年から運営している「door賃貸」
とは異なる業態
期間は実質2ヶ月
普通にやると炎上する
1.決まりきっていない要件
☓
2.決まっている締切
☓
3.限られたスタッフ
http://commons.wikimedia.org/wiki/File:Deerfire.jpg
1.決まりきっていない要件
そもそも
新しいサービスをつくろうとしているので
決まるはずがない。
普通に開発を進めると、
開発中に仕様がコロコロ変わる匂い。
2.決まっている締切
3月は引っ越しシーズン。
様々なニーズを持つお客さんに触れ、
ビジネスとして行けるか判断したい。
3.限られたスタッフ
従来からのdoor賃貸を
運営するスタッフ内での新企画。
door賃貸を運営しながらの開発になる。
Quality
Cost Delivery
QCDの観点から考えると
QualityCost Delivery
Quality(品質)を下げる?
実際にお客様に使ってもらい
金銭授受も発生するので
下げるといっても下げられらない
Quality
Cost
Delivery
Cost(人件費)を増やす?
後述するように事業に対する
理解・経験は大事なので、
短期的に増減させにくい
Quality
Cost
Delivery
じゃあ1人1人の稼働時間を伸ばす?
年末は紅白見るし

お正月はお 蘇飲んでるし
Quality
Cost
Delivery
Delivery(締切)を伸ばす?
※経験上、
締切を伸ばしてもなぜかデスマになる。
繁忙期があるので
伸ばししたくない
Quality
Cost Delivery
ぜんぶ大事
画像:pixabay (geralt)
変えられるのは
「やること・やらないこと」の調整
立ち上げ時にすべての機能は必要か
スタートアップは誰も欲しがらない
ものを作ってしまうことが多い。
(中略)
目標は、できるかぎり早く、
作るべきモノを突き止めることだ。
エリック・リース 「リーン・スタートアップ」
プロダクトのフィーチャの64%は、
めったに、
あるいはまったく利用されない
マイク・コーン
「アジャイルな見積りと計画づくり 価値あるソフトウェアを育てる概念と技法 」
「捨てる」同意を関係者と取る
要件のうち、MUSTな項目と
WANTな項目を分けるのが重要
でも結局全部やれ、ってなる?
(あるある)
ではどうやって「捨てる」か?
「捨てる」
¦¦
怠惰?
「捨てる」
¦¦
怠惰?
「捨てる」
¦¦
機能不足のシステム
¦¦
悪いこと?
「捨てる」
¦¦
機能不足のシステム
¦¦
悪いこと?
「捨てる」
¦¦
コンセプトを明確にして、
やるべきことを先鋭化させること
「捨てる」
¦¦
コンセプトを明確にして、
やるべきことを先鋭化させること
やることを先鋭化し、
リリースサイクルを
短くすることで、
仮説検証サイクルを
高速で回す
出典:エリック・リース「リーン・スタートアップ」
アイ
デア
開発
プロ
ダクト
計測
データ
学習
要求は不明瞭でよいが
コンセプトは明確にする
•仲介事業に乗り出すのは何故か 

•なぜβなのか

•βで知りたいことは何か

•なぜ繁忙期なのか 

•知りたい数値は何か

•知りたい肌感は何か
事業リーダーと何度も話した。
(時間もかけた)
明確にしたコンセプトは共有する
質問に答え、
疑問を解消し共有する
「ミニマムっぽい機能だけの
賃貸不動産サイトでいいっぽい」
目的を何度も聞き、
コンセプトを明確化した結果
「 サイトの性能によるビジネスの可能性より
も仲介ビジネスそのものの性能を測りたい」
事業リーダー氏
開発リーダー氏
序盤にコンセプトを固められ、
なにをやるべきかを先鋭化でき、
「捨てる」判断を行いやすくなった
コンセプトが統合されたシステムは、
より速く作り上げられるし、
より速くテストできる。
フレデリック・P・ブルックス Jr 「人月の神話」
固まったコンセプトをベースに、
キックオフミーティングで共有
内容は「インセプションデッキ」から抜粋
我々はなぜこ
こにいるのか
エレベーター
ピッチ パッケージ
デザイン
やらないこと
リスト
「ご近所さん」
を探せ
解決案を描く
夜も眠れない
問題
期間を
見極める 何を
諦めるのか
何がどれだけ
必要か
プロジェクトを核心まで煮詰めて抽出
した共通理解を、開発チームだけじゃ
なく、より広範囲なプロジェクト関係
者全員へ手軽に伝えるためのツール
インセプションデッキとは
Jonathan Rasmusson 「アジャイルサムライ」
(キックオフ資料より「夜も眠れない問題」一部抜粋)
手厳しい質問と回答を
最初に共有することで、
「捨てる」判断がつきやすくなる
キックオフ後、いざ「捨てる」となると
迷い。戸惑い。諦め。
俺のアイディアを...。
これを切ってもいいのだろうか...。
あった方が良いに決まってる...
画像:pixabay.com(nemo)
「捨てる」ために必要なこと:
不動産ビジネスの理解
ビジネスを理解したうえで、
今回のコンセプトに則しているかを判断
大きなところでは
こだわり条件を捨てた
画像:door賃貸のこだわり条件
こだわり条件を「捨てた」ことで、
技術的負債を膨らませずに、
開発工数を大きく抑えられた(後述)
「捨てる」効果:
開発がしやすくなるだけではなく、
事業リーダーの判断の助けにも
ベータ版リリース振り返り資料より
事業リーダーが助かった点は、、
・「どうせ捨てられる」から、
 遠慮せずに要求の提案ができる。
・「捨てる」前提なので、
 企画・調査も軽量化される。
うまくいくようにするためには,出資
者と利害関係者のすべてが,どの要求
項目が「やらねばならぬ」区分に入り
(中略)どの要求が「やれればやる」区
分に入るかについて同意しなければな
らない.
エドワード・ヨードン「デスマーチ」
とはいえ「捨てる」のは難しい
door賃貸を長く続けてる人が多かったの
で、迷いを取り払えた。
(デスマになってから開発メンバーを集めてきても
こうした効果は期待できない)
入社から日が浅い人は
ちょっと振り回されてしまった :(
ベータ版リリース振り返り資料より
開発面では、
*aaSを活用して「作らない」
技術的負債とのつきあい方(1):コード面
「そもそも負債を産まない努力を」
将来行ったほうがいいものは先送りし、
ひどいコードで中途半端に作りこまない。
技術的負債とのつきあい方(2):コード面
「返済を考えて負債を作る」
スピード重視でもテストは書く
(前述のとおり)開発スタッフの
急な異動・増減おこなわない方針
¦¦
(他の人ではなく)
負債を作った本人が返済できる
技術的負債とのつきあい方(3):環境面
モデリングはビジネスの分析が必要
で、かつ時間がかかる。
ビジネスとして行けるか不透明な現
段階では、モデリングしないことと
した(先送り=負債とした)。
今回のPOINT:
データモデリングをしない
これが
「こだわり条件」
検索できない理由。
物件情報を
モデリングせずに
そのまま全文検索
そして
2015年
3/10
という名で
リリース
zeroという名は
「仲介手数料ゼロ」
に由来
アイディアが
形になった瞬間。
アイ
デア
開発
プロ
ダクト
計測
データ
学習
できたプロダクトで
仮説の検証を行える
ように。
アイ
デア
開発
プロ
ダクト
計測
データ
学習
検証1. 指標(率)の測定

検証2. ユーザーテストの実施
定量的にも定性的にも
検証
指標測定は
物件契約者が出だしたあたりで
実施
数字面とユーザーの声を合わせて検証
数字は率(CVRなど)で測定し、
量は追わない(必要以上に広告・PRしない)
ビジネス振り返り資料より
2.ユーザーテストの実施
ユーザーテストの
実施にはコツがある
ユーザーテストの一番のコツ:
「まずやってみる」
ユーザテスト振り返り資料より
もうひとつのコツは、
事前準備をしっかりと
あらかじめ全て書き出しておく
最初にトークスクリプトを作っておくと、
現場であわてずにすむ。
文言はかなり流用できるので、
次回以降、楽に実施できる
質問するときはオープン・クエスチョン
誘導せずに、行動の理由を引き出す
ちょっとしたコツ1
わずか5人を呼んで調査すればよい
http://u-site.jp/alertbox/20000319
今回は、社内の他事業部の
アルバイトさんに依頼
ちょっとしたコツ
リラックスさせるアナウンスとお菓子
「テストではなく、
サイトを使ってみて頂いて正直な感想が
聞きたいだけです。
心の声を聞かせてください」
© Fabien G./Tea-time
ちょっとしたコツ
事前事後の録音も
© Joe Valtierra Follow/ Flip a tape
雑談モードの瞬間に
本音が出ることも多い
そして実施
1. 機能を「捨てた」システムで
ユーザーテストをして、
意味があるのか?
2. 「機能不足」の苦情が出るだけ
ではないか?
ユーザーテストに対する
よくある疑問
実際、厳しい意見が多いが、、
ユーザテスト振り返り資料より
1. 機能不足の苦情は、
正しい道を進んでいる証拠。
2. 逆にロードマップ上にあるのに

苦情がこなかった機能は、
考えていたほど重要ではない。
エリック・リース 「リーン・スタートアップ」
心が折れるフィードバック
厳しい意見が多く出るが、
そこから何を学べるか
学びにつながるコメントも
ユーザーテストと
指標の計測結果を
組み合わせて、
商品を再検討
アイ
デア
開発
プロ
ダクト
計測
データ
学習
「無料でもどうせ
何か取られるんでしょ?」
という声から、
「理由がある安さ」
を訴える商品設計に変更
meta情報では
「無料のあやしさ」をなくし
ユーザーが不動産屋さんに感じていた
メリットを盛り込む
【カリル】なら仲介手数料は最大5万円!割引メニューでさらに
安く、ご希望のお部屋を探せます。一般公開の物件に加え、未
公開物件300万件からご提案。Skype(TM)中継でお部屋見学
もできます。
meta情報
「何がゼロ円かわからない」
というコメントを元にドメイン・ロゴ変更
https://door-zero.com/
https://cariru.net/
顧客に対する価値仮説を
「無料」から「ネット完結」
に変更
学びをもとに、方向転換(ピボット)
アイ
デア
開発
プロ
ダクト
計測
データ
学習
そこまでに費やしたお金と時間、
エネルギーが少なければピボットしやすい。
 ­「捨てる」開発
 ­ door zero での広告投下・PRは最小限
当初のアイデアからは変わったが
まとめ
仮説検証サイクルが一回転することで、
仮説と現実の離れ具合を知ることができ、
仮説の精度が上がり事業成長に近づく。
アイ
デア
開発
プロ
ダクト
計測
データ
学習
このサイクルをたくさんまわすためには、
「捨てる」ことをおそれず小さく開発し
アイ
デア
開発
プロ
ダクト
計測
データ
学習
アイ
デア
開発
プロ
ダクト
計測
データ
学習
小人数のユーザーテストと
率測定から学びを得て
アイ
デア
開発
プロ
ダクト
計測
データ
学習
よりユーザーに価値を提供するために
大きな方向転換(ピボット)をいとわず
開発を進めることが大事
もっと詳しく知りたい方は、
Wantedlyの【話を聞きに行きたい】から
アイ
デア
開発
プロ
ダクト
計測
データ
学習
https://www.wantedly.com/projects/15535
Mark Cook(Kodak)
成功とは(単に)機能を提供することではありません。
成功とは、顧客の問題をどうしたら解決できるのか
学ぶことです。
エリック・リース 「リーン・スタートアップ」より抜粋

More Related Content

Viewers also liked

Deep Dive C# 6.0
Deep Dive C# 6.0Deep Dive C# 6.0
Deep Dive C# 6.0
信之 岩永
 
「企画&提案アプローチの極意 for Web Directors」〜アート・ディレクターからの視点〜
「企画&提案アプローチの極意 for Web Directors」〜アート・ディレクターからの視点〜「企画&提案アプローチの極意 for Web Directors」〜アート・ディレクターからの視点〜
「企画&提案アプローチの極意 for Web Directors」〜アート・ディレクターからの視点〜
Naoki Nakagawa
 
登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法
Chihiro Kurosawa
 
営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス
営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス
営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス
Livesense Inc.
 
マイクロサービス運用の所感 #m3dev
マイクロサービス運用の所感 #m3devマイクロサービス運用の所感 #m3dev
マイクロサービス運用の所感 #m3dev
Kazuhiro Sera
 
デザイナーからみた仕事をしやすいディレクター
デザイナーからみた仕事をしやすいディレクターデザイナーからみた仕事をしやすいディレクター
デザイナーからみた仕事をしやすいディレクター
take-it
 
さらに上を目指すための iOS アプリ設計
さらに上を目指すための iOS アプリ設計さらに上を目指すための iOS アプリ設計
さらに上を目指すための iOS アプリ設計
Taketo Sano
 
Best Teacher_法人向けサービス説明資料
Best Teacher_法人向けサービス説明資料Best Teacher_法人向けサービス説明資料
Best Teacher_法人向けサービス説明資料Find Job Startup
 
「コンバージョン数を2倍にしてくれ」と言われた時の対処法
「コンバージョン数を2倍にしてくれ」と言われた時の対処法 「コンバージョン数を2倍にしてくれ」と言われた時の対処法
「コンバージョン数を2倍にしてくれ」と言われた時の対処法
Tsuyoshi Kaneko
 
とあるスタートアップの評価指標(メトリクス)
とあるスタートアップの評価指標(メトリクス)とあるスタートアップの評価指標(メトリクス)
とあるスタートアップの評価指標(メトリクス)
Takaaki Umada
 
人は1ヶ月でエンジニアになれるのか
人は1ヶ月でエンジニアになれるのか人は1ヶ月でエンジニアになれるのか
人は1ヶ月でエンジニアになれるのか
Yamaura Kiyoto
 
人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説
Livesense Inc.
 

Viewers also liked (12)

Deep Dive C# 6.0
Deep Dive C# 6.0Deep Dive C# 6.0
Deep Dive C# 6.0
 
「企画&提案アプローチの極意 for Web Directors」〜アート・ディレクターからの視点〜
「企画&提案アプローチの極意 for Web Directors」〜アート・ディレクターからの視点〜「企画&提案アプローチの極意 for Web Directors」〜アート・ディレクターからの視点〜
「企画&提案アプローチの極意 for Web Directors」〜アート・ディレクターからの視点〜
 
登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法
 
営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス
営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス
営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス
 
マイクロサービス運用の所感 #m3dev
マイクロサービス運用の所感 #m3devマイクロサービス運用の所感 #m3dev
マイクロサービス運用の所感 #m3dev
 
デザイナーからみた仕事をしやすいディレクター
デザイナーからみた仕事をしやすいディレクターデザイナーからみた仕事をしやすいディレクター
デザイナーからみた仕事をしやすいディレクター
 
さらに上を目指すための iOS アプリ設計
さらに上を目指すための iOS アプリ設計さらに上を目指すための iOS アプリ設計
さらに上を目指すための iOS アプリ設計
 
Best Teacher_法人向けサービス説明資料
Best Teacher_法人向けサービス説明資料Best Teacher_法人向けサービス説明資料
Best Teacher_法人向けサービス説明資料
 
「コンバージョン数を2倍にしてくれ」と言われた時の対処法
「コンバージョン数を2倍にしてくれ」と言われた時の対処法 「コンバージョン数を2倍にしてくれ」と言われた時の対処法
「コンバージョン数を2倍にしてくれ」と言われた時の対処法
 
とあるスタートアップの評価指標(メトリクス)
とあるスタートアップの評価指標(メトリクス)とあるスタートアップの評価指標(メトリクス)
とあるスタートアップの評価指標(メトリクス)
 
人は1ヶ月でエンジニアになれるのか
人は1ヶ月でエンジニアになれるのか人は1ヶ月でエンジニアになれるのか
人は1ヶ月でエンジニアになれるのか
 
人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説
 

Recently uploaded

気ままなLLMをAgents for Amazon Bedrockでちょっとだけ飼いならす
気ままなLLMをAgents for Amazon Bedrockでちょっとだけ飼いならす気ままなLLMをAgents for Amazon Bedrockでちょっとだけ飼いならす
気ままなLLMをAgents for Amazon Bedrockでちょっとだけ飼いならす
Shinichi Hirauchi
 
Microsoft Azureで生成AIを使ってみた話 2024/6/14の勉強会で発表されたものです。
Microsoft Azureで生成AIを使ってみた話 2024/6/14の勉強会で発表されたものです。Microsoft Azureで生成AIを使ってみた話 2024/6/14の勉強会で発表されたものです。
Microsoft Azureで生成AIを使ってみた話 2024/6/14の勉強会で発表されたものです。
iPride Co., Ltd.
 
【JSAI2024】LLMエージェントの人間との対話における反芻的返答の親近感向上効果_v1.1.pdf
【JSAI2024】LLMエージェントの人間との対話における反芻的返答の親近感向上効果_v1.1.pdf【JSAI2024】LLMエージェントの人間との対話における反芻的返答の親近感向上効果_v1.1.pdf
【JSAI2024】LLMエージェントの人間との対話における反芻的返答の親近感向上効果_v1.1.pdf
ARISE analytics
 
ろくに電子工作もしたことない人間がIoT用ミドルウェアを作った話(IoTLT vol112 発表資料)
ろくに電子工作もしたことない人間がIoT用ミドルウェアを作った話(IoTLT  vol112 発表資料)ろくに電子工作もしたことない人間がIoT用ミドルウェアを作った話(IoTLT  vol112 発表資料)
ろくに電子工作もしたことない人間がIoT用ミドルウェアを作った話(IoTLT vol112 発表資料)
Takuya Minagawa
 
協働AIがもたらす業務効率革命 -日本企業が押さえるべきポイント-Collaborative AI Revolutionizing Busines...
協働AIがもたらす業務効率革命 -日本企業が押さえるべきポイント-Collaborative AI Revolutionizing Busines...協働AIがもたらす業務効率革命 -日本企業が押さえるべきポイント-Collaborative AI Revolutionizing Busines...
協働AIがもたらす業務効率革命 -日本企業が押さえるべきポイント-Collaborative AI Revolutionizing Busines...
Osaka University
 
ヒアラブルへの入力を想定したユーザ定義型ジェスチャ調査と IMUセンサによる耳タッチジェスチャの認識
ヒアラブルへの入力を想定したユーザ定義型ジェスチャ調査と IMUセンサによる耳タッチジェスチャの認識ヒアラブルへの入力を想定したユーザ定義型ジェスチャ調査と IMUセンサによる耳タッチジェスチャの認識
ヒアラブルへの入力を想定したユーザ定義型ジェスチャ調査と IMUセンサによる耳タッチジェスチャの認識
sugiuralab
 
無形価値を守り育てる社会における「デー タ」の責務について - Atlas, Inc.
無形価値を守り育てる社会における「デー タ」の責務について - Atlas, Inc.無形価値を守り育てる社会における「デー タ」の責務について - Atlas, Inc.
無形価値を守り育てる社会における「デー タ」の責務について - Atlas, Inc.
Yuki Miyazaki
 
なぜそのDDDは効果が薄いのか?名ばかりDX案件での経験を踏まえて培った他の思考を交えた現代風?のDDD
なぜそのDDDは効果が薄いのか?名ばかりDX案件での経験を踏まえて培った他の思考を交えた現代風?のDDDなぜそのDDDは効果が薄いのか?名ばかりDX案件での経験を踏まえて培った他の思考を交えた現代風?のDDD
なぜそのDDDは効果が薄いのか?名ばかりDX案件での経験を踏まえて培った他の思考を交えた現代風?のDDD
ssuserfcafd1
 
実体験に基づく、成功するスクラム vs 失敗するスクラム 何が違う? 2024年6月22日
実体験に基づく、成功するスクラム vs 失敗するスクラム 何が違う? 2024年6月22日実体験に基づく、成功するスクラム vs 失敗するスクラム 何が違う? 2024年6月22日
実体験に基づく、成功するスクラム vs 失敗するスクラム 何が違う? 2024年6月22日
Hideo Kashioka
 
生成AIの実利用に必要なこと-Practical Requirements for the Deployment of Generative AI
生成AIの実利用に必要なこと-Practical Requirements for the Deployment of Generative AI生成AIの実利用に必要なこと-Practical Requirements for the Deployment of Generative AI
生成AIの実利用に必要なこと-Practical Requirements for the Deployment of Generative AI
Osaka University
 
iMacwoSu_Gong_de_barabaranishitaHua_.pptx
iMacwoSu_Gong_de_barabaranishitaHua_.pptxiMacwoSu_Gong_de_barabaranishitaHua_.pptx
iMacwoSu_Gong_de_barabaranishitaHua_.pptx
kitamisetagayaxxx
 
20240621_AI事業者ガイドライン_セキュリティパートの紹介_SeiyaShimabukuro
20240621_AI事業者ガイドライン_セキュリティパートの紹介_SeiyaShimabukuro20240621_AI事業者ガイドライン_セキュリティパートの紹介_SeiyaShimabukuro
20240621_AI事業者ガイドライン_セキュリティパートの紹介_SeiyaShimabukuro
Seiya Shimabukuro
 
Kotest を使って 快適にテストを書こう - KotlinFest 2024
Kotest を使って 快適にテストを書こう - KotlinFest 2024Kotest を使って 快適にテストを書こう - KotlinFest 2024
Kotest を使って 快適にテストを書こう - KotlinFest 2024
Hirotaka Kawata
 

Recently uploaded (13)

気ままなLLMをAgents for Amazon Bedrockでちょっとだけ飼いならす
気ままなLLMをAgents for Amazon Bedrockでちょっとだけ飼いならす気ままなLLMをAgents for Amazon Bedrockでちょっとだけ飼いならす
気ままなLLMをAgents for Amazon Bedrockでちょっとだけ飼いならす
 
Microsoft Azureで生成AIを使ってみた話 2024/6/14の勉強会で発表されたものです。
Microsoft Azureで生成AIを使ってみた話 2024/6/14の勉強会で発表されたものです。Microsoft Azureで生成AIを使ってみた話 2024/6/14の勉強会で発表されたものです。
Microsoft Azureで生成AIを使ってみた話 2024/6/14の勉強会で発表されたものです。
 
【JSAI2024】LLMエージェントの人間との対話における反芻的返答の親近感向上効果_v1.1.pdf
【JSAI2024】LLMエージェントの人間との対話における反芻的返答の親近感向上効果_v1.1.pdf【JSAI2024】LLMエージェントの人間との対話における反芻的返答の親近感向上効果_v1.1.pdf
【JSAI2024】LLMエージェントの人間との対話における反芻的返答の親近感向上効果_v1.1.pdf
 
ろくに電子工作もしたことない人間がIoT用ミドルウェアを作った話(IoTLT vol112 発表資料)
ろくに電子工作もしたことない人間がIoT用ミドルウェアを作った話(IoTLT  vol112 発表資料)ろくに電子工作もしたことない人間がIoT用ミドルウェアを作った話(IoTLT  vol112 発表資料)
ろくに電子工作もしたことない人間がIoT用ミドルウェアを作った話(IoTLT vol112 発表資料)
 
協働AIがもたらす業務効率革命 -日本企業が押さえるべきポイント-Collaborative AI Revolutionizing Busines...
協働AIがもたらす業務効率革命 -日本企業が押さえるべきポイント-Collaborative AI Revolutionizing Busines...協働AIがもたらす業務効率革命 -日本企業が押さえるべきポイント-Collaborative AI Revolutionizing Busines...
協働AIがもたらす業務効率革命 -日本企業が押さえるべきポイント-Collaborative AI Revolutionizing Busines...
 
ヒアラブルへの入力を想定したユーザ定義型ジェスチャ調査と IMUセンサによる耳タッチジェスチャの認識
ヒアラブルへの入力を想定したユーザ定義型ジェスチャ調査と IMUセンサによる耳タッチジェスチャの認識ヒアラブルへの入力を想定したユーザ定義型ジェスチャ調査と IMUセンサによる耳タッチジェスチャの認識
ヒアラブルへの入力を想定したユーザ定義型ジェスチャ調査と IMUセンサによる耳タッチジェスチャの認識
 
無形価値を守り育てる社会における「デー タ」の責務について - Atlas, Inc.
無形価値を守り育てる社会における「デー タ」の責務について - Atlas, Inc.無形価値を守り育てる社会における「デー タ」の責務について - Atlas, Inc.
無形価値を守り育てる社会における「デー タ」の責務について - Atlas, Inc.
 
なぜそのDDDは効果が薄いのか?名ばかりDX案件での経験を踏まえて培った他の思考を交えた現代風?のDDD
なぜそのDDDは効果が薄いのか?名ばかりDX案件での経験を踏まえて培った他の思考を交えた現代風?のDDDなぜそのDDDは効果が薄いのか?名ばかりDX案件での経験を踏まえて培った他の思考を交えた現代風?のDDD
なぜそのDDDは効果が薄いのか?名ばかりDX案件での経験を踏まえて培った他の思考を交えた現代風?のDDD
 
実体験に基づく、成功するスクラム vs 失敗するスクラム 何が違う? 2024年6月22日
実体験に基づく、成功するスクラム vs 失敗するスクラム 何が違う? 2024年6月22日実体験に基づく、成功するスクラム vs 失敗するスクラム 何が違う? 2024年6月22日
実体験に基づく、成功するスクラム vs 失敗するスクラム 何が違う? 2024年6月22日
 
生成AIの実利用に必要なこと-Practical Requirements for the Deployment of Generative AI
生成AIの実利用に必要なこと-Practical Requirements for the Deployment of Generative AI生成AIの実利用に必要なこと-Practical Requirements for the Deployment of Generative AI
生成AIの実利用に必要なこと-Practical Requirements for the Deployment of Generative AI
 
iMacwoSu_Gong_de_barabaranishitaHua_.pptx
iMacwoSu_Gong_de_barabaranishitaHua_.pptxiMacwoSu_Gong_de_barabaranishitaHua_.pptx
iMacwoSu_Gong_de_barabaranishitaHua_.pptx
 
20240621_AI事業者ガイドライン_セキュリティパートの紹介_SeiyaShimabukuro
20240621_AI事業者ガイドライン_セキュリティパートの紹介_SeiyaShimabukuro20240621_AI事業者ガイドライン_セキュリティパートの紹介_SeiyaShimabukuro
20240621_AI事業者ガイドライン_セキュリティパートの紹介_SeiyaShimabukuro
 
Kotest を使って 快適にテストを書こう - KotlinFest 2024
Kotest を使って 快適にテストを書こう - KotlinFest 2024Kotest を使って 快適にテストを書こう - KotlinFest 2024
Kotest を使って 快適にテストを書こう - KotlinFest 2024
 

要件を捨てて検証に出よう。賃貸情報サイト"カリル"での 仮説検証型システム開発 | Livesense Inc.