SlideShare una empresa de Scribd logo
1 de 34
WF開発とアジャイル開発の比
       較
目次

1.はじめに
2.WF(ウォーターフォール)開発って?
3.アジャイル開発って?
4.まとめ~WF開発とアジャイル開発の比較~
1.はじめに
ソフトウェア開発について
• ソフトウェア開発・・・ユーザーの要求をソフ
  トウェア製品に変換する作業


ホームページ      ユーザーの欲しい!を形にする
  Twitter
 Facebook
  ブログ

            各種プロセスを経てプロ
            グラマーがソフトウェア
            を開発
ソフトウェア開発のプロセス
                   要求定義


開発を複数の段階に分割        外部設計

モデル化する!!
                   内部設計

                   プログラミン
                      グ
・WF(ウォーターフォール)開発
                    テスト
・アジャイル開発
                     導入
2.WF(ウォーターフォール)開発っ
         て?
WFとは
ウォーターフォール開発
・全体的な見通し
                    普及率が高
・スケジュール管理            い!!
・資源配分管理
              1年間で作るっ
              て分かってるか
              ら管理面がしや
                すい!!
WFのプロセス

    要求定義                      しっかりとしたスケジュー
                              ルが組まれている!各工程
           外部設計               を順を追って進める。

                  内部設計
                         プログラミン
時                          グ
間
                                  テスト

                                        運用
                  逆戻りができな
                  い

                    開発段階
WFのチーム構成
• ユーザーと開発者のコミュニケーション
→機会が尐ない
• 仕様書が明確
→ 専門分野でのチーム構成


                   マ
                   ネ
     テス   アナリス     ー
     ター    ト       ジ
                   ャ
                   ー
      デザイナー   プログラマー
WFのメリット
• スケジュール管理が容易
→ 全体像が把握しやすい
• 明確な仕様書
→ 作業の円滑化
• 進歩管理が容易
• 段階ごとの作業管理
WFのデメリット


• 初期段階での要求定義
• 要求変化への対応が困難
  → ビジネス環境の変化へ対応が困難
• 問題発見時の労力
• 期待と実際のシステム相違の可能性
現代のWF開発の問題点
                            近年の
                            変化状況




ビ         開発期間より
ジ         も変化状況の
ネ
ス          方が早い
環
境        システム      システム完成          これまで
         開発期間
                                   の変化状
                                   況
 環予
 境測
 変可
 化能
 量な

                     時間
IPAの調査
ビジネス環境とソフトウェア開発の
       関係
   ビジネス環境
              外部ビジネス環
   とシステム開     境
    発の関係っ
     て?        ビジネス戦
               略

                    IT戦略
                内
要求の早期固定(WF)     部          要求
                状
       リス       態
       ク            システ
外部、内部のビジネス環
境の変化への対応ができ
                    ム開発
ない!!
→ ビジネス環境変化す
る
WF開発の問題点
環境が変われば
  欲しいものも変わる・・・
1年もかけて作られたものを見たら
  想像と違う・・・
  1年の間にこの機能はいらなくなった・・・
最後まで作ったのに
  問題点が見つかった・・・
じゃあどうする?
環境は変わっていくもの!!
要望も変わっていくもの!!
                 解決策は?

・短期的なフィードバック
・顧客とのコミュニケーション


    戻れないWF開発から
  繰り返すアジャイル開発へ!
3.アジャイル開発って?
アジャイル開発とは
 ビジネス環境
  の変化が
 激しい・・・    アジャイル開
           発

           ★要求への対応
          ★ユーザーとの協調
           ★問題の早期発見


  最後になっ
    て
  問題が!
アジャイル開発のプロセス
・短期的なフィードバック、要求定義
・繰り返される反復
 → 要求変化への柔軟性

           第1イテレーション(反     第2イテレーション        第3イテレー
           復)                               ション

           要求定義             要求定義            要求定義             第nイテレー
                                                             ション
                  プログラミン
   企画             グ
                                   プログラミン
                                   グ
                                                   プログラミン
                                                   グ              ・・
ストーリーリスト
            テス
            ト
                             テスト             テスト
                                                                  ・・
作成

1、ホームページ
   作成                                   リリース
2、プロフィール
                           リリー                              リリー
   作成                      ス                                ス
3、利用規約作成             顧客          開発者               ※1イテレーション=1~2
4、オンライン                                            週間程度の短期間
 ショップ作成
   ・                 リリースの段階でユーザ
   ・                 と話し合い要求定義を行
   ・
アジャイル開発の特徴

• 要求の固定を前提としない
  → ビジネス環境の変化、要求変化への
