SlideShare a Scribd company logo
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開発
や繰り返しのアジャイル開発
         大切なの
         は・・・




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


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


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


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

More Related Content

What's hot

探索的テストはじめの一歩 #wacate
探索的テストはじめの一歩 #wacate探索的テストはじめの一歩 #wacate
探索的テストはじめの一歩 #wacate
Toshiyuki Kawanishi
 
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
Hironori Washizaki
 
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
大貴 蜂須賀
 
概説 テスト分析
概説 テスト分析概説 テスト分析
概説 テスト分析
崇 山﨑
 
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
 
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
 
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイドアジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
 
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
 
メトリクスによるソフトウェア品質評価・改善および製品品質実態
メトリクスによるソフトウェア品質評価・改善および製品品質実態メトリクスによるソフトウェア品質評価・改善および製品品質実態
メトリクスによるソフトウェア品質評価・改善および製品品質実態
Hironori Washizaki
 
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkanフロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
 
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しようテスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
Akira Ikeda
 
探索的テスト入門
探索的テスト入門探索的テスト入門
探索的テスト入門H Iseri
 
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
masamimorita
 
Is No More QA Idealist Practical and Something Tasty?
Is No More QA Idealist Practical and Something Tasty?Is No More QA Idealist Practical and Something Tasty?
Is No More QA Idealist Practical and Something Tasty?
Yasuharu Nishi
 
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Qua s tom-メトリクスによるソフトウェアの品質把握と改善Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Hironori Washizaki
 
What should you shift left
What should you shift leftWhat should you shift left
What should you shift left
Yasuharu Nishi
 
テスト観点に基づくテスト開発方法論 VSTePの概要
テスト観点に基づくテスト開発方法論VSTePの概要テスト観点に基づくテスト開発方法論VSTePの概要
テスト観点に基づくテスト開発方法論 VSTePの概要
Yasuharu Nishi
 
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjugフロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
 
幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう
scarletplover
 
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkanリーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
Itsuki Kuroda
 

What's hot (20)

探索的テストはじめの一歩 #wacate
探索的テストはじめの一歩 #wacate探索的テストはじめの一歩 #wacate
探索的テストはじめの一歩 #wacate
 
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
 
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
 
概説 テスト分析
概説 テスト分析概説 テスト分析
概説 テスト分析
 
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
 
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
 
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイドアジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
 
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
 
メトリクスによるソフトウェア品質評価・改善および製品品質実態
メトリクスによるソフトウェア品質評価・改善および製品品質実態メトリクスによるソフトウェア品質評価・改善および製品品質実態
メトリクスによるソフトウェア品質評価・改善および製品品質実態
 
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkanフロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
 
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しようテスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
 
探索的テスト入門
探索的テスト入門探索的テスト入門
探索的テスト入門
 
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
 
Is No More QA Idealist Practical and Something Tasty?
Is No More QA Idealist Practical and Something Tasty?Is No More QA Idealist Practical and Something Tasty?
Is No More QA Idealist Practical and Something Tasty?
 
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Qua s tom-メトリクスによるソフトウェアの品質把握と改善Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
 
What should you shift left
What should you shift leftWhat should you shift left
What should you shift left
 
テスト観点に基づくテスト開発方法論 VSTePの概要
テスト観点に基づくテスト開発方法論VSTePの概要テスト観点に基づくテスト開発方法論VSTePの概要
テスト観点に基づくテスト開発方法論 VSTePの概要
 
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjugフロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
 
幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう
 
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkanリーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
 

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

プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Webプロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Webminamo
 
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
Yusuke Suzuki
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Rakuten Group, Inc.
 
失敗しないパッケージ導入5
失敗しないパッケージ導入5失敗しないパッケージ導入5
失敗しないパッケージ導入5
小島 規彰
 
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
Yusuke 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
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
Yoichi 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_upload
Shinsuke Miyaki
 

Similar to ウォーターフォールとアジャイル開発の比較  (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
 

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