Enviar búsqueda
Cargar
ウォーターフォールとアジャイル開発の比較
•
Descargar como PPTX, PDF
•
21 recomendaciones
•
24,757 vistas
Unicast Inc.
Seguir
Denunciar
Compartir
Denunciar
Compartir
1 de 34
Descargar ahora
Recomendados
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
toshihiro ichitani
STAC2023 テストケースの自動生成に生成AI導入を検討してみた STAC2023
STAC2023 テストケースの自動生成に生成AI導入を検討してみた STAC2023
Satoshi Sakashita
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
増田 亨
エムスリーのQAチームが目指すもの
エムスリーのQAチームが目指すもの
Yuki Shiromoto
俺も エクストリームプログラミング入門
俺も エクストリームプログラミング入門
Fumihiko Kinoshita
これからはじめるインフラエンジニア
これからはじめるインフラエンジニア
外道 父
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
私にとってのテスト
私にとってのテスト
Takuto Wada
Recomendados
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
toshihiro ichitani
STAC2023 テストケースの自動生成に生成AI導入を検討してみた STAC2023
STAC2023 テストケースの自動生成に生成AI導入を検討してみた STAC2023
Satoshi Sakashita
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
増田 亨
エムスリーのQAチームが目指すもの
エムスリーのQAチームが目指すもの
Yuki Shiromoto
俺も エクストリームプログラミング入門
俺も エクストリームプログラミング入門
Fumihiko Kinoshita
これからはじめるインフラエンジニア
これからはじめるインフラエンジニア
外道 父
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
私にとってのテスト
私にとってのテスト
Takuto Wada
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
Takuto Wada
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう
増田 亨
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
われわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのか
toshihiro ichitani
人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説
Livesense Inc.
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
Yoshiki Hayama
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
マイクロサービスアーキテクチャとは何か
マイクロサービスアーキテクチャとは何か
Yusuke Suzuki
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
Yoichi Tamamaki
ITコミュニティと情報発信に共通する成長と貢献の要素
ITコミュニティと情報発信に共通する成長と貢献の要素
NISHIHARA Shota
高橋メソッドサンプル
高橋メソッドサンプル
Takashi Fujimoto
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
増田 亨
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
Livesense Inc.
ベロシティを上手く使って 技術的負債を計画的に解消する
ベロシティを上手く使って 技術的負債を計画的に解消する
Koichiro Matsuoka
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
ウォーターフォールとアジャイルのフェアな比較
ウォーターフォールとアジャイルのフェアな比較
Yoshitaka Kawashima
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Web
minamo
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
Yusuke Suzuki
Más contenido relacionado
La actualidad más candente
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
Takuto Wada
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう
増田 亨
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
われわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのか
toshihiro ichitani
人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説
Livesense Inc.
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
Yoshiki Hayama
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
マイクロサービスアーキテクチャとは何か
マイクロサービスアーキテクチャとは何か
Yusuke Suzuki
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
Yoichi Tamamaki
ITコミュニティと情報発信に共通する成長と貢献の要素
ITコミュニティと情報発信に共通する成長と貢献の要素
NISHIHARA Shota
高橋メソッドサンプル
高橋メソッドサンプル
Takashi Fujimoto
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
増田 亨
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
Livesense Inc.
ベロシティを上手く使って 技術的負債を計画的に解消する
ベロシティを上手く使って 技術的負債を計画的に解消する
Koichiro Matsuoka
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
ウォーターフォールとアジャイルのフェアな比較
ウォーターフォールとアジャイルのフェアな比較
Yoshitaka Kawashima
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
La actualidad más candente
(20)
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
われわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのか
人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
マイクロサービスアーキテクチャとは何か
マイクロサービスアーキテクチャとは何か
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
ITコミュニティと情報発信に共通する成長と貢献の要素
ITコミュニティと情報発信に共通する成長と貢献の要素
高橋メソッドサンプル
高橋メソッドサンプル
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
ベロシティを上手く使って 技術的負債を計画的に解消する
ベロシティを上手く使って 技術的負債を計画的に解消する
リーン開発の本質 公開用
リーン開発の本質 公開用
ウォーターフォールとアジャイルのフェアな比較
ウォーターフォールとアジャイルのフェアな比較
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Similar a ウォーターフォールとアジャイル開発の比較
プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Web
minamo
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
Yusuke Suzuki
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Rakuten Group, Inc.
I suc発表用v2.8
I suc発表用v2.8
Kentaro Furukawa
失敗しないパッケージ導入5
失敗しないパッケージ導入5
小島 規彰
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
Yusuke Suzuki
Odstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナー
kumi_shiki
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
サービス開発における工程
サービス開発における工程
Hidetoshi Mori
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
Yoichi Tamamaki
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
失敗しないパッケージ導入7
失敗しないパッケージ導入7
小島 規彰
Et west2013
Et west2013
Yukie Kushida
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)
Yukie Kushida
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Koichi ITO
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
SORACOM, INC
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用
masashi takehara
AJ2010_20100409_maegawasensei
AJ2010_20100409_maegawasensei
Akiko Kosaka
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Shinsuke Miyaki
Similar a ウォーターフォールとアジャイル開発の比較
(20)
プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Web
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
I suc発表用v2.8
I suc発表用v2.8
失敗しないパッケージ導入5
失敗しないパッケージ導入5
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
Odstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナー
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
サービス開発における工程
サービス開発における工程
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
失敗しないパッケージ導入7
失敗しないパッケージ導入7
Et west2013
Et west2013
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用
AJ2010_20100409_maegawasensei
AJ2010_20100409_maegawasensei
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
ウォーターフォールとアジャイル開発の比較
1.
WF開発とアジャイル開発の比
較
2.
目次 1.はじめに 2.WF(ウォーターフォール)開発って? 3.アジャイル開発って? 4.まとめ~WF開発とアジャイル開発の比較~
3.
1.はじめに
4.
ソフトウェア開発について • ソフトウェア開発・・・ユーザーの要求をソフ
トウェア製品に変換する作業 ホームページ ユーザーの欲しい!を形にする Twitter Facebook ブログ 各種プロセスを経てプロ グラマーがソフトウェア を開発
5.
ソフトウェア開発のプロセス
要求定義 開発を複数の段階に分割 外部設計 モデル化する!! 内部設計 プログラミン グ ・WF(ウォーターフォール)開発 テスト ・アジャイル開発 導入
6.
2.WF(ウォーターフォール)開発っ
て?
7.
WFとは ウォーターフォール開発 ・全体的な見通し
普及率が高 ・スケジュール管理 い!! ・資源配分管理 1年間で作るっ て分かってるか ら管理面がしや すい!!
8.
WFのプロセス
要求定義 しっかりとしたスケジュー ルが組まれている!各工程 外部設計 を順を追って進める。 内部設計 プログラミン 時 グ 間 テスト 運用 逆戻りができな い 開発段階
9.
WFのチーム構成 • ユーザーと開発者のコミュニケーション →機会が尐ない • 仕様書が明確 →
専門分野でのチーム構成 マ ネ テス アナリス ー ター ト ジ ャ ー デザイナー プログラマー
10.
WFのメリット • スケジュール管理が容易 → 全体像が把握しやすい •
明確な仕様書 → 作業の円滑化 • 進歩管理が容易 • 段階ごとの作業管理
11.
WFのデメリット • 初期段階での要求定義 • 要求変化への対応が困難
→ ビジネス環境の変化へ対応が困難 • 問題発見時の労力 • 期待と実際のシステム相違の可能性
12.
現代のWF開発の問題点
近年の 変化状況 ビ 開発期間より ジ も変化状況の ネ ス 方が早い 環 境 システム システム完成 これまで 開発期間 の変化状 況 環予 境測 変可 化能 量な 時間 IPAの調査
13.
ビジネス環境とソフトウェア開発の
関係 ビジネス環境 外部ビジネス環 とシステム開 境 発の関係っ て? ビジネス戦 略 IT戦略 内 要求の早期固定(WF) 部 要求 状 リス 態 ク システ 外部、内部のビジネス環 境の変化への対応ができ ム開発 ない!! → ビジネス環境変化す る
14.
WF開発の問題点 環境が変われば 欲しいものも変わる・・・ 1年もかけて作られたものを見たら
想像と違う・・・ 1年の間にこの機能はいらなくなった・・・ 最後まで作ったのに 問題点が見つかった・・・
15.
じゃあどうする? 環境は変わっていくもの!! 要望も変わっていくもの!!
解決策は? ・短期的なフィードバック ・顧客とのコミュニケーション 戻れないWF開発から 繰り返すアジャイル開発へ!
16.
3.アジャイル開発って?
17.
アジャイル開発とは ビジネス環境
の変化が 激しい・・・ アジャイル開 発 ★要求への対応 ★ユーザーとの協調 ★問題の早期発見 最後になっ て 問題が!
18.
アジャイル開発のプロセス ・短期的なフィードバック、要求定義 ・繰り返される反復 → 要求変化への柔軟性
第1イテレーション(反 第2イテレーション 第3イテレー 復) ション 要求定義 要求定義 要求定義 第nイテレー ション プログラミン 企画 グ プログラミン グ プログラミン グ ・・ ストーリーリスト テス ト テスト テスト ・・ 作成 1、ホームページ 作成 リリース 2、プロフィール リリー リリー 作成 ス ス 3、利用規約作成 顧客 開発者 ※1イテレーション=1~2 4、オンライン 週間程度の短期間 ショップ作成 ・ リリースの段階でユーザ ・ と話し合い要求定義を行 ・
19.
アジャイル開発の特徴 • 要求の固定を前提としない
→ ビジネス環境の変化、要求変化への 対応 • 定期的なフィードバック • コミュニケーションを重視 • 顧客の参画度合いが強い • プログラム重視
20.
アジャイル開発のチーム構成 •
はっきりと区別しない役割分担 • チームで成果責任を果たそうとする態度 • 積極的に関わる顧客の存在 ビジネス • 成果責任と権限委譲 ソリュー ション • 自己組織化 WIN! システム WIN! HAPPY! HAPPY! 目的 目的 信頼・協調・尊 重 顧客と共に開発す ビジネス側 開発側 る!!
21.
アジャイル開発に適した領域 • ビジネス要求が変化する領域 • リスクの高い領域 →
・不確実な市場 ・技術的難易度 • 市場競争率の高い領域 → ・TTM(time to market)の短縮が必要
22.
アジャイル開発のメリット •
要求変化への柔軟な対応 • 期待と成果物の不一致の防止 • 問題点の早期発見 • 開発を進めながらの成長 • 優先的な機能から開発、運用 • エンジニアのモチベーションの保持
23.
アジャイル開発のデメリット • スケジュール管理が困難 • 長期的な開発の見通しが困難 •
開発者への高いスキルの要求
24.
4.まとめ ~WF開発とアジャイル開発の比較
~
25.
WF開発とアジャイル開発の比較 特徴 WF開発・・・品質・スケジュール管 理重視 アジャイル開発・・・スピード・柔 軟性重視
26.
WF開発とアジャイル開発の比較 プロセ
リリース ス アジャイル開 イテレー ション(反 発 復) WF開発 時間
27.
WF開発とアジャイル開発の比較 顧客と の距離 WF開発・・・積極的な関わりが尐 ない傾向 アジャイル開発・・・短期的な顧 客とのコミュニケーション
28.
WF開発とアジャイル開発の比較 管理 WF開発・・・スケジュール管理や全体の 見通しが立ちやすい アジャイル開発・・・長期的なスケ ジュール管理やドキュメント上での管理が 困難。
29.
WF開発とアジャイル開発の比較 柔軟性 WF開発・・・要求変化への対応、仕様漏 れや問題が発覚時の対応が困難。 アジャイル開発・・・要求変化への柔軟 な対応、仕様漏れや問題の早期発見。
30.
WF開発とアジャイル開発の比較 適正領域
技術・市場に 高 おけるリスク アジャイ ル開発 ビジネス環 境の変化量 小 大 WF開発 低
31.
開発モデルは使い分ける! 長期的に開発を進めるWF開発 や繰り返しのアジャイル開発
大切なの は・・・ 状況により使い分けるこ と!
32.
最後に・・・
33.
コミュニケーションの必要性
美容室と似てい る? 今日はパーマ かけてくださ 過程 結果 い あっ! 思い通 もうちょっと弱め り! にかけて!! コミュニケーションのとれ る人 コミュニケーションのとれな い人 ・・・
34.
ご清聴ありがとうございまし た
Descargar ahora