Submit Search
Upload
ウォーターフォールとアジャイルのフェアな比較
•
18 likes
•
9,584 views
Yoshitaka Kawashima
Follow
おもにエンタープライズの開発において「アジャイルってどうなの?」という方への説明資料です。
Read less
Read more
Software
Report
Share
Report
Share
1 of 24
Download now
Download to read offline
Recommended
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
Takeshi Kakeda
はじめてのPRD
はじめてのPRD
Takuya Oikawa
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
イミュータブルデータモデル(世代編)
イミュータブルデータモデル(世代編)
Yoshitaka Kawashima
強いて言えば「集約どう実装するのかな、を考える」な話
強いて言えば「集約どう実装するのかな、を考える」な話
Yoshitaka Kawashima
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
Recommended
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
Takeshi Kakeda
はじめてのPRD
はじめてのPRD
Takuya Oikawa
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
イミュータブルデータモデル(世代編)
イミュータブルデータモデル(世代編)
Yoshitaka Kawashima
強いて言えば「集約どう実装するのかな、を考える」な話
強いて言えば「集約どう実装するのかな、を考える」な話
Yoshitaka Kawashima
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Yoshiki Hayama
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
Yoshitaka Kawashima
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
増田 亨
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
Yusuke Suzuki
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ
Takao Oyobe
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのか
Yusuke Suzuki
2015-10-31 クラウドネイティヴ時代の運用を考える 〜 ドキュメント駆動運用へ
2015-10-31 クラウドネイティヴ時代の運用を考える 〜 ドキュメント駆動運用へ
Operation Lab, LLC.
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
Yusuke Suzuki
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう
増田 亨
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
Agile japan 2019 受託開発でのアジャイル奮闘記
Agile japan 2019 受託開発でのアジャイル奮闘記
ssuserec5505
プロエンジニアになるための「アジャイル開発」再入門
プロエンジニアになるための「アジャイル開発」再入門
Yoshihito Kuranuki
More Related Content
What's hot
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Yoshiki Hayama
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
Yoshitaka Kawashima
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
増田 亨
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
Yusuke Suzuki
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ
Takao Oyobe
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのか
Yusuke Suzuki
2015-10-31 クラウドネイティヴ時代の運用を考える 〜 ドキュメント駆動運用へ
2015-10-31 クラウドネイティヴ時代の運用を考える 〜 ドキュメント駆動運用へ
Operation Lab, LLC.
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
Yusuke Suzuki
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう
増田 亨
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
What's hot
(20)
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのか
2015-10-31 クラウドネイティヴ時代の運用を考える 〜 ドキュメント駆動運用へ
2015-10-31 クラウドネイティヴ時代の運用を考える 〜 ドキュメント駆動運用へ
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Similar to ウォーターフォールとアジャイルのフェアな比較
Agile japan 2019 受託開発でのアジャイル奮闘記
Agile japan 2019 受託開発でのアジャイル奮闘記
ssuserec5505
プロエンジニアになるための「アジャイル開発」再入門
プロエンジニアになるための「アジャイル開発」再入門
Yoshihito Kuranuki
ビジネスとソフトウェア開発現場の架け橋 〜 なぜアジャイル? #AgileJapanOsaka
ビジネスとソフトウェア開発現場の架け橋 〜 なぜアジャイル? #AgileJapanOsaka
智治 長沢
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
Google Cloud Platform - Japan
請負型システム開発とプログラマの価値
請負型システム開発とプログラマの価値
sunnyone41
これからのプロダクトについて
これからのプロダクトについて
speedkingg
「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来
Yoshihito Kuranuki
つまらない仕事も劇的改善!カスタムアプリを使った業務改革事例
つまらない仕事も劇的改善!カスタムアプリを使った業務改革事例
Cybozucommunity
Hello Scrum!
Hello Scrum!
Daisuke Sato
アジャイルの障害
アジャイルの障害
Tadatoshi Sekiguchi
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
ニフティクラウドC4SA_ご紹介資料ver.1.1
ニフティクラウドC4SA_ご紹介資料ver.1.1
Satoshi Ueno
2019年9月18日開催AWS Japan × Atlassianセミナー_セッション2「AmazonカルチャーとDevOps」
2019年9月18日開催AWS Japan × Atlassianセミナー_セッション2「AmazonカルチャーとDevOps」
アトラシアン株式会社
JAWS re:Mote 2015 Nagoya
JAWS re:Mote 2015 Nagoya
陽平 山口
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
クラウドがもたらすパラダイムシフト
クラウドがもたらすパラダイムシフト
kurikiyo
[Cloud OnAir] #01 徹底解剖 GCP のここがすごい
[Cloud OnAir] #01 徹底解剖 GCP のここがすごい
Google Cloud Platform - Japan
Force.com開発基礎
Force.com開発基礎
Salesforce Developers Japan
Red Hat Forum 2014 IBM session
Red Hat Forum 2014 IBM session
Shinichiro Arai
クラウドを積極活用したサービスの開発のために
クラウドを積極活用したサービスの開発のために
Yuichiro Saito
Similar to ウォーターフォールとアジャイルのフェアな比較
(20)
Agile japan 2019 受託開発でのアジャイル奮闘記
Agile japan 2019 受託開発でのアジャイル奮闘記
プロエンジニアになるための「アジャイル開発」再入門
プロエンジニアになるための「アジャイル開発」再入門
ビジネスとソフトウェア開発現場の架け橋 〜 なぜアジャイル? #AgileJapanOsaka
ビジネスとソフトウェア開発現場の架け橋 〜 なぜアジャイル? #AgileJapanOsaka
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
請負型システム開発とプログラマの価値
請負型システム開発とプログラマの価値
これからのプロダクトについて
これからのプロダクトについて
「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来
つまらない仕事も劇的改善!カスタムアプリを使った業務改革事例
つまらない仕事も劇的改善!カスタムアプリを使った業務改革事例
Hello Scrum!
Hello Scrum!
アジャイルの障害
アジャイルの障害
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
ニフティクラウドC4SA_ご紹介資料ver.1.1
ニフティクラウドC4SA_ご紹介資料ver.1.1
2019年9月18日開催AWS Japan × Atlassianセミナー_セッション2「AmazonカルチャーとDevOps」
2019年9月18日開催AWS Japan × Atlassianセミナー_セッション2「AmazonカルチャーとDevOps」
JAWS re:Mote 2015 Nagoya
JAWS re:Mote 2015 Nagoya
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
クラウドがもたらすパラダイムシフト
クラウドがもたらすパラダイムシフト
[Cloud OnAir] #01 徹底解剖 GCP のここがすごい
[Cloud OnAir] #01 徹底解剖 GCP のここがすごい
Force.com開発基礎
Force.com開発基礎
Red Hat Forum 2014 IBM session
Red Hat Forum 2014 IBM session
クラウドを積極活用したサービスの開発のために
クラウドを積極活用したサービスの開発のために
More from Yoshitaka Kawashima
ブルックスのいう銀の弾丸とは何か?
ブルックスのいう銀の弾丸とは何か?
Yoshitaka Kawashima
Are Design Patterns Dead?
Are Design Patterns Dead?
Yoshitaka Kawashima
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Yoshitaka Kawashima
Tackling Complexity
Tackling Complexity
Yoshitaka Kawashima
ソフトウェア設計における 意思決定とそのレビューの秘訣
ソフトウェア設計における 意思決定とそのレビューの秘訣
Yoshitaka Kawashima
本番障害に至る病
本番障害に至る病
Yoshitaka Kawashima
システムダウンのひみつ
システムダウンのひみつ
Yoshitaka Kawashima
Mavenの真実とウソ
Mavenの真実とウソ
Yoshitaka Kawashima
アンチフラジャイルの世界
アンチフラジャイルの世界
Yoshitaka Kawashima
Atomic Architecture
Atomic Architecture
Yoshitaka Kawashima
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
How to find tech books
How to find tech books
Yoshitaka Kawashima
Antifragile Java - Java Day Tokyo 2017 D1-E1
Antifragile Java - Java Day Tokyo 2017 D1-E1
Yoshitaka Kawashima
たとえ日本人同士でも必要な異文化理解力
たとえ日本人同士でも必要な異文化理解力
Yoshitaka Kawashima
SIerにとっての越境 @ DevLOVE 199
SIerにとっての越境 @ DevLOVE 199
Yoshitaka Kawashima
なぜデータモデリングが重要なのか?
なぜデータモデリングが重要なのか?
Yoshitaka Kawashima
Antifragile Clojure
Antifragile Clojure
Yoshitaka Kawashima
Boilerplate vs Magic
Boilerplate vs Magic
Yoshitaka Kawashima
既婚プログラマの時間捻出術
既婚プログラマの時間捻出術
Yoshitaka Kawashima
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
Yoshitaka Kawashima
More from Yoshitaka Kawashima
(20)
ブルックスのいう銀の弾丸とは何か?
ブルックスのいう銀の弾丸とは何か?
Are Design Patterns Dead?
Are Design Patterns Dead?
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Tackling Complexity
Tackling Complexity
ソフトウェア設計における 意思決定とそのレビューの秘訣
ソフトウェア設計における 意思決定とそのレビューの秘訣
本番障害に至る病
本番障害に至る病
システムダウンのひみつ
システムダウンのひみつ
Mavenの真実とウソ
Mavenの真実とウソ
アンチフラジャイルの世界
アンチフラジャイルの世界
Atomic Architecture
Atomic Architecture
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
How to find tech books
How to find tech books
Antifragile Java - Java Day Tokyo 2017 D1-E1
Antifragile Java - Java Day Tokyo 2017 D1-E1
たとえ日本人同士でも必要な異文化理解力
たとえ日本人同士でも必要な異文化理解力
SIerにとっての越境 @ DevLOVE 199
SIerにとっての越境 @ DevLOVE 199
なぜデータモデリングが重要なのか?
なぜデータモデリングが重要なのか?
Antifragile Clojure
Antifragile Clojure
Boilerplate vs Magic
Boilerplate vs Magic
既婚プログラマの時間捻出術
既婚プログラマの時間捻出術
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
ウォーターフォールとアジャイルのフェアな比較
1.
ウォーターフォールとアジャイルの フェアな比較 kawasima
2.
アジャイルとは何か?
3.
アジャイルマニフェスト プロセスやツールよりも個人と対話を、 包括的なドキュメントよりも動くソフトウェアを、 契約交渉よりも顧客との協調を、 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 http://www.agilemanifesto.org/iso/ja/
4.
分かりやすい喩え ウォーターフォール アジャイル ホールケーキとして作る 必要に応じてカットケーキを作る
5.
アジャイル開発の 実際の進め方 (rascal-scheme) https://github.com/kawasima/rascal-scheme
6.
体制 プロダクトマネージャ ● 要求を実装可能なストーリーに変換する。 ● チームがスムーズに実装できるレベルまで、ストーリーを理解させる。 チーム ● スプリント(2〜4週間)で実装するストーリーをコミットし完遂する。 ● スプリント期間は、外部からの開発進捗の妨げを排除する。 (スクラムマスターの仕事) ● タスクの見積りはチームで行い、各タスクの完了責任はチームで持つ。 (クライアント) ● 要求をとりまとめ、開発サイドに伝達する。 ※ストーリーとは、実装可能な仕様の塊。通常、機能一覧の1行に該当する。
7.
権限の7つのレベル マネージャとして意思決定するTell 意思決定について説得するSell 意思決定する前にチームに相談するConsult チームと一緒に意思決定するAgree チームが意思決定する前にアドバイスするAdvice チームが意思決定した後にフィードバックを求めるInquire チームの意思決定に何も影響を与えないDelegate
8.
権限レベルを決める ストーリーの内容 Tell Sell Consult
Agree Advice Inquire Delegate ストーリーの中の 内部仕様 PM Team Client PM スプリントに含める ストーリー PM Team PM Client … ストーリー全体計画 Client PM
9.
全体スプリント計画 Sprint1(8/16〜8/29) Sprint2(8/30〜9/12) Sprint N(mm/dd〜mm/dd) ● 顧客の検索ができるようにする ● 顧客のデータを登録できるようにする ● … プロダクトバックログ スプリントバックログ システムに要求される機能を分解し、ストーリーとしてプロダクトバックログに積む。 ストーリーの優先順位をつけ、だいたいの見積りをし、スプリントバックログに割り振る。
10.
スプリント計画MTG プロダクトマネージャ チーム Sprint N(mm/dd〜mm/dd) ● スプリントでの総開発量の決定 ● ストーリーの見積り ● ストーリーのタスク分解 ● ストーリーの内容説明 ● ストーリーの詳細なスコープ決定
11.
スプリントレビュー チーム ● スプリントの成果をデモ プロダクトマネージャ (クライアント) ● 指摘をバックログに反映する
12.
QCDに沿ってアジャイル開発の メリデメを考える
13.
コスト ● 結果として無駄なものを作らなくて済む可能性があ り、当初の概算よりコストを抑えることができるかも しれない Pros Cons ● タイムボックス分割の分のオーバーヘッドがかかる。 ● 大量生産可能なものに適用してもオーバーヘッドが上 乗せされるだけである。
14.
品質 ● タイムボックスごとにテストがされるので、必然的に 品質は高くなる傾向にある。 Pros Cons ● デグレを防ぐために、回帰テストが必要になる。 (コストへのインパクト)
15.
納期 ● フィジビリティを確認しながら、開発を進められるの で、実現が難しい機能がクリティカルパスになって、 設計・プログラミング工程で遅延が発生するという 事態を防ぐことができる。 Pros Cons ● 基本的にはコスト・品質を固定して、納期とスコープト レードオフをコントロールしていくプロセスなので、ス コープの調整が前提になっていないと、納期は守れな い。
16.
マネジメントの違い ウォーターフォール アジャイ ル Quality Cost Delivery Scope 固定 コントローラブル 固定 コントローラブル 固定
コントローラブル (大量に積んだバッファでやりくり) (納期とスコープのトレードオフを やりくりする) 固定 固定
17.
体制 ウォーターフォール アジャイル 時間 人数 時間 人数
18.
体制 ● 最初から同じメンバーなので、立ち上げのコストが 少ない。 ● 同じプロジェクトに継続してたずさわるので、学習 効果が期待できる Pros Cons ● 特になし
19.
FAQ
20.
Q. スキルの高い人でチーム組まないとできないの? A. そういうことはない。 しかし、タイムボックス分割のオーバーヘッドを最小化する ためにはプロダクトマネージャには高いスキルが要求される。
21.
Q. ドキュメント書かないので、保守フェーズで苦労するって聞いた。 A. ドキュメント書く、書かないの話はアジャイルとは関係ない。 設計書などは、コードを書いた後で作ることができるので、 手戻りがなくドキュメンテーションの効率がよくなる効果はある。
22.
Q. ミッションクリティカルなシステムなので品質が心配だが… A. スタートアップ起業文化で成長してきたのメソッドなので、 品質に対する意識が低そうな印象があるのは事実だが、 品質保証プロセスに何の違いもない。 デグレのリスク増など、留意 すべき点を間違えなければ、 ミッションクリティカルで使え ないということはない。
23.
まとめ
24.
● 同じものを同じメンバーで作るのであれば、ウォー ターフォール、アジャイルに大きな違いはない。 最終的に出来上がるものが違うから、プロセスを選び分ける ● プロジェクトの特性による向き不向きがある。 – 向いているものは… ● ビジネスの成功に必要な機能を誰も明言できないもの ● 技術的に実現可能性が見えていないもの ● 納期の制約がないもの
Download now