対応
• 定期的なフィードバック
• コミュニケーションを重視
• 顧客の参画度合いが強い
• プログラム重視
アジャイル開発のチーム構成

•   はっきりと区別しない役割分担
•   チームで成果責任を果たそうとする態度
•   積極的に関わる顧客の存在
                   ビジネス
•   成果責任と権限委譲      ソリュー
                    ション
•   自己組織化     WIN!
                   システム  WIN!
                        HAPPY!
                HAPPY!    目的      目的

                            信頼・協調・尊
                            重
    顧客と共に開発す             ビジネス側        開発側

    る!!
アジャイル開発に適した領域

• ビジネス要求が変化する領域
• リスクの高い領域
→ ・不確実な市場
   ・技術的難易度
• 市場競争率の高い領域
→ ・TTM(time to market)の短縮が必要
アジャイル開発のメリット

•   要求変化への柔軟な対応
•   期待と成果物の不一致の防止
•   問題点の早期発見
•   開発を進めながらの成長
•   優先的な機能から開発、運用
•   エンジニアのモチベーションの保持
アジャイル開発のデメリット



• スケジュール管理が困難
• 長期的な開発の見通しが困難
• 開発者への高いスキルの要求
4.まとめ

~WF開発とアジャイル開発の比較
        ~
WF開発とアジャイル開発の比較

 特徴


WF開発・・・品質・スケジュール管
理重視
アジャイル開発・・・スピード・柔
軟性重視
WF開発とアジャイル開発の比較
  プロセ
         リリース
   ス




        アジャイル開
イテレー
ション(反
        発
  復)
         WF開発

          時間
WF開発とアジャイル開発の比較
 顧客と
 の距離

WF開発・・・積極的な関わりが尐
ない傾向
アジャイル開発・・・短期的な顧
客とのコミュニケーション
WF開発とアジャイル開発の比較
 管理


WF開発・・・スケジュール管理や全体の
見通しが立ちやすい
アジャイル開発・・・長期的なスケ
ジュール管理やドキュメント上での管理が
困難。
WF開発とアジャイル開発の比較

 柔軟性

WF開発・・・要求変化への対応、仕様漏
れや問題が発覚時の対応が困難。
アジャイル開発・・・要求変化への柔軟
な対応、仕様漏れや問題の早期発見。
WF開発とアジャイル開発の比較
適正領域        技術・市場に 高
            おけるリスク
                       アジャイ
                        ル開発

                          ビジネス環
                          境の変化量

 小                         大




     WF開発

                  低
開発モデルは使い分ける!

長期的に開発を進めるWF開発
や繰り返しのアジャイル開発
         大切なの
         は・・・




 状況により使い分けるこ
 と!
最後に・・・
コミュニケーションの必要性
                 美容室と似てい
                   る?
今日はパーマ
かけてくださ
             過程          結果
  い           あっ!        思い通
            もうちょっと弱め      り!
             にかけて!!


         コミュニケーションのとれ
         る人


         コミュニケーションのとれな
         い人


           ・・・
ご清聴ありがとうございまし
た

Más contenido relacionado

La actualidad más candente

Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるかTest Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるかTakuto Wada
 
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説増田 亨
 
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」Takuto Wada
 
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjugフロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjugItsuki Kuroda
 
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみようドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう増田 亨
 
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019Tokoroten Nakayama
 
われわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのかわれわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのかtoshihiro ichitani
 
人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説Livesense Inc.
 
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考えるUXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考えるYoshiki Hayama
 
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexdItsuki Kuroda
 
マイクロサービスアーキテクチャ とは何か
マイクロサービスアーキテクチャとは何かマイクロサービスアーキテクチャとは何か
マイクロサービスアーキテクチャ とは何かYusuke Suzuki
 
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違いなぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違いYoichi Tamamaki
 
ITコミュニティと情報発信に共通する成長と貢献の要素
ITコミュニティと情報発信に共通する成長と貢献の要素ITコミュニティと情報発信に共通する成長と貢献の要素
ITコミュニティと情報発信に共通する成長と貢献の要素NISHIHARA Shota
 
高橋メソッドサンプル
高橋メソッドサンプル高橋メソッドサンプル
高橋メソッドサンプルTakashi Fujimoto
 
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1  ドメイン駆動設計の基本を理解する3週連続DDDその1  ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する増田 亨
 
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンスLivesense Inc.
 
ベロシティを上手く使って 技術的負債を計画的に解消する
ベロシティを上手く使って 技術的負債を計画的に解消するベロシティを上手く使って 技術的負債を計画的に解消する
ベロシティを上手く使って 技術的負債を計画的に解消するKoichiro Matsuoka
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用ESM SEC
 
