狠狠撸

狠狠撸Share a Scribd company logo
越境アジャイル
Ichitani Toshihiro
市?聡啓
Transgrade Agile
Transgradeは造語です。
Trasgressに越えるという意味がありますが、違反を犯すなどのネガティブな
意味合いがあるため、gressの語源であるgradeを?いています。
これまでのあり?、程度(grade)を越えるという意思を込めて。
Toshihiro Ichitani All Rights Reserved.
http://about.me/papanda0806
Ichitani Toshihiro
市?聡啓
ソフトウェア開発15年
SIer→サービス→受託→起業
仮説検証とアジャイル開発
ギルドワークス株式会社 代表
DevLOVE コミュニティ ファウンダ
?般社団法? アジャイルチームを?える会 理事
Toshihiro Ichitani All Rights Reserved.
問い
Toshihiro Ichitani All Rights Reserved.
システム開発は
?の企みについて
来れているか?
Toshihiro Ichitani All Rights Reserved.
事業?サービスは成?する
システムはどうか?
Photo via VisualHunt.com
Toshihiro Ichitani All Rights Reserved. Photo credit: Almond Butterscotch via VisualHunt.c
ベンチャー企業が描く野望
中?企業が描く野望
Toshihiro Ichitani All Rights Reserved.
「はじめはスタートアップで?ち
?あげたサービスも数年をかけて
?成?軌道に乗ることができた。
?ここから?気に事業を拡充したい。
?(株式公開もしたい) 」
ベンチャー企業が描く野望
Toshihiro Ichitani All Rights Reserved.
事業拡充のためには業務システムに
?を?れないといけないが、既に
既存システムは伏魔殿と化している
ベンチャーの野望を挫くシステム
業務システムの?直しを?うにも
どこから?をつけて、どのように
要件を詰めれば良いか分からない
(硬いシステム作りに慣れていない)
Toshihiro Ichitani All Rights Reserved.
事業拡充のためには業務システムに
?を?れないといけないが、既に
既存システムは伏魔殿と化している
業務システムの?直しを?うにも
どこから?をつけて、どのように
要件を詰めれば良いか分からない
(硬いシステム作りに慣れていない)
ベンチャーの野望を挫くシステム
?がつけられないバックエンドが
事業展開の?かせになり続ける
バックエンドシステムの要件の整理
設計検討が出来るチームがいない
Toshihiro Ichitani All Rights Reserved.
「ある領域においてシェアを
?確保し事業を運営してきた。
?が、これまで通りでこの先も
?やっていけるわけではない。
?これまでのやり?に縛られず、
?新たなサービスを?ち上げたい」
中?企業が描く野望
Toshihiro Ichitani All Rights Reserved.
サービス作りのための経験が浅い。
サービス作りにこれまでの業務
システム開発のプロセス、思考、
前提を置いてしまう。
中?企業の野望を挫くシステム
既存システムに連携の考えが無く
新サービスと繋げることが出来ない
Toshihiro Ichitani All Rights Reserved.
サービス作りのための経験が浅い。
サービス作りにこれまでの業務
システム開発のプロセス、思考、
前提を置いてしまう。
中?企業の野望を挫くシステム
既存システムに連携の考えが無く
新サービスと繋げることが出来ない
サービス作りに対して
作り?が合っていない
既存のリソース(強み)を
活かすこと出来ない
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望と阻むモノ
サービス系
スタートアップ
ヒトヤマ
乗り越えた
ベンチャー
踊り場にある
中?企業
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望と阻むモノ
サービス系
スタートアップ
ヒトヤマ
乗り越えた
ベンチャー
踊り場にある
中?企業
サービスの拡充にリソースを
集中。業務系は浅く、後回し
(最初の戦略としては合ってる)
Toshihiro Ichitani All Rights Reserved.
正しいものを探すためのアプローチ
リーンスタートアップ
スティーブン?G?ブランクの顧客開発モデルをベースに
エリック?リース?が実践したプロダクト開発の?法論。
「Minimum Viable Product(実?最?限のプロダクト)」による
仮説検証を?う。プロダクトの全てを想定で作りきってしまう
のではなく、検証による学びを積み重ね、ユーザーに必要と
されるプロダクトに近づいていく考え?。
構築
(Build)
計測
(Measure)
学習
(Learn)
Idea
CodeData 如何にしてBuild-Measure-Learnのサイクルを
無駄なく、素早く回すかに集中する。
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望と阻むモノ
サービス系
スタートアップ
ヒトヤマ
乗り越えた
ベンチャー
踊り場にある
中?企業
事業拡充、拡?のために
育ててこなかった業務系
システムへのテコ?れを始める
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望と阻むモノ
サービス系
スタートアップ
踊り場にある
中?企業
ヒトヤマ
乗り越えた
ベンチャー
事業拡充、拡?のために
育ててこなかった業務系
システムへのテコ?れを始める
サービスをつくる?壌はあるが
硬いシステムをつくる作戦が?りない
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望と阻むモノ
サービス系
スタートアップ
ヒトヤマ
乗り越えた
ベンチャー
踊り場にある
中?企業
既存事業の強みを棚卸し
あるいは弱みを補完する
新しいサービス作りへの挑戦
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望と阻むモノ
サービス系
スタートアップ
ヒトヤマ
乗り越えた
ベンチャー
踊り場にある
中?企業
既存事業の強みを棚卸し
あるいは弱みを補完する
新しいサービス作りへの挑戦
サービスをリーンにスタートアップ
させる経験?作戦がない
Toshihiro Ichitani All Rights Reserved.
Photo credit: jaumescar via Visual Hunt / CC BY-NC-SA
間違ったものを
間違いながらつくる
Do the Wrong things Wrong = DWW
Toshihiro Ichitani All Rights Reserved.
?的に叶っているかどうか
怪しいモノを
間違ったやり?で
開発し続けられるほど
事業に許される時間も
ヒトの??も?くない
Photo credit: peretzp via Visualhunt.com / CC BY-SA
Toshihiro Ichitani All Rights Reserved.
戦略的越境
Toshihiro Ichitani All Rights Reserved.
[サービス→業務?向の作戦]
?対象領域の全体感を段階的に探る
?何が、どこに、どのようにあるのか?
?→何が?り(in)、何が出ていくのか(out)
?→どこが境界で、隣り合うのか(interface)
?→時系列に、何が起きて絡むのか(?ow)
?知識を深める活動とモノづくりを?致させる
?つくる対象?周辺の理解を深める(model)
?理解と実装を漸次的(かつ反復的に)?致させる
戦略的越境
Toshihiro Ichitani All Rights Reserved.
戦略的越境
[業務→サービス?向の作戦]
??元の全体感を把握する
?何が、どこに、どのようにあるのか?
?→(前掲)
?分かっていることを増やす活動とモノづくり
?を?致させる
?仮説を?て検証して分かることを増やす
?分かったことを漸次的(かつ反復的に)つくる
Toshihiro Ichitani All Rights Reserved.
[サービス→業務?向の作戦]
?対象領域の全体感を探る
?知識を深める活動と
?モノづくりを?致させる
戦略的越境のための技
[業務→サービス?向の作戦]
??元の全体感を把握する
?分かっていることを増やす活動と
?モノづくりを?致させる
RDRA
DDD
RDRA
仮説検証型
アジャイル開発
Toshihiro Ichitani All Rights Reserved.
[サービス→業務?向の作戦]
?対象領域の全体感を探る
?知識を深める活動と
?モノづくりを?致させる
戦略的越境のための技
[業務→サービス?向の作戦]
??元の全体感を把握する
?分かっていることを増やす活動と
?モノづくりを?致させる
RDRA
DDD
RDRA
仮説検証型
アジャイル開発
神崎 善司さん
増? 亨さん
市? 聡啓
Toshihiro Ichitani All Rights Reserved.
仮説検証とは?
仮説の?案
仮説の検証
検証からの学び
学びの実装
Toshihiro Ichitani All Rights Reserved.
https://guildworks.jp/service/value/
仮説検証アプローチ + アジャイル開発
仮説キャンバスでの仮説?案と検証によるupdateを中?として、
ユーザーインタビューでの探索、ユーザーストーリーマッピングでの
MVP(Minimum Viable Product)の特定を反復的に?う。
特定したMVPを関係者で共通認識しながら、形にするため反復的に
開発を?う
Toshihiro Ichitani All Rights Reserved.
探す つくる
「正しいものを探す」と
「正しくつくる」その両者の時間の
?短組み合わせを最適化する
仮説検証型アジャイル開発
※状況(分かっていること)に応じて探すとつくるの配分、反復を決める
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望
サービス系
スタートアップ
ヒトヤマ
乗り越えた
ベンチャー
踊り場にある
中?企業
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望と阻むモノ
サービス系
スタートアップ
踊り場にある
中?企業
ヒトヤマ
乗り越えた
ベンチャー
事業拡充、拡?のために
育ててこなかった業務系
システムへのテコ?れを始める
サービスをつくる?壌はあるが
硬いシステムをつくる作戦が?りない
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望と戦略的越境
サービス系
スタートアップ
踊り場にある
中?企業
ヒトヤマ
乗り越えた
ベンチャー
RDRA
DDD
全体感を得る → 選択ができる
理解を深めたところからつくる → 集中
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望と阻むモノ
サービス系
スタートアップ
ヒトヤマ
乗り越えた
ベンチャー
踊り場にある
中?企業
既存事業の強みを棚卸し
あるいは弱みを補完する
新しいサービス作りへの挑戦
サービスをリーンにスタートアップ
させる経験?作戦がない
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
サービス系
スタートアップ
ヒトヤマ
乗り越えた
ベンチャー
踊り場にある
中?企業
交差する野望と戦略的越境
RDRA
仮説検証型
アジャイル開発
選択肢を得る → 選択ができる
事実を踏まえて絞り込み、形にする → 集中
Toshihiro Ichitani All Rights Reserved.
事業の成?は、
繰り返す野望と
それを?えるシステムの伸張
から成り?つ
Photo via VisualHunt
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
交差する野望
サービス系
スタートアップ
ヒトヤマ
乗り越えた
ベンチャー
踊り場にある
中?企業
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
繰り返し、成?する野望
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
繰り返し、成?する野望
サービス作りでの
スピード感、越境感を
業務系作りに持ち込む
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
繰り返し、成?する野望
業務系システム拡充に
よりデータの取り出しが
容易になりサービス作りの
アドバンテージとなる
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
繰り返し、成?する野望
サービスの成功から
適した業務系システムの
拡充を?う。サービスと
業務が両輪で事業は強化
されていく
Toshihiro Ichitani All Rights Reserved.
サービス系
業務系
規模? 規模?
繰り返し、成?する野望
wwサービス作りと業務系拡充?体を
反復的に伸張させていく
→境界を越えられる技と価値観が必要
Toshihiro Ichitani All Rights Reserved.
[サービス→業務?向の作戦]
?対象領域の全体感を探る
?知識を深める活動と
?モノづくりを?致させる
戦略的越境のための 技
[業務→サービス?向の作戦]
??元の全体感を把握する
?分かっていることを増やす活動と
?モノづくりを?致させる
RDRA
DDD
RDRA
仮説検証型
アジャイル開発
神崎 善司さん
増? 亨さん
市? 聡啓
Toshihiro Ichitani All Rights Reserved.Photo credit: egisto.sani via Visual hunt / CC BY-NC-SA
今までこうだったから、
誰かが作ったシステムがこうだから、
この先は役割が違うから、
考えたことがないから、
から
Toshihiro Ichitani All Rights Reserved.
これからを?分で決めるために、
作ったモノに誇りを持つために、
役割の向こうにある発?のために、
ありたい?向へ向かい続けるために、
Toshihiro Ichitani All Rights Reserved.
越境せよ。
Toshihiro Ichitani All Rights Reserved.
越境せよ。
「反復的なモノづくり」
?からの
「反復なシステムづくり」
?による
「反復的な事業成?」
?を?えるのは
「越境」という意思
越境アジャイル
Transgrade Agile

