Enviar pesquisa
Carregar
非開発者のためのアジャイル開発入門
•
28 gostaram
•
15,962 visualizações
Kiro Harada
Seguir
ESM の入門セミナーでの発表資料です。 話を聞かないと分からない資料かと思いますが、ご参考までに。
Leia menos
Leia mais
Tecnologia
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 26
Recomendados
上っ面スクラムチームにならないために気を付けたいこと
上っ面スクラムチームにならないために気を付けたいこと
IIJ
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
スクラムパタン入門
スクラムパタン入門
Kiro Harada
Head First Inception Deck
Head First Inception Deck
Naoto Nishimura
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
自己組織的なScrumチームの目指し方
自己組織的なScrumチームの目指し方
Takuo Doi
Recomendados
上っ面スクラムチームにならないために気を付けたいこと
上っ面スクラムチームにならないために気を付けたいこと
IIJ
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
スクラムパタン入門
スクラムパタン入門
Kiro Harada
Head First Inception Deck
Head First Inception Deck
Naoto Nishimura
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
自己組織的なScrumチームの目指し方
自己組織的なScrumチームの目指し方
Takuo Doi
スクラムの知られざる勘所
スクラムの知られざる勘所
Yoshifumi Tsuda
正しいものを正しく作る塾-設計コース
正しいものを正しく作る塾-設計コース
増田 亨
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
Hajime Yanagawa
探索的テスト入門
探索的テスト入門
H Iseri
Lean coffee
Lean coffee
Takeshi Arai
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
H Iseri
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Yoshitaka Kawashima
エムスリーのQAチームが目指すもの
エムスリーのQAチームが目指すもの
Yuki Shiromoto
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
toshihiro ichitani
【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf
【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf
Ryota Inaba
Leanstartupをリーンにヤル #リーンスタートアップ
Leanstartupをリーンにヤル #リーンスタートアップ
Itsuki Kuroda
LayerXのQAチームで目指したい動き方 (社内資料)
LayerXのQAチームで目指したい動き方 (社内資料)
mosa siru
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
Yasui Tsutomu
『「product discovery team」に学ぶ成功する為のproduct ownership』振り返り結果 - 第27回 POStudy ~プロ...
『「product discovery team」に学ぶ成功する為のproduct ownership』振り返り結果 - 第27回 POStudy ~プロ...
満徳 関
Mais conteúdo relacionado
Mais procurados
スクラムの知られざる勘所
スクラムの知られざる勘所
Yoshifumi Tsuda
正しいものを正しく作る塾-設計コース
正しいものを正しく作る塾-設計コース
増田 亨
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
Hajime Yanagawa
探索的テスト入門
探索的テスト入門
H Iseri
Lean coffee
Lean coffee
Takeshi Arai
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
H Iseri
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Yoshitaka Kawashima
エムスリーのQAチームが目指すもの
エムスリーのQAチームが目指すもの
Yuki Shiromoto
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
toshihiro ichitani
【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf
【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf
Ryota Inaba
Leanstartupをリーンにヤル #リーンスタートアップ
Leanstartupをリーンにヤル #リーンスタートアップ
Itsuki Kuroda
LayerXのQAチームで目指したい動き方 (社内資料)
LayerXのQAチームで目指したい動き方 (社内資料)
mosa siru
Mais procurados
(20)
スクラムの知られざる勘所
スクラムの知られざる勘所
正しいものを正しく作る塾-設計コース
正しいものを正しく作る塾-設計コース
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
探索的テスト入門
探索的テスト入門
Lean coffee
Lean coffee
リーン開発の本質 公開用
リーン開発の本質 公開用
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
エムスリーのQAチームが目指すもの
エムスリーのQAチームが目指すもの
テストコードの DRY と DAMP
テストコードの DRY と DAMP
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
チーム仕事のはじめ方 〜「チームビルド」から「チームマージ」へ
【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf
【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf
Leanstartupをリーンにヤル #リーンスタートアップ
Leanstartupをリーンにヤル #リーンスタートアップ
LayerXのQAチームで目指したい動き方 (社内資料)
LayerXのQAチームで目指したい動き方 (社内資料)
Destaque
三島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
Destaque
(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 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
Semelhante 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つの法則
株式会社スカイアーチネットワークス
Semelhante 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つの法則
Mais 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
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
モデリングのすすめ
モデリングのすすめ
Kiro Harada
Mais 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
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
UEHARA, Tetsutaro
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
FumieNakayama
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
FumieNakayama
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
博三 太田
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NTT DATA Technology & Innovation
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
akihisamiyanaga1
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
Hiroshi Tomioka
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
Yuki Kikuchi
Último
(8)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
非開発者のためのアジャイル開発入門
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.
まとめ(きれず) • プロセスを決定する前に、問題ドメインを
理解する努力をしよう。 – 事前に理解しきれなかったら、学習すること を活動に入れたプロセスを使う。 • 効率性を重視するプロセスから、学習と 改善を重視するプロセスへ。 – そのやり方の一つがアジャイル開発手法