Submit Search
Upload
最高のScrumキメた後にスケールさせようとして混乱した話
•
15 likes
•
6,888 views
Arata Fujimura
Follow
Regional Scrum Gathering Tokyo 2020 での登壇資料です
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 74
Download now
Download to read offline
Recommended
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
Koichiro Matsuoka
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
ベロシティを上手く使って 技術的負債を計画的に解消する
ベロシティを上手く使って 技術的負債を計画的に解消する
Koichiro Matsuoka
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
Narichika Kajihara
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
Recommended
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
Koichiro Matsuoka
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
ベロシティを上手く使って 技術的負債を計画的に解消する
ベロシティを上手く使って 技術的負債を計画的に解消する
Koichiro Matsuoka
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
Narichika Kajihara
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
世界でいちばんわかりやすいドメイン駆動設計
世界でいちばんわかりやすいドメイン駆動設計
増田 亨
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
はじめてのPRD
はじめてのPRD
Takuya Oikawa
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
ChatGPTは思ったほど賢くない
ChatGPTは思ったほど賢くない
Carnot Inc.
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
Shuichi Tsutsumi
チケット駆動開発の解説~タスク管理からプロセス改善へ
チケット駆動開発の解説~タスク管理からプロセス改善へ
akipii Oga
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
モデリングもしないでアジャイルとは何事だ
モデリングもしないでアジャイルとは何事だ
Iwao Harada
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
インセプションデッキのひな形(PPT形式:ダウンロード用)
インセプションデッキのひな形(PPT形式:ダウンロード用)
A AOKI
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
Recruit Lifestyle Co., Ltd.
いまなぜドメイン駆動設計か
いまなぜドメイン駆動設計か
増田 亨
正しいものを正しく作る塾-設計コース
正しいものを正しく作る塾-設計コース
増田 亨
あなたはPO?PM?PdM?PjM?
あなたはPO?PM?PdM?PjM?
大貴 蜂須賀
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
NTT DATA Technology & Innovation
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
MOCKS | Yuta Morishige
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
Akihiko Horiuchi
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kiro Harada
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
Takenori Takaki
More Related Content
What's hot
世界でいちばんわかりやすいドメイン駆動設計
世界でいちばんわかりやすいドメイン駆動設計
増田 亨
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
はじめてのPRD
はじめてのPRD
Takuya Oikawa
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
ChatGPTは思ったほど賢くない
ChatGPTは思ったほど賢くない
Carnot Inc.
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
Shuichi Tsutsumi
チケット駆動開発の解説~タスク管理からプロセス改善へ
チケット駆動開発の解説~タスク管理からプロセス改善へ
akipii Oga
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
モデリングもしないでアジャイルとは何事だ
モデリングもしないでアジャイルとは何事だ
Iwao Harada
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
インセプションデッキのひな形(PPT形式:ダウンロード用)
インセプションデッキのひな形(PPT形式:ダウンロード用)
A AOKI
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
Recruit Lifestyle Co., Ltd.
いまなぜドメイン駆動設計か
いまなぜドメイン駆動設計か
増田 亨
正しいものを正しく作る塾-設計コース
正しいものを正しく作る塾-設計コース
増田 亨
あなたはPO?PM?PdM?PjM?
あなたはPO?PM?PdM?PjM?
大貴 蜂須賀
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
NTT DATA Technology & Innovation
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
MOCKS | Yuta Morishige
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
Akihiko Horiuchi
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
What's hot
(20)
世界でいちばんわかりやすいドメイン駆動設計
世界でいちばんわかりやすいドメイン駆動設計
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
はじめてのPRD
はじめてのPRD
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
ChatGPTは思ったほど賢くない
ChatGPTは思ったほど賢くない
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
チケット駆動開発の解説~タスク管理からプロセス改善へ
チケット駆動開発の解説~タスク管理からプロセス改善へ
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
モデリングもしないでアジャイルとは何事だ
モデリングもしないでアジャイルとは何事だ
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
インセプションデッキのひな形(PPT形式:ダウンロード用)
インセプションデッキのひな形(PPT形式:ダウンロード用)
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
いまなぜドメイン駆動設計か
いまなぜドメイン駆動設計か
正しいものを正しく作る塾-設計コース
正しいものを正しく作る塾-設計コース
あなたはPO?PM?PdM?PjM?
あなたはPO?PM?PdM?PjM?
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Similar to 最高のScrumキメた後にスケールさせようとして混乱した話
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kiro Harada
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
Takenori Takaki
Scrum"再"入門
Scrum"再"入門
You&I
Scrumワークショップ
Scrumワークショップ
You&I
アジャイル開発&TFS導入
アジャイル開発&TFS導入
You&I
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
Hajime Yanagawa
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
Yoshitaka Kawashima
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編
You&I
アジャイルと私
アジャイルと私
Hajime Yanagawa
Scrum
Scrum
Kakigi Katuyuki
Scrum:適用領域の広がりとscrum for hw概説
Scrum:適用領域の広がりとscrum for hw概説
Kazutaka Sankai
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdf
Daniel Teng
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
You&I
顧客のニーズを捉えて、システム統合していますか?
顧客のニーズを捉えて、システム統合していますか?
You&I
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)
智治 長沢
Scrum
Scrum
Takahiro Tachiki
To be sn agile enterprise
To be sn agile enterprise
Rakuten Group, Inc.
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Shinsuke Miyaki
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
Similar to 最高のScrumキメた後にスケールさせようとして混乱した話
(20)
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
Scrum"再"入門
Scrum"再"入門
Scrumワークショップ
Scrumワークショップ
アジャイル開発&TFS導入
アジャイル開発&TFS導入
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編
アジャイルと私
アジャイルと私
Scrum
Scrum
Scrum:適用領域の広がりとscrum for hw概説
Scrum:適用領域の広がりとscrum for hw概説
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdf
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
顧客のニーズを捉えて、システム統合していますか?
顧客のニーズを捉えて、システム統合していますか?
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)
Scrum
Scrum
To be sn agile enterprise
To be sn agile enterprise
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
More from Arata Fujimura
クラスメソッドベトナム設立しました
クラスメソッドベトナム設立しました
Arata Fujimura
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
Arata Fujimura
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道
Arata Fujimura
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
Arata Fujimura
スクラムマスター募集中
スクラムマスター募集中
Arata Fujimura
変化に強い、継続的に学習する組織に変わるためのステップとは
変化に強い、継続的に学習する組織に変わるためのステップとは
Arata Fujimura
クラスメソッドにおけるスクラム開発の光と影
クラスメソッドにおけるスクラム開発の光と影
Arata Fujimura
モダンオフショア開発のすすめ
モダンオフショア開発のすすめ
Arata Fujimura
スクラムワークショップ
スクラムワークショップ
Arata Fujimura
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
Arata Fujimura
登壇勉強会 〜それぞれの流儀がそこにある〜
登壇勉強会 〜それぞれの流儀がそこにある〜
Arata Fujimura
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
Arata Fujimura
PdMワークショップ
PdMワークショップ
Arata Fujimura
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Arata Fujimura
Experience DevOps Implementation Support Service
Experience DevOps Implementation Support Service
Arata Fujimura
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Arata Fujimura
俺のレアジョブ利用法
俺のレアジョブ利用法
Arata Fujimura
DevOps導入支援、始めました
DevOps導入支援、始めました
Arata Fujimura
プラクティス厨から始めるアジャイル開発
プラクティス厨から始めるアジャイル開発
Arata Fujimura
DevOps: 変化の激しい環境でビジネス競争力を向上させる具体的な方法
DevOps: 変化の激しい環境でビジネス競争力を向上させる具体的な方法
Arata Fujimura
More from Arata Fujimura
(20)
クラスメソッドベトナム設立しました
クラスメソッドベトナム設立しました
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
スクラムマスター募集中
スクラムマスター募集中
変化に強い、継続的に学習する組織に変わるためのステップとは
変化に強い、継続的に学習する組織に変わるためのステップとは
クラスメソッドにおけるスクラム開発の光と影
クラスメソッドにおけるスクラム開発の光と影
モダンオフショア開発のすすめ
モダンオフショア開発のすすめ
スクラムワークショップ
スクラムワークショップ
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
登壇勉強会 〜それぞれの流儀がそこにある〜
登壇勉強会 〜それぞれの流儀がそこにある〜
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
PdMワークショップ
PdMワークショップ
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Experience DevOps Implementation Support Service
Experience DevOps Implementation Support Service
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
俺のレアジョブ利用法
俺のレアジョブ利用法
DevOps導入支援、始めました
DevOps導入支援、始めました
プラクティス厨から始めるアジャイル開発
プラクティス厨から始めるアジャイル開発
DevOps: 変化の激しい環境でビジネス競争力を向上させる具体的な方法
DevOps: 変化の激しい環境でビジネス競争力を向上させる具体的な方法
最高のScrumキメた後にスケールさせようとして混乱した話
1.
最高のScrumキメた後に スケールさせようとして 混乱した話 2020/1/9 クラスメソッド株式会社 藤村 新 Regional Scrum Gathering
Tokyo 2020
2.
Prologue
3.
イメージしてみてください
4.
あなたは1チームでの Scrum開発で 大成功しました
5.
あなたは広い会場に集まった 多くの関係者の前で、Scrumで 進めたプロジェクトがいかに 素晴らしかったかを話しました
6.
そして、お客さんの 偉い人が言いました。 「このやり方をスケール させてください」
7.
あなたならどうしますか?
8.
当セッションはとある しくじり事例から学ぶ ケーススタディです
9.
https://www.tv-asahi.co.jp/shikujiri/wallpaper/0001/
10.
11.
12.
13.
14.
明確なコンセプト
15.
近くの店舗 マップから検索は実装 キーワード(店舗名)検索は除外 不満をちょっとだけ解消 履歴から注文は実装 お気に入りから注文は除外
16.
3つのフェーズ 1.MVP 2.MUST 3.ADDITIONAL
17.
18.
実用最小限の製品 望まれる成果を実現できる最小の製品の リリース 1店舗で1商品をスマホから事前購入できる 店舗用アプリで注文も確認できる カップ貼付け用ラベルもプリンタ出力 MVP
19.
リリースに必須な機能 複数店舗 複数商品 カスタマイズ 履歴から購入 … MUST
20.
リリース前に整える対応 デザインフィードバック対応 エラー時の挙動統一 導線の調整 … ADDITIONAL
21.
MVPで背骨を作りきり、 以降は毎週肉付け (機能追加)
22.
背骨駆動開発
23.
2019年6月14日 初版第1刷発行
24.
世に出せる状態 を最初からずっ と維持し続けた
25.
MVP MUST ADDITIONAL デザイン先行FIX
26.
アジャイルだから、デザインは固めない で進めま〜す!はアンチパターン 動くものを見た後にデザインを変えること は何度もあるが、フェーズ開始時には都度 (世に出せる)デザインを確定させた デザイン先行FIX
27.
28.
29.
二人で一人のスクラムマスター
30.
体制上のSMはわたし一人 サーヴァント的なアプローチ ムードメーカーを意識 TLのエンジニアも多くの役割を補った 開発チームの支援 賢い愚者 二人で一人のスクラムマスター
31.
“賢い愚者は、嫌な質問をしたり、政治的 に危険な質問をしたりする。しかし、こう した質問によって、チームは立ち止まり、 自分たちの判断を再検討するのだ。” – James O.
Coplien. 組織パターン
32.
相互感謝溢れるふりかえり
33.
相互感謝溢れるふりかえり KPTでもFun!だらけの ふりかえりはやれる!
34.
プランニングで選択した PBIの全てを完成できな かったのは23スプリント中 3回だけ 圧倒的コミットメント
35.
圧倒的コミットメント 異論は認める 変更できない契約ではないか! 確率は50%になるはずだ! トライしてないだけだろ! チートだ!
36.
圧倒的コミットメント けど、達成し続けてきたから、 顧客の信頼を獲得できた! 関係者がリリース計画を信頼できた! 開発チームは最後まで達成を目指した! PO含む関係者も期日を強く意識した!
37.
守破離の守のフェーズ ではコミットメントの 達成にこだわろう! 私の主張
38.
39.
⇢
40.
⇢
41.
13th Annual State
Of Agile Report(2019) 1位: SAFe (30%) 3位: Scrum of Scrum (16%) 7位: Large Scale Scrum (3%)
42.
⇢
43.
⇢
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
・私の目線はチーム目線 ・チームのためにできることは 何かを常に考え、実践していた ・チームの一員としての当事者 意識が強かった
57.
・私の目線は組織目線 ・組織のためにチームを足したり 割ったりなんて妄想していた ・個々のチームを見ていなかった しくじり
58.
教訓
59.
Epilogue
60.
プロポーザルが 通ってから日々考えた
61.
こんなレベルの 失敗事例を RSGTで話して 良いのか?
62.
けど、 通っちゃったんだから 仕方ない…
63.
プロダクトも順調に 拡大成長中! (店舗数、利用者数 各種機能)
64.
泥臭く行動し続けて恥を晒し続ける 場の心理的安全性を高める あ、こんなんで良いのか これならやれそう・既にやってる 私がScrumコミュニティでできること
65.
Don’t do Agile, be
Agile も分かるけど…、
66.
まずは Just Do it!
67.
One more thing
68.
Cプロジェクト?
69.
今月からベトナムとの マルチサイト開発を 開始した! Cプロジェクト?
70.
71.
“「明日、自分は今 持っている力を出す以上 のことはできない。そ れをやってダメなら国民 に謝ろう。でも俺のせ いじゃない。俺を選んだ 会長の責任だ」”
72.
下手くそでも 泥だらけでも 必死になって 行動し続ける
73.
誰かの背中を 押せる存在で ありたい
74.
以上
Download now