ウォーターフォールとアジャイルのフェアな比較
ウォーターフォールとアジャイルのフェアな比較ウォーターフォールとアジャイルのフェアな比較
ウォーターフォールとアジャイルのフェアな比較Yoshitaka Kawashima
 
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説Takaaki Umada
 

La actualidad más candente (20)

Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるかTest Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
 
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
 
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
 
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjugフロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
 
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみようドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう
 
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
 
われわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのかわれわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのか
 
人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説
 
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考えるUXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
UXデザインの海外最新「UXトレンドレポート2022」を読んで、考える
 
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
 
マイクロサービスアーキテクチャ とは何か
マイクロサービスアーキテクチャとは何かマイクロサービスアーキテクチャとは何か
マイクロサービスアーキテクチャ とは何か
 
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違いなぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い
 
ITコミュニティと情報発信に共通する成長と貢献の要素
ITコミュニティと情報発信に共通する成長と貢献の要素ITコミュニティと情報発信に共通する成長と貢献の要素
ITコミュニティと情報発信に共通する成長と貢献の要素
 
高橋メソッドサンプル
高橋メソッドサンプル高橋メソッドサンプル
高橋メソッドサンプル
 
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1  ドメイン駆動設計の基本を理解する3週連続DDDその1  ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
 
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
 
ベロシティを上手く使って 技術的負債を計画的に解消する
ベロシティを上手く使って 技術的負債を計画的に解消するベロシティを上手く使って 技術的負債を計画的に解消する
ベロシティを上手く使って 技術的負債を計画的に解消する
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用
 
ウォーターフォールとアジャイルのフェアな比較
ウォーターフォールとアジャイルのフェアな比較ウォーターフォールとアジャイルのフェアな比較
ウォーターフォールとアジャイルのフェアな比較
 
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
 

Similar a ウォーターフォールとアジャイル開発の比較 

プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Webプロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Webminamo
 
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423Yusuke Suzuki
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進めDai FUJIHARA
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進めRakuten Group, Inc.
 
失敗しないパッケージ導入5
失敗しないパッケージ導入5失敗しないパッケージ導入5
失敗しないパッケージ導入5小島 規彰
 
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010Yusuke Suzuki
 
Odstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナーOdstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナーkumi_shiki
 
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方Yusuke Suzuki
 
サービス開発における工程
サービス開発における工程サービス開発における工程
サービス開発における工程Hidetoshi Mori
 
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshareソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ソフトウェア調達におけるアジャイル開発の要点と現状 SlideshareYoichi Tamamaki
 
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方Yusuke Suzuki
 
失敗しないパッケージ導入7
失敗しないパッケージ導入7失敗しないパッケージ導入7
失敗しないパッケージ導入7小島 規彰
 
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)Yukie Kushida
 
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景ソフトウェア開発の現場風景
ソフトウェア開発の現場風景Koichi ITO
 
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティスAgility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティスSORACOM, INC
 
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用masashi takehara
 
AJ2010_20100409_maegawasensei
AJ2010_20100409_maegawasenseiAJ2010_20100409_maegawasensei
AJ2010_20100409_maegawasenseiAkiko Kosaka
 
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_uploadVantan shinsuke miyaki_upload
Vantan shinsuke miyaki_uploadShinsuke Miyaki
 

Similar a ウォーターフォールとアジャイル開発の比較  (20)

プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Webプロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Web
 
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
 
I suc発表用v2.8
I suc発表用v2.8I suc発表用v2.8
I suc発表用v2.8
 
失敗しないパッケージ導入5
失敗しないパッケージ導入5失敗しないパッケージ導入5
失敗しないパッケージ導入5
 
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
 
Odstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナーOdstudy 20120225 エンジニアのための提案力向上セミナー
Odstudy 20120225 エンジニアのための提案力向上セミナー
 
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
 
サービス開発における工程
サービス開発における工程サービス開発における工程
サービス開発における工程
 
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshareソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
 
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
 
失敗しないパッケージ導入7
失敗しないパッケージ導入7失敗しないパッケージ導入7
失敗しないパッケージ導入7
 
Et west2013
Et west2013Et west2013
Et west2013
 
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)
お客様と開発側を「画面モック」で繋げる仕様定義の秘訣(ET-west2013)
 
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
 
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティスAgility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
 
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用
[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用
 
AJ2010_20100409_maegawasensei
AJ2010_20100409_maegawasenseiAJ2010_20100409_maegawasensei
AJ2010_20100409_maegawasensei
 
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_uploadVantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
 

ウォーターフォールとアジャイル開発の比較