Enviar búsqueda
Cargar
非開発者のためのアジャイル開発入門
•
28 recomendaciones
•
15,962 vistas
Kiro Harada
Seguir
ESM の入門セミナーでの発表資料です。 話を聞かないと分からない資料かと思いますが、ご参考までに。
Leer menos
Leer más
Tecnología
Denunciar
Compartir
Denunciar
Compartir
1 de 26
Recomendados
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
暗号技術の実装と数学
暗号技術の実装と数学
MITSUNARI Shigeo
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
上っ面スクラムチームにならないために気を付けたいこと
上っ面スクラムチームにならないために気を付けたいこと
IIJ
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
Recomendados
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
暗号技術の実装と数学
暗号技術の実装と数学
MITSUNARI Shigeo
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
上っ面スクラムチームにならないために気を付けたいこと
上っ面スクラムチームにならないために気を付けたいこと
IIJ
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Yahoo!デベロッパーネットワーク
App013 ここはあえて紙と
App013 ここはあえて紙と
Tech Summit 2016
改善の型 コーチングの型
改善の型 コーチングの型
Masanori Kado
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
NTT DATA Technology & Innovation
Apache Avro vs Protocol Buffers
Apache Avro vs Protocol Buffers
Seiya Mizuno
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのか
Yusuke Suzuki
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
増田 亨
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
Tokoroten Nakayama
グルーミングしながら進めるプロダクト開発
グルーミングしながら進めるプロダクト開発
Takafumi ONAKA
アジャイルレトロスペクティブズ
アジャイルレトロスペクティブズ
Yagi Natsuki
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
Ito Takayuki
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割
Toru Yamaguchi
アジャイルベンダーの未来
アジャイルベンダーの未来
Yukio Okajima
アジャイル開発の中の設計
アジャイル開発の中の設計
Takuya Okamoto
Lean coffee
Lean coffee
Takeshi Arai
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
Yasui Tsutomu
『「product discovery team」に学ぶ成功する為のproduct ownership』振り返り結果 - 第27回 POStudy ~プロ...
『「product discovery team」に学ぶ成功する為のproduct ownership』振り返り結果 - 第27回 POStudy ~プロ...
満徳 関
Más contenido relacionado
La actualidad más candente
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Yahoo!デベロッパーネットワーク
App013 ここはあえて紙と
App013 ここはあえて紙と
Tech Summit 2016
改善の型 コーチングの型
改善の型 コーチングの型
Masanori Kado
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
NTT DATA Technology & Innovation
Apache Avro vs Protocol Buffers
Apache Avro vs Protocol Buffers
Seiya Mizuno
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのか
Yusuke Suzuki
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
増田 亨
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
Tokoroten Nakayama
グルーミングしながら進めるプロダクト開発
グルーミングしながら進めるプロダクト開発
Takafumi ONAKA
アジャイルレトロスペクティブズ
アジャイルレトロスペクティブズ
Yagi Natsuki
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
Ito Takayuki
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割
Toru Yamaguchi
アジャイルベンダーの未来
アジャイルベンダーの未来
Yukio Okajima
アジャイル開発の中の設計
アジャイル開発の中の設計
Takuya Okamoto
Lean coffee
Lean coffee
Takeshi Arai
La actualidad más candente
(20)
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
App013 ここはあえて紙と
App013 ここはあえて紙と
改善の型 コーチングの型
改善の型 コーチングの型
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
Apache Avro vs Protocol Buffers
Apache Avro vs Protocol Buffers
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのか
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
グルーミングしながら進めるプロダクト開発
グルーミングしながら進めるプロダクト開発
アジャイルレトロスペクティブズ
アジャイルレトロスペクティブズ
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割
アジャイルベンダーの未来
アジャイルベンダーの未来
アジャイル開発の中の設計
アジャイル開発の中の設計
Lean coffee
Lean coffee
Destacado
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
Yasui Tsutomu
『「product discovery team」に学ぶ成功する為のproduct ownership』振り返り結果 - 第27回 POStudy ~プロ...
『「product discovery team」に学ぶ成功する為のproduct ownership』振り返り結果 - 第27回 POStudy ~プロ...
満徳 関
CSPO、CSM研修に参加して
CSPO、CSM研修に参加して
Arata Fujimura
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
Arata Fujimura
ダイスワークゲーム
ダイスワークゲーム
Yuichiro Yamamoto
[PO Meetup 4th] プロダクトを描きストーリーを語ろう
[PO Meetup 4th] プロダクトを描きストーリーを語ろう
Yuichiro Yamamoto
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
Yuichiro Yamamoto
SGT2014 プロダクトオーナー現場十色
SGT2014 プロダクトオーナー現場十色
Yuichiro Yamamoto
Agile japan神戸サテライト アジャイルの入り口は意外と広い。その中はもっと広い
Agile japan神戸サテライト アジャイルの入り口は意外と広い。その中はもっと広い
Yuichiro Yamamoto
選択と自由の見地からのモチベーション考
選択と自由の見地からのモチベーション考
Yuichiro Yamamoto
Xp祭り関西2013
Xp祭り関西2013
Yuichiro Yamamoto
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
Yuichiro Yamamoto
Agile Discussion 1st
Agile Discussion 1st
Takao Kimura
アジャイルオフショア開発モデル
アジャイルオフショア開発モデル
Arata Fujimura
開発比較
開発比較
Akifumi Kawakami
アジャイルなオフショア開発(Rakuten techtalk)
アジャイルなオフショア開発(Rakuten techtalk)
Arata Fujimura
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
Arata Fujimura
システム開発の流れ(アジャイルソフトウェア開発)
システム開発の流れ(アジャイルソフトウェア開発)
Arata Fujimura
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る
Yuichiro Yamamoto
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
Yuichiro Yamamoto
Destacado
(20)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
『「product discovery team」に学ぶ成功する為のproduct ownership』振り返り結果 - 第27回 POStudy ~プロ...
『「product discovery team」に学ぶ成功する為のproduct ownership』振り返り結果 - 第27回 POStudy ~プロ...
CSPO、CSM研修に参加して
CSPO、CSM研修に参加して
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
ダイスワークゲーム
ダイスワークゲーム
[PO Meetup 4th] プロダクトを描きストーリーを語ろう
[PO Meetup 4th] プロダクトを描きストーリーを語ろう
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
SGT2014 プロダクトオーナー現場十色
SGT2014 プロダクトオーナー現場十色
Agile japan神戸サテライト アジャイルの入り口は意外と広い。その中はもっと広い
Agile japan神戸サテライト アジャイルの入り口は意外と広い。その中はもっと広い
選択と自由の見地からのモチベーション考
選択と自由の見地からのモチベーション考
Xp祭り関西2013
Xp祭り関西2013
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
Agile Discussion 1st
Agile Discussion 1st
アジャイルオフショア開発モデル
アジャイルオフショア開発モデル
開発比較
開発比較
アジャイルなオフショア開発(Rakuten techtalk)
アジャイルなオフショア開発(Rakuten techtalk)
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
システム開発の流れ(アジャイルソフトウェア開発)
システム開発の流れ(アジャイルソフトウェア開発)
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
Similar a 非開発者のためのアジャイル開発入門
To be sn agile enterprise
To be sn agile enterprise
Rakuten Group, Inc.
SOE-Loc
SOE-Loc
guestd67d078
SOE-LOC
SOE-LOC
Kenji Ono
Localization in SOE
Localization in SOE
SIG-Glocalization
アジャイルにモデリングは必要か
アジャイルにモデリングは必要か
Hiromasa Oka
MySQLで学ぶ機械学習ことはじめ.pdf
MySQLで学ぶ機械学習ことはじめ.pdf
Machiko Ikoma
Provisioning & Deploy on AWS
Provisioning & Deploy on AWS
Amazon Web Services Japan
今、おさえておきたい DevOps
今、おさえておきたい DevOps
智治 長沢
Odstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナー
kumi_shiki
クラウドのセキュア利用モデルを考える_ID-based Security イニシアティブ 第4回全体ミーティング
クラウドのセキュア利用モデルを考える_ID-based Security イニシアティブ 第4回全体ミーティング
ID-Based Security イニシアティブ
企業システムにアジャイルは必要か
企業システムにアジャイルは必要か
Hiromasa Oka
VentureCafe_第2回:SIerでのキャリアパスを考える_ござ先輩発表資料 V1.0
VentureCafe_第2回:SIerでのキャリアパスを考える_ござ先輩発表資料 V1.0
Michitaka Yumoto
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
Yusuke Suzuki
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Koichi ITO
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
Shuji Yamada
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
Yusuke Suzuki
スクラム適用報告
スクラム適用報告
Eiichi Hayashi
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
Fumihiko Kinoshita
スカイアーチセミナー:自社アプリをクラウド展開する為の『失敗しない3つの法則
スカイアーチセミナー:自社アプリをクラウド展開する為の『失敗しない3つの法則
株式会社スカイアーチネットワークス
Similar a 非開発者のためのアジャイル開発入門
(20)
To be sn agile enterprise
To be sn agile enterprise
SOE-Loc
SOE-Loc
SOE-LOC
SOE-LOC
Localization in SOE
Localization in SOE
アジャイルにモデリングは必要か
アジャイルにモデリングは必要か
MySQLで学ぶ機械学習ことはじめ.pdf
MySQLで学ぶ機械学習ことはじめ.pdf
Provisioning & Deploy on AWS
Provisioning & Deploy on AWS
今、おさえておきたい DevOps
今、おさえておきたい DevOps
Odstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナー
クラウドのセキュア利用モデルを考える_ID-based Security イニシアティブ 第4回全体ミーティング
クラウドのセキュア利用モデルを考える_ID-based Security イニシアティブ 第4回全体ミーティング
企業システムにアジャイルは必要か
企業システムにアジャイルは必要か
VentureCafe_第2回:SIerでのキャリアパスを考える_ござ先輩発表資料 V1.0
VentureCafe_第2回:SIerでのキャリアパスを考える_ござ先輩発表資料 V1.0
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
スクラム適用報告
スクラム適用報告
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
スカイアーチセミナー:自社アプリをクラウド展開する為の『失敗しない3つの法則
スカイアーチセミナー:自社アプリをクラウド展開する為の『失敗しない3つの法則
Más de Kiro Harada
Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kiro Harada
Kaizen in Action
Kaizen in Action
Kiro Harada
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
Kiro Harada
ぐるぐるDDDは何を目指しているのか
ぐるぐるDDDは何を目指しているのか
Kiro Harada
スクラムパタン入門
スクラムパタン入門
Kiro Harada
Is Xp still extreme?
Is Xp still extreme?
Kiro Harada
改善の3つの顔
改善の3つの顔
Kiro Harada
3 Faces of Kaizen
3 Faces of Kaizen
Kiro Harada
TPS Lean and Agile - Brief History and Future
TPS Lean and Agile - Brief History and Future
Kiro Harada
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kiro Harada
ぐるぐるDDD/Scrum - モデリングと実装のうずまきをまわそう
ぐるぐるDDD/Scrum - モデリングと実装のうずまきをまわそう
Kiro Harada
DDDをScrumで廻す あるいは ScrumをDDDで廻す
DDDをScrumで廻す あるいは ScrumをDDDで廻す
Kiro Harada
改善のためのちょっとしたコツ
改善のためのちょっとしたコツ
Kiro Harada
Coderetreat のススメ at Developers' Summit 2013 Unconference
Coderetreat のススメ at Developers' Summit 2013 Unconference
Kiro Harada
アジャイルマネジメントとは?
アジャイルマネジメントとは?
Kiro Harada
A Tip to Help Your Kaizen
A Tip to Help Your Kaizen
Kiro Harada
Jenkins に XFD を追加してみると
Jenkins に XFD を追加してみると
Kiro Harada
Arduino jenkins
Arduino jenkins
Kiro Harada
アジャイル開発をはじめる前に
アジャイル開発をはじめる前に
Kiro Harada
Scrum & Kanban
Scrum & Kanban
Kiro Harada
Más de Kiro Harada
(20)
Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kaizen in Action
Kaizen in Action
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
ぐるぐるDDDは何を目指しているのか
ぐるぐるDDDは何を目指しているのか
スクラムパタン入門
スクラムパタン入門
Is Xp still extreme?
Is Xp still extreme?
改善の3つの顔
改善の3つの顔
3 Faces of Kaizen
3 Faces of Kaizen
TPS Lean and Agile - Brief History and Future
TPS Lean and Agile - Brief History and Future
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
ぐるぐるDDD/Scrum - モデリングと実装のうずまきをまわそう
ぐるぐるDDD/Scrum - モデリングと実装のうずまきをまわそう
DDDをScrumで廻す あるいは ScrumをDDDで廻す
DDDをScrumで廻す あるいは ScrumをDDDで廻す
改善のためのちょっとしたコツ
改善のためのちょっとしたコツ
Coderetreat のススメ at Developers' Summit 2013 Unconference
Coderetreat のススメ at Developers' Summit 2013 Unconference
アジャイルマネジメントとは?
アジャイルマネジメントとは?
A Tip to Help Your Kaizen
A Tip to Help Your Kaizen
Jenkins に XFD を追加してみると
Jenkins に XFD を追加してみると
Arduino jenkins
Arduino jenkins
アジャイル開発をはじめる前に
アジャイル開発をはじめる前に
Scrum & Kanban
Scrum & Kanban
Último
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
iPride Co., Ltd.
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
danielhu54
UPWARD_share_company_information_20240415.pdf
UPWARD_share_company_information_20240415.pdf
furutsuka
20240412_HCCJP での Windows Server 2025 Active Directory
20240412_HCCJP での Windows Server 2025 Active Directory
osamut
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
Atomu Hidaka
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
iPride Co., Ltd.
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
Shota Ito
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Ryo Sasaki
Último
(9)
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
UPWARD_share_company_information_20240415.pdf
UPWARD_share_company_information_20240415.pdf
20240412_HCCJP での Windows Server 2025 Active Directory
20240412_HCCJP での Windows Server 2025 Active Directory
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
非開発者のためのアジャイル開発入門
1.
開発者ではない方のための アジャイル開発入門
ESM セミナー アジャイル開発の始め方 株式会社アトラクタ 原田騎郎
2.
原田 騎郎 Kiro
HARADA アジャイルコーチ ドメインモデラー SCMコンサルタント Twitter: @haradakiro 認定スクラムプロフェッショナル 認定スクラムマスター 認定スクラムプロダクトオーナー 株式会社アトラクタ 代表取締役
3.
アジャイル開発って何? • アジャイルマニフェスト見る
4.
5.
なぜアジャイルマニフェスト? • プロジェクトの失敗 • 使われないシステム •
予算・納期の超過 • 確定しない要件
6.
ウォーターフォールの失敗? • 要件定義をしっかりやれていない • 仕様がちゃんと決まっていない •
外部設計書がまとも書けていない • テストを真面目にやっていない
7.
ウォーターフォールを しっかりやる方法はないの? • 手戻りのない要件確定手法はあるか? •
すなわち、未来予測をする能力はあるの か?
8.
プロジェクトマネジメント • 限られた期間において唯一性のある成果物を
生み出すしくみをどうマネージできるか。 • 正しい計画を立てて、計画を忠実に実行する or • 唯一性のある成果物の価値を最大限に高める ために、必要に応じて計画も変更する
9.
企業情報システムの使われ方 http://www.kogures.com/hitoshi/webtext/kj1-hatten-nenpyo/index.html
10.
企業で使われるソフトウェア • 業務の効率化 –
経理、販売、在庫、人事、etc. • 業務の統合化 – ERP – BPR • 新業務そのもの – SCM – CRM – E-Commerce etc.
11.
問題ドメインの変化 • あることをうまくやる(速く、安く、正確
に) • 全体を見通す • 新しい業務(顧客)を開拓する
12.
クネビンフレームワーク Dave Snowden らにより提唱された問題ドメ インを分類するフレームワーク •
シンプル(Simple) • 煩雑(Complicated) • 複雑(Complex) • カオス(Chaotic) • 無秩序(Disorder) Cynefin Framework h/p://www.youtube.com/watch?v=N7oz366X0-‐8
13.
クネビンフレームワーク
14.
シンプル • 対象の問題を誰が見てもすぐに理解できる • 知覚->分類->対応 •
うまくやる方法をベストプラクティスとし て利用できる
15.
煩雑 • 対象の問題を理解するには、専門知識と
作業が必要 • 知覚->分析->対応 • うまくやる方法は複数あるので、それらを グッドプラクティスとして活用できる。
16.
複雑 • 対象の問題を理解するには、観察するだ
けでは無理で、探査が必要 • 探査->知覚->対応 • 対象がどんな反応をするかを安全小規模 に確かめつつ、次の対応を考える。プラ クティスは出現する。
17.
カオス • 対象を理解することも難しいかもしれな
い。やってみて結果をみて反応する。 • 行動->知覚->対応 • まったく新しいプラクティスを考えなけれ ばならない。既存の知識は役に立たない。
18.
シンプルな問題?
19.
情報システムの課題の変化 • シンプル→煩雑→複雑 • 課題に合わせてプロセスも変化
– プロセス定義なし→ウォーターフォール→繰 り返し型→アジャイル
20.
企業システム
対象業務 典型例 開発運用プ 問題ドメイ ロセス ン 70∼ 業務の一部 経理システム なし シンプル 80 データ入力 (カウボー EUC イ) 90∼ バックオフィス業務 ERP - BPR WF 煩雑 00∼ 他部署との連携 オープン SCM アジャイル 複雑 社外との連携 08∼ 個人の余暇 ソーシャルゲーム アジャイル? カオス?
21.
知識と学習 • 複雑系を複雑系のまま扱うには、 –
予測が困難 – コスト効率が悪い • 繰り返しの学習の中で、複雑と煩雑を切り 分ける能力を身につける
22.
ビジネスのイノベーション • 製品イノベーション • プロセスイノベーション •
コンウェイの法則 • 顧客の学習能力、改善能力を活かす製品 が必要となってきた。
23.
コンウェイの法則 システムを設計する組織は、その構造をそっく りまねた構造の設計を生み出してしまう」
http://www.flickr.com/photos/mwichary/2356663850/
24.
複雑なドメインへの対応(例)
境界 リズム フィードバック 細胞 細胞膜 サーカディアン イオンチャネル Scrum チーム境界 スプリント スプリントレビュー プランニング DDD 明確に境界づけら モデリングのうずま ユビキタス言語 れたコンテキスト き TPS ライン タクトタイム かんばん
25.
まとめ • ウォーターフォールがうまくいかなくなっ
たのは、やる人の能力がなかったからで はない。 • 対象とする課題が、シンプル、煩雑から複 雑なものに移り変わってきたから。
26.
まとめ(きれず) • プロセスを決定する前に、問題ドメインを
理解する努力をしよう。 – 事前に理解しきれなかったら、学習すること を活動に入れたプロセスを使う。 • 効率性を重視するプロセスから、学習と 改善を重視するプロセスへ。 – そのやり方の一つがアジャイル開発手法