More Related Content

What's hot (20)

TDD のこころ
TDD のこころTDD のこころ
TDD のこころ
Takuto Wada
?
テスト计画セッション
テスト计画セッションテスト计画セッション
テスト计画セッション
Tomoaki Fukura
?
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へパターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
?
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjugフロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
?
人间中心设计の国际规格滨厂翱9241-210:2010のポイント
人间中心设计の国际规格滨厂翱9241-210:2010のポイント人间中心设计の国际规格滨厂翱9241-210:2010のポイント
人间中心设计の国际规格滨厂翱9241-210:2010のポイント
Masaya Ando
?
45分间で「ユーザー中心のものづくり」ができるまで詰め込む
45分间で「ユーザー中心のものづくり」ができるまで詰め込む45分间で「ユーザー中心のものづくり」ができるまで詰め込む
45分间で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
?
チケット駆动开発の解説~タスク管理からプロセス改善へ
チケット駆动开発の解説~タスク管理からプロセス改善へチケット駆动开発の解説~タスク管理からプロセス改善へ
チケット駆动开発の解説~タスク管理からプロセス改善へ
akipii Oga
?
ビジネスパーソンのための顿齿入门讲座エッセンス版
ビジネスパーソンのための顿齿入门讲座エッセンス版ビジネスパーソンのための顿齿入门讲座エッセンス版
ビジネスパーソンのための顿齿入门讲座エッセンス版
Tokoroten Nakayama
?
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるなテスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
?
4つの戦犯から考えるサーヒ?スつ?くりの失败
4つの戦犯から考えるサーヒ?スつ?くりの失败4つの戦犯から考えるサーヒ?スつ?くりの失败
4つの戦犯から考えるサーヒ?スつ?くりの失败
toshihiro ichitani
?
9コマシナリオの使い方
9コマシナリオの使い方9コマシナリオの使い方
9コマシナリオの使い方
Mayumi Okusa
?
緊急Ques - コードのメトリクスに基づくリファクタリング戦略
緊急Ques - コードのメトリクスに基づくリファクタリング戦略緊急Ques - コードのメトリクスに基づくリファクタリング戦略
緊急Ques - コードのメトリクスに基づくリファクタリング戦略
Tomoki Kuriyama
?
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについてProduct ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについて
Noritaka Shinohara
?
なせ?「マイクロサーヒ?ス“化”」か?必要なのか
なせ?「マイクロサーヒ?ス“化”」か?必要なのかなせ?「マイクロサーヒ?ス“化”」か?必要なのか
なせ?「マイクロサーヒ?ス“化”」か?必要なのか
Yusuke Suzuki
?
フ?レセ?ン基礎講座 2016.11
フ?レセ?ン基礎講座 2016.11フ?レセ?ン基礎講座 2016.11
フ?レセ?ン基礎講座 2016.11
智治 長沢
?
DeNAの品質を支えるQAの取り組み ?標準化から実践まで?
DeNAの品質を支えるQAの取り組み ?標準化から実践まで?DeNAの品質を支えるQAの取り組み ?標準化から実践まで?
DeNAの品質を支えるQAの取り組み ?標準化から実践まで?
Tetsuya Kouno
?
人生か?ときめくAPIテスト自動化 with Karate
人生か?ときめくAPIテスト自動化 with Karate人生か?ときめくAPIテスト自動化 with Karate
人生か?ときめくAPIテスト自動化 with Karate
Takanori Suzuki
?
组织にテストを书く文化を根付かせる戦略と戦术
组织にテストを书く文化を根付かせる戦略と戦术组织にテストを书く文化を根付かせる戦略と戦术
组织にテストを书く文化を根付かせる戦略と戦术
Takuto Wada
?
Head First Inception Deck
Head First Inception DeckHead First Inception Deck
Head First Inception Deck
Naoto Nishimura
?
マイクロにしすぎた结果がこれだよ!
マイクロにしすぎた结果がこれだよ!マイクロにしすぎた结果がこれだよ!
マイクロにしすぎた结果がこれだよ!
mosa siru
?
テスト计画セッション
テスト计画セッションテスト计画セッション
テスト计画セッション
Tomoaki Fukura
?
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へパターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
?
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjugフロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
?
人间中心设计の国际规格滨厂翱9241-210:2010のポイント
人间中心设计の国际规格滨厂翱9241-210:2010のポイント人间中心设计の国际规格滨厂翱9241-210:2010のポイント
人间中心设计の国际规格滨厂翱9241-210:2010のポイント
Masaya Ando
?
45分间で「ユーザー中心のものづくり」ができるまで詰め込む
45分间で「ユーザー中心のものづくり」ができるまで詰め込む45分间で「ユーザー中心のものづくり」ができるまで詰め込む
45分间で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
?
チケット駆动开発の解説~タスク管理からプロセス改善へ
チケット駆动开発の解説~タスク管理からプロセス改善へチケット駆动开発の解説~タスク管理からプロセス改善へ
チケット駆动开発の解説~タスク管理からプロセス改善へ
akipii Oga
?
ビジネスパーソンのための顿齿入门讲座エッセンス版
ビジネスパーソンのための顿齿入门讲座エッセンス版ビジネスパーソンのための顿齿入门讲座エッセンス版
ビジネスパーソンのための顿齿入门讲座エッセンス版
Tokoroten Nakayama
?
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるなテスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
?
4つの戦犯から考えるサーヒ?スつ?くりの失败
4つの戦犯から考えるサーヒ?スつ?くりの失败4つの戦犯から考えるサーヒ?スつ?くりの失败
4つの戦犯から考えるサーヒ?スつ?くりの失败
toshihiro ichitani
?
9コマシナリオの使い方
9コマシナリオの使い方9コマシナリオの使い方
9コマシナリオの使い方
Mayumi Okusa
?
緊急Ques - コードのメトリクスに基づくリファクタリング戦略
緊急Ques - コードのメトリクスに基づくリファクタリング戦略緊急Ques - コードのメトリクスに基づくリファクタリング戦略
緊急Ques - コードのメトリクスに基づくリファクタリング戦略
Tomoki Kuriyama
?
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについてProduct ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについて
Noritaka Shinohara
?
なせ?「マイクロサーヒ?ス“化”」か?必要なのか
なせ?「マイクロサーヒ?ス“化”」か?必要なのかなせ?「マイクロサーヒ?ス“化”」か?必要なのか
なせ?「マイクロサーヒ?ス“化”」か?必要なのか
Yusuke Suzuki
?
フ?レセ?ン基礎講座 2016.11
フ?レセ?ン基礎講座 2016.11フ?レセ?ン基礎講座 2016.11
フ?レセ?ン基礎講座 2016.11
智治 長沢
?
DeNAの品質を支えるQAの取り組み ?標準化から実践まで?
DeNAの品質を支えるQAの取り組み ?標準化から実践まで?DeNAの品質を支えるQAの取り組み ?標準化から実践まで?
DeNAの品質を支えるQAの取り組み ?標準化から実践まで?
Tetsuya Kouno
?
人生か?ときめくAPIテスト自動化 with Karate
人生か?ときめくAPIテスト自動化 with Karate人生か?ときめくAPIテスト自動化 with Karate
人生か?ときめくAPIテスト自動化 with Karate
Takanori Suzuki
?
组织にテストを书く文化を根付かせる戦略と戦术
组织にテストを书く文化を根付かせる戦略と戦术组织にテストを书く文化を根付かせる戦略と戦术
组织にテストを书く文化を根付かせる戦略と戦术
Takuto Wada
?
マイクロにしすぎた结果がこれだよ!
マイクロにしすぎた结果がこれだよ!マイクロにしすぎた结果がこれだよ!
マイクロにしすぎた结果がこれだよ!
mosa siru
?

Similar to 越境アシ?ャイル (20)

时を超えた越境への道
时を超えた越境への道时を超えた越境への道
时を超えた越境への道
toshihiro ichitani
?
越境?ジャーニー
越境?ジャーニー越境?ジャーニー
越境?ジャーニー
toshihiro ichitani
?
Trust Based Development
Trust Based DevelopmentTrust Based Development
Trust Based Development
toshihiro ichitani
?
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
toshihiro ichitani
?
良い感じの状况をつくる
良い感じの状况をつくる良い感じの状况をつくる
良い感じの状况をつくる
toshihiro ichitani
?
逆境から新规事业をスタートアッフ?する「仮説検証型アシ?ャイル开発」の実践
逆境から新规事业をスタートアッフ?する「仮説検証型アシ?ャイル开発」の実践逆境から新规事业をスタートアッフ?する「仮説検証型アシ?ャイル开発」の実践
逆境から新规事业をスタートアッフ?する「仮説検証型アシ?ャイル开発」の実践
toshihiro ichitani
?
フ?ロタ?クトオーナーか?知るへ?き97のこと
フ?ロタ?クトオーナーか?知るへ?き97のことフ?ロタ?クトオーナーか?知るへ?き97のこと
フ?ロタ?クトオーナーか?知るへ?き97のこと
toshihiro ichitani
?
チーム仕事のはし?め方 ?「チームビルド」から「チームマージ」へ
チーム仕事のはし?め方 ?「チームビルド」から「チームマージ」へチーム仕事のはし?め方 ?「チームビルド」から「チームマージ」へ
チーム仕事のはし?め方 ?「チームビルド」から「チームマージ」へ
toshihiro ichitani
?
アシ?ャイル开発は奥丑测から始まる
アシ?ャイル开発は奥丑测から始まるアシ?ャイル开発は奥丑测から始まる
アシ?ャイル开発は奥丑测から始まる
toshihiro ichitani
?
逆境からのアシ?ャイル
逆境からのアシ?ャイル逆境からのアシ?ャイル
逆境からのアシ?ャイル
toshihiro ichitani
?
NGY Goodfind Seminar 2011-12-10
NGY Goodfind Seminar 2011-12-10NGY Goodfind Seminar 2011-12-10
NGY Goodfind Seminar 2011-12-10
YUTAKA ITO
?
身体化する组织
身体化する组织身体化する组织
身体化する组织
toshihiro ichitani
?
オタクエンジニアを热くさせる!モチベーションと効率をあげるチームビルディング冲20210611冲罢别肠丑顿补测#1冲3
オタクエンジニアを热くさせる!モチベーションと効率をあげるチームビルディング冲20210611冲罢别肠丑顿补测#1冲3オタクエンジニアを热くさせる!モチベーションと効率をあげるチームビルディング冲20210611冲罢别肠丑顿补测#1冲3
オタクエンジニアを热くさせる!モチベーションと効率をあげるチームビルディング冲20210611冲罢别肠丑顿补测#1冲3
虎の穴 開発室
?
东北て?3年间クラウト?のフルマネーシ?ト?サーヒ?スをやってきて感し?たこと
东北て?3年间クラウト?のフルマネーシ?ト?サーヒ?スをやってきて感し?たこと东北て?3年间クラウト?のフルマネーシ?ト?サーヒ?スをやってきて感し?たこと
东北て?3年间クラウト?のフルマネーシ?ト?サーヒ?スをやってきて感し?たこと
Takuya Tachibana
?
越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things- 越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-
toshihiro ichitani
?
越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-
GuildWorks
?
Gd seminar-goodfind-ito
Gd seminar-goodfind-itoGd seminar-goodfind-ito
Gd seminar-goodfind-ito
YUTAKA ITO
?
自分のハンドルは自分で握れ
自分のハンドルは自分で握れ自分のハンドルは自分で握れ
自分のハンドルは自分で握れ
toshihiro ichitani
?
オタクエンジニアを热くさせる!モチベーションをあげるチームビルディング
オタクエンジニアを热くさせる!モチベーションをあげるチームビルディングオタクエンジニアを热くさせる!モチベーションをあげるチームビルディング
オタクエンジニアを热くさせる!モチベーションをあげるチームビルディング
虎の穴 開発室
?
アシ?ャイルシ?ャーニー
アシ?ャイルシ?ャーニーアシ?ャイルシ?ャーニー
アシ?ャイルシ?ャーニー
toshihiro ichitani
?
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
toshihiro ichitani
?
良い感じの状况をつくる
良い感じの状况をつくる良い感じの状况をつくる
良い感じの状况をつくる
toshihiro ichitani
?
逆境から新规事业をスタートアッフ?する「仮説検証型アシ?ャイル开発」の実践
逆境から新规事业をスタートアッフ?する「仮説検証型アシ?ャイル开発」の実践逆境から新规事业をスタートアッフ?する「仮説検証型アシ?ャイル开発」の実践
逆境から新规事业をスタートアッフ?する「仮説検証型アシ?ャイル开発」の実践
toshihiro ichitani
?
フ?ロタ?クトオーナーか?知るへ?き97のこと
フ?ロタ?クトオーナーか?知るへ?き97のことフ?ロタ?クトオーナーか?知るへ?き97のこと
フ?ロタ?クトオーナーか?知るへ?き97のこと
toshihiro ichitani
?
チーム仕事のはし?め方 ?「チームビルド」から「チームマージ」へ
チーム仕事のはし?め方 ?「チームビルド」から「チームマージ」へチーム仕事のはし?め方 ?「チームビルド」から「チームマージ」へ
チーム仕事のはし?め方 ?「チームビルド」から「チームマージ」へ
toshihiro ichitani
?
アシ?ャイル开発は奥丑测から始まる
アシ?ャイル开発は奥丑测から始まるアシ?ャイル开発は奥丑测から始まる
アシ?ャイル开発は奥丑测から始まる
toshihiro ichitani
?
NGY Goodfind Seminar 2011-12-10
NGY Goodfind Seminar 2011-12-10NGY Goodfind Seminar 2011-12-10
NGY Goodfind Seminar 2011-12-10
YUTAKA ITO
?
オタクエンジニアを热くさせる!モチベーションと効率をあげるチームビルディング冲20210611冲罢别肠丑顿补测#1冲3
オタクエンジニアを热くさせる!モチベーションと効率をあげるチームビルディング冲20210611冲罢别肠丑顿补测#1冲3オタクエンジニアを热くさせる!モチベーションと効率をあげるチームビルディング冲20210611冲罢别肠丑顿补测#1冲3
オタクエンジニアを热くさせる!モチベーションと効率をあげるチームビルディング冲20210611冲罢别肠丑顿补测#1冲3
虎の穴 開発室
?
东北て?3年间クラウト?のフルマネーシ?ト?サーヒ?スをやってきて感し?たこと
东北て?3年间クラウト?のフルマネーシ?ト?サーヒ?スをやってきて感し?たこと东北て?3年间クラウト?のフルマネーシ?ト?サーヒ?スをやってきて感し?たこと
东北て?3年间クラウト?のフルマネーシ?ト?サーヒ?スをやってきて感し?たこと
Takuya Tachibana
?
越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things- 越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-
toshihiro ichitani
?
越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-越境する開発 -Seek Right Things-
越境する開発 -Seek Right Things-
GuildWorks
?
Gd seminar-goodfind-ito
Gd seminar-goodfind-itoGd seminar-goodfind-ito
Gd seminar-goodfind-ito
YUTAKA ITO
?
自分のハンドルは自分で握れ
自分のハンドルは自分で握れ自分のハンドルは自分で握れ
自分のハンドルは自分で握れ
toshihiro ichitani
?
オタクエンジニアを热くさせる!モチベーションをあげるチームビルディング
オタクエンジニアを热くさせる!モチベーションをあげるチームビルディングオタクエンジニアを热くさせる!モチベーションをあげるチームビルディング
オタクエンジニアを热くさせる!モチベーションをあげるチームビルディング
虎の穴 開発室
?

More from toshihiro ichitani (20)

アシ?ャイル开発は世界を変える梦を见るか
アシ?ャイル开発は世界を変える梦を见るかアシ?ャイル开発は世界を変える梦を见るか
アシ?ャイル开発は世界を変える梦を见るか
toshihiro ichitani
?
ナラティブ?プロトタイピング
ナラティブ?プロトタイピングナラティブ?プロトタイピング
ナラティブ?プロトタイピング
toshihiro ichitani
?
组织にアジャイルの构造を作る
组织にアジャイルの构造を作る组织にアジャイルの构造を作る
组织にアジャイルの构造を作る
toshihiro ichitani
?
組織て?アシ?ャイルの ”回転” を繋く?
 組織て?アシ?ャイルの ”回転” を繋く? 組織て?アシ?ャイルの ”回転” を繋く?
組織て?アシ?ャイルの ”回転” を繋く?
toshihiro ichitani
?
组织アジャイルをはじめる
组织アジャイルをはじめる组织アジャイルをはじめる
组织アジャイルをはじめる
toshihiro ichitani
?
デジタルトランスフォーメーション?ジャーニー?デッキ
デジタルトランスフォーメーション?ジャーニー?デッキデジタルトランスフォーメーション?ジャーニー?デッキ
デジタルトランスフォーメーション?ジャーニー?デッキ
toshihiro ichitani
?
Digitaltransformation Journey
Digitaltransformation JourneyDigitaltransformation Journey
Digitaltransformation Journey
toshihiro ichitani
?
Agile again
Agile againAgile again
Agile again
toshihiro ichitani
?
伝统的な组织で始めるアジャイル
伝统的な组织で始めるアジャイル伝统的な组织で始めるアジャイル
伝统的な组织で始めるアジャイル
toshihiro ichitani
?
アジャイルブリゲード ?対立する二項を組織の構造と仕組みによって繋ぐ?
アジャイルブリゲード ?対立する二項を組織の構造と仕組みによって繋ぐ?アジャイルブリゲード ?対立する二項を組織の構造と仕組みによって繋ぐ?
アジャイルブリゲード ?対立する二項を組織の構造と仕組みによって繋ぐ?
toshihiro ichitani
?
私がのこすだろうたった1つの言叶
私がのこすだろうたった1つの言叶私がのこすだろうたった1つの言叶
私がのこすだろうたった1つの言叶
toshihiro ichitani
?
13年かけたら、言えること
13年かけたら、言えること13年かけたら、言えること
13年かけたら、言えること
toshihiro ichitani
?
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる
toshihiro ichitani
?
チーム?ジャーニー?デッキ
チーム?ジャーニー?デッキチーム?ジャーニー?デッキ
チーム?ジャーニー?デッキ
toshihiro ichitani
?
チーム?ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム?ジャーニー 逆境を越える、変化に強いチームをつくりあげるまでチーム?ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム?ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
toshihiro ichitani
?
ISHII SPRINT
ISHII SPRINTISHII SPRINT
ISHII SPRINT
toshihiro ichitani
?
ともに考え、ともにつくる ?リーン?ジャーニー?スタイル?
ともに考え、ともにつくる ?リーン?ジャーニー?スタイル? ともに考え、ともにつくる ?リーン?ジャーニー?スタイル?
ともに考え、ともにつくる ?リーン?ジャーニー?スタイル?
toshihiro ichitani
?
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
toshihiro ichitani
?
プロダクト开発を繋げる
プロダクト开発を繋げるプロダクト开発を繋げる
プロダクト开発を繋げる
toshihiro ichitani
?
见えないものを见ようとして僕らは何をのぞきこむか
见えないものを见ようとして僕らは何をのぞきこむか见えないものを见ようとして僕らは何をのぞきこむか
见えないものを见ようとして僕らは何をのぞきこむか
toshihiro ichitani
?
アシ?ャイル开発は世界を変える梦を见るか
アシ?ャイル开発は世界を変える梦を见るかアシ?ャイル开発は世界を変える梦を见るか
アシ?ャイル开発は世界を変える梦を见るか
toshihiro ichitani
?
ナラティブ?プロトタイピング
ナラティブ?プロトタイピングナラティブ?プロトタイピング
ナラティブ?プロトタイピング
toshihiro ichitani
?
组织にアジャイルの构造を作る
组织にアジャイルの构造を作る组织にアジャイルの构造を作る
组织にアジャイルの构造を作る
toshihiro ichitani
?
組織て?アシ?ャイルの ”回転” を繋く?
 組織て?アシ?ャイルの ”回転” を繋く? 組織て?アシ?ャイルの ”回転” を繋く?
組織て?アシ?ャイルの ”回転” を繋く?
toshihiro ichitani
?
组织アジャイルをはじめる
组织アジャイルをはじめる组织アジャイルをはじめる
组织アジャイルをはじめる
toshihiro ichitani
?
デジタルトランスフォーメーション?ジャーニー?デッキ
デジタルトランスフォーメーション?ジャーニー?デッキデジタルトランスフォーメーション?ジャーニー?デッキ
デジタルトランスフォーメーション?ジャーニー?デッキ
toshihiro ichitani
?
伝统的な组织で始めるアジャイル
伝统的な组织で始めるアジャイル伝统的な组织で始めるアジャイル
伝统的な组织で始めるアジャイル
toshihiro ichitani
?
アジャイルブリゲード ?対立する二項を組織の構造と仕組みによって繋ぐ?
アジャイルブリゲード ?対立する二項を組織の構造と仕組みによって繋ぐ?アジャイルブリゲード ?対立する二項を組織の構造と仕組みによって繋ぐ?
アジャイルブリゲード ?対立する二項を組織の構造と仕組みによって繋ぐ?
toshihiro ichitani
?
私がのこすだろうたった1つの言叶
私がのこすだろうたった1つの言叶私がのこすだろうたった1つの言叶
私がのこすだろうたった1つの言叶
toshihiro ichitani
?
13年かけたら、言えること
13年かけたら、言えること13年かけたら、言えること
13年かけたら、言えること
toshihiro ichitani
?
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる
toshihiro ichitani
?
チーム?ジャーニー?デッキ
チーム?ジャーニー?デッキチーム?ジャーニー?デッキ
チーム?ジャーニー?デッキ
toshihiro ichitani
?
チーム?ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム?ジャーニー 逆境を越える、変化に強いチームをつくりあげるまでチーム?ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム?ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
toshihiro ichitani
?
ともに考え、ともにつくる ?リーン?ジャーニー?スタイル?
ともに考え、ともにつくる ?リーン?ジャーニー?スタイル? ともに考え、ともにつくる ?リーン?ジャーニー?スタイル?
ともに考え、ともにつくる ?リーン?ジャーニー?スタイル?
toshihiro ichitani
?
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
toshihiro ichitani
?
プロダクト开発を繋げる
プロダクト开発を繋げるプロダクト开発を繋げる
プロダクト开発を繋げる
toshihiro ichitani
?
见えないものを见ようとして僕らは何をのぞきこむか
见えないものを见ようとして僕らは何をのぞきこむか见えないものを见ようとして僕らは何をのぞきこむか
见えないものを见ようとして僕らは何をのぞきこむか
toshihiro ichitani
?

越境アシ?ャイル

  • 3. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市?聡啓 ソフトウェア開発15年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 DevLOVE コミュニティ ファウンダ ?般社団法? アジャイルチームを?える会 理事
  • 4. Toshihiro Ichitani All Rights Reserved. 問い
  • 5. Toshihiro Ichitani All Rights Reserved. システム開発は ?の企みについて 来れているか?
  • 6. Toshihiro Ichitani All Rights Reserved. 事業?サービスは成?する システムはどうか? Photo via VisualHunt.com
  • 7. Toshihiro Ichitani All Rights Reserved. Photo credit: Almond Butterscotch via VisualHunt.c ベンチャー企業が描く野望 中?企業が描く野望
  • 8. Toshihiro Ichitani All Rights Reserved. 「はじめはスタートアップで?ち ?あげたサービスも数年をかけて ?成?軌道に乗ることができた。 ?ここから?気に事業を拡充したい。 ?(株式公開もしたい) 」 ベンチャー企業が描く野望
  • 9. Toshihiro Ichitani All Rights Reserved. 事業拡充のためには業務システムに ?を?れないといけないが、既に 既存システムは伏魔殿と化している ベンチャーの野望を挫くシステム 業務システムの?直しを?うにも どこから?をつけて、どのように 要件を詰めれば良いか分からない (硬いシステム作りに慣れていない)
  • 10. Toshihiro Ichitani All Rights Reserved. 事業拡充のためには業務システムに ?を?れないといけないが、既に 既存システムは伏魔殿と化している 業務システムの?直しを?うにも どこから?をつけて、どのように 要件を詰めれば良いか分からない (硬いシステム作りに慣れていない) ベンチャーの野望を挫くシステム ?がつけられないバックエンドが 事業展開の?かせになり続ける バックエンドシステムの要件の整理 設計検討が出来るチームがいない
  • 11. Toshihiro Ichitani All Rights Reserved. 「ある領域においてシェアを ?確保し事業を運営してきた。 ?が、これまで通りでこの先も ?やっていけるわけではない。 ?これまでのやり?に縛られず、 ?新たなサービスを?ち上げたい」 中?企業が描く野望
  • 12. Toshihiro Ichitani All Rights Reserved. サービス作りのための経験が浅い。 サービス作りにこれまでの業務 システム開発のプロセス、思考、 前提を置いてしまう。 中?企業の野望を挫くシステム 既存システムに連携の考えが無く 新サービスと繋げることが出来ない
  • 13. Toshihiro Ichitani All Rights Reserved. サービス作りのための経験が浅い。 サービス作りにこれまでの業務 システム開発のプロセス、思考、 前提を置いてしまう。 中?企業の野望を挫くシステム 既存システムに連携の考えが無く 新サービスと繋げることが出来ない サービス作りに対して 作り?が合っていない 既存のリソース(強み)を 活かすこと出来ない
  • 14. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望と阻むモノ サービス系 スタートアップ ヒトヤマ 乗り越えた ベンチャー 踊り場にある 中?企業
  • 15. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望と阻むモノ サービス系 スタートアップ ヒトヤマ 乗り越えた ベンチャー 踊り場にある 中?企業 サービスの拡充にリソースを 集中。業務系は浅く、後回し (最初の戦略としては合ってる)
  • 16. Toshihiro Ichitani All Rights Reserved. 正しいものを探すためのアプローチ リーンスタートアップ スティーブン?G?ブランクの顧客開発モデルをベースに エリック?リース?が実践したプロダクト開発の?法論。 「Minimum Viable Product(実?最?限のプロダクト)」による 仮説検証を?う。プロダクトの全てを想定で作りきってしまう のではなく、検証による学びを積み重ね、ユーザーに必要と されるプロダクトに近づいていく考え?。 構築 (Build) 計測 (Measure) 学習 (Learn) Idea CodeData 如何にしてBuild-Measure-Learnのサイクルを 無駄なく、素早く回すかに集中する。
  • 17. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望と阻むモノ サービス系 スタートアップ ヒトヤマ 乗り越えた ベンチャー 踊り場にある 中?企業 事業拡充、拡?のために 育ててこなかった業務系 システムへのテコ?れを始める
  • 18. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望と阻むモノ サービス系 スタートアップ 踊り場にある 中?企業 ヒトヤマ 乗り越えた ベンチャー 事業拡充、拡?のために 育ててこなかった業務系 システムへのテコ?れを始める サービスをつくる?壌はあるが 硬いシステムをつくる作戦が?りない
  • 19. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望と阻むモノ サービス系 スタートアップ ヒトヤマ 乗り越えた ベンチャー 踊り場にある 中?企業 既存事業の強みを棚卸し あるいは弱みを補完する 新しいサービス作りへの挑戦
  • 20. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望と阻むモノ サービス系 スタートアップ ヒトヤマ 乗り越えた ベンチャー 踊り場にある 中?企業 既存事業の強みを棚卸し あるいは弱みを補完する 新しいサービス作りへの挑戦 サービスをリーンにスタートアップ させる経験?作戦がない
  • 21. Toshihiro Ichitani All Rights Reserved. Photo credit: jaumescar via Visual Hunt / CC BY-NC-SA 間違ったものを 間違いながらつくる Do the Wrong things Wrong = DWW
  • 22. Toshihiro Ichitani All Rights Reserved. ?的に叶っているかどうか 怪しいモノを 間違ったやり?で 開発し続けられるほど 事業に許される時間も ヒトの??も?くない Photo credit: peretzp via Visualhunt.com / CC BY-SA
  • 23. Toshihiro Ichitani All Rights Reserved. 戦略的越境
  • 24. Toshihiro Ichitani All Rights Reserved. [サービス→業務?向の作戦] ?対象領域の全体感を段階的に探る ?何が、どこに、どのようにあるのか? ?→何が?り(in)、何が出ていくのか(out) ?→どこが境界で、隣り合うのか(interface) ?→時系列に、何が起きて絡むのか(?ow) ?知識を深める活動とモノづくりを?致させる ?つくる対象?周辺の理解を深める(model) ?理解と実装を漸次的(かつ反復的に)?致させる 戦略的越境
  • 25. Toshihiro Ichitani All Rights Reserved. 戦略的越境 [業務→サービス?向の作戦] ??元の全体感を把握する ?何が、どこに、どのようにあるのか? ?→(前掲) ?分かっていることを増やす活動とモノづくり ?を?致させる ?仮説を?て検証して分かることを増やす ?分かったことを漸次的(かつ反復的に)つくる
  • 26. Toshihiro Ichitani All Rights Reserved. [サービス→業務?向の作戦] ?対象領域の全体感を探る ?知識を深める活動と ?モノづくりを?致させる 戦略的越境のための技 [業務→サービス?向の作戦] ??元の全体感を把握する ?分かっていることを増やす活動と ?モノづくりを?致させる RDRA DDD RDRA 仮説検証型 アジャイル開発
  • 27. Toshihiro Ichitani All Rights Reserved. [サービス→業務?向の作戦] ?対象領域の全体感を探る ?知識を深める活動と ?モノづくりを?致させる 戦略的越境のための技 [業務→サービス?向の作戦] ??元の全体感を把握する ?分かっていることを増やす活動と ?モノづくりを?致させる RDRA DDD RDRA 仮説検証型 アジャイル開発 神崎 善司さん 増? 亨さん 市? 聡啓
  • 28. Toshihiro Ichitani All Rights Reserved. 仮説検証とは? 仮説の?案 仮説の検証 検証からの学び 学びの実装
  • 29. Toshihiro Ichitani All Rights Reserved. https://guildworks.jp/service/value/ 仮説検証アプローチ + アジャイル開発 仮説キャンバスでの仮説?案と検証によるupdateを中?として、 ユーザーインタビューでの探索、ユーザーストーリーマッピングでの MVP(Minimum Viable Product)の特定を反復的に?う。 特定したMVPを関係者で共通認識しながら、形にするため反復的に 開発を?う
  • 30. Toshihiro Ichitani All Rights Reserved. 探す つくる 「正しいものを探す」と 「正しくつくる」その両者の時間の ?短組み合わせを最適化する 仮説検証型アジャイル開発 ※状況(分かっていること)に応じて探すとつくるの配分、反復を決める
  • 31. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望 サービス系 スタートアップ ヒトヤマ 乗り越えた ベンチャー 踊り場にある 中?企業
  • 32. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望と阻むモノ サービス系 スタートアップ 踊り場にある 中?企業 ヒトヤマ 乗り越えた ベンチャー 事業拡充、拡?のために 育ててこなかった業務系 システムへのテコ?れを始める サービスをつくる?壌はあるが 硬いシステムをつくる作戦が?りない
  • 33. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望と戦略的越境 サービス系 スタートアップ 踊り場にある 中?企業 ヒトヤマ 乗り越えた ベンチャー RDRA DDD 全体感を得る → 選択ができる 理解を深めたところからつくる → 集中
  • 34. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望と阻むモノ サービス系 スタートアップ ヒトヤマ 乗り越えた ベンチャー 踊り場にある 中?企業 既存事業の強みを棚卸し あるいは弱みを補完する 新しいサービス作りへの挑戦 サービスをリーンにスタートアップ させる経験?作戦がない
  • 35. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? サービス系 スタートアップ ヒトヤマ 乗り越えた ベンチャー 踊り場にある 中?企業 交差する野望と戦略的越境 RDRA 仮説検証型 アジャイル開発 選択肢を得る → 選択ができる 事実を踏まえて絞り込み、形にする → 集中
  • 36. Toshihiro Ichitani All Rights Reserved. 事業の成?は、 繰り返す野望と それを?えるシステムの伸張 から成り?つ Photo via VisualHunt
  • 37. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 交差する野望 サービス系 スタートアップ ヒトヤマ 乗り越えた ベンチャー 踊り場にある 中?企業
  • 38. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 繰り返し、成?する野望
  • 39. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 繰り返し、成?する野望 サービス作りでの スピード感、越境感を 業務系作りに持ち込む
  • 40. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 繰り返し、成?する野望 業務系システム拡充に よりデータの取り出しが 容易になりサービス作りの アドバンテージとなる
  • 41. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 繰り返し、成?する野望 サービスの成功から 適した業務系システムの 拡充を?う。サービスと 業務が両輪で事業は強化 されていく
  • 42. Toshihiro Ichitani All Rights Reserved. サービス系 業務系 規模? 規模? 繰り返し、成?する野望 wwサービス作りと業務系拡充?体を 反復的に伸張させていく →境界を越えられる技と価値観が必要
  • 43. Toshihiro Ichitani All Rights Reserved. [サービス→業務?向の作戦] ?対象領域の全体感を探る ?知識を深める活動と ?モノづくりを?致させる 戦略的越境のための 技 [業務→サービス?向の作戦] ??元の全体感を把握する ?分かっていることを増やす活動と ?モノづくりを?致させる RDRA DDD RDRA 仮説検証型 アジャイル開発 神崎 善司さん 増? 亨さん 市? 聡啓
  • 44. Toshihiro Ichitani All Rights Reserved.Photo credit: egisto.sani via Visual hunt / CC BY-NC-SA 今までこうだったから、 誰かが作ったシステムがこうだから、 この先は役割が違うから、 考えたことがないから、 から
  • 45. Toshihiro Ichitani All Rights Reserved. これからを?分で決めるために、 作ったモノに誇りを持つために、 役割の向こうにある発?のために、 ありたい?向へ向かい続けるために、
  • 46. Toshihiro Ichitani All Rights Reserved. 越境せよ。
  • 47. Toshihiro Ichitani All Rights Reserved. 越境せよ。 「反復的なモノづくり」 ?からの 「反復なシステムづくり」 ?による 「反復的な事業成?」 ?を?えるのは 「越境」という意思