Suche senden
Hochladen
アジャイル開発の基礎知識 抜粋版
•
4 gefällt mir
•
1,658 views
ESM SEC
Folgen
2016年7月13日の「Agile Japan 2016 サテライト in 宮崎」で使用した資料です。 1日研修で使用している資料の抜粋版となっています。
Weniger lesen
Mehr lesen
Technologie
Diashow-Anzeige
Melden
Teilen
Diashow-Anzeige
Melden
Teilen
1 von 22
Empfohlen
アジャイル開発の始め方
アジャイル開発の始め方
ESM SEC
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
アジャイル開発の中の設計
アジャイル開発の中の設計
Takuya Okamoto
アジャイルベンダーの未来
アジャイルベンダーの未来
Yukio Okajima
アジャイル開発とメトリクス
アジャイル開発とメトリクス
Rakuten Group, Inc.
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
【SQiP2016】楽天のアジャイル開発とメトリクス事例
【SQiP2016】楽天のアジャイル開発とメトリクス事例
Kotaro Ogino
Empfohlen
アジャイル開発の始め方
アジャイル開発の始め方
ESM SEC
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
アジャイル開発の中の設計
アジャイル開発の中の設計
Takuya Okamoto
アジャイルベンダーの未来
アジャイルベンダーの未来
Yukio Okajima
アジャイル開発とメトリクス
アジャイル開発とメトリクス
Rakuten Group, Inc.
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
【SQiP2016】楽天のアジャイル開発とメトリクス事例
【SQiP2016】楽天のアジャイル開発とメトリクス事例
Kotaro Ogino
ソフトウェアテスト入門
ソフトウェアテスト入門
Preferred Networks
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
今さら聞けない人のためのCI/CD超入門
今さら聞けない人のためのCI/CD超入門
VirtualTech Japan Inc./Begi.net Inc.
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
Takaaki Umada
うそのアジャイル、まことのアジャイル 公開用
うそのアジャイル、まことのアジャイル 公開用
ESM SEC
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
5分で分かるアジャイルムーブメントの歴史 拡大版
5分で分かるアジャイルムーブメントの歴史 拡大版
Fumihiko Kinoshita
アジャイルコーチから見たScaled Agile Method LeSS版
アジャイルコーチから見たScaled Agile Method LeSS版
Takao Kimura
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
Itsuki Kuroda
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
ゲームに学ぶUXデザイン
ゲームに学ぶUXデザイン
Akihiro Moriyama
アジャイル開発におけるクラフトマンシップの重要性
アジャイル開発におけるクラフトマンシップの重要性
Shigeru Tatsuta
Google Cloud で実践する SRE
Google Cloud で実践する SRE
Google Cloud Platform - Japan
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
テストを分類してみよう!
テストを分類してみよう!
Kenji Okumura
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
ビズリーチの機械学習基盤
ビズリーチの機械学習基盤
Naoto Migita
アジャイル事例紹介
アジャイル事例紹介
hiko99
AJ2010_20100409_maegawasensei
AJ2010_20100409_maegawasensei
Akiko Kosaka
Weitere ähnliche Inhalte
Was ist angesagt?
ソフトウェアテスト入門
ソフトウェアテスト入門
Preferred Networks
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
今さら聞けない人のためのCI/CD超入門
今さら聞けない人のためのCI/CD超入門
VirtualTech Japan Inc./Begi.net Inc.
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
Takaaki Umada
うそのアジャイル、まことのアジャイル 公開用
うそのアジャイル、まことのアジャイル 公開用
ESM SEC
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
5分で分かるアジャイルムーブメントの歴史 拡大版
5分で分かるアジャイルムーブメントの歴史 拡大版
Fumihiko Kinoshita
アジャイルコーチから見たScaled Agile Method LeSS版
アジャイルコーチから見たScaled Agile Method LeSS版
Takao Kimura
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
Itsuki Kuroda
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
ゲームに学ぶUXデザイン
ゲームに学ぶUXデザイン
Akihiro Moriyama
アジャイル開発におけるクラフトマンシップの重要性
アジャイル開発におけるクラフトマンシップの重要性
Shigeru Tatsuta
Google Cloud で実践する SRE
Google Cloud で実践する SRE
Google Cloud Platform - Japan
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
テストを分類してみよう!
テストを分類してみよう!
Kenji Okumura
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
ビズリーチの機械学習基盤
ビズリーチの機械学習基盤
Naoto Migita
Was ist angesagt?
(20)
ソフトウェアテスト入門
ソフトウェアテスト入門
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
今さら聞けない人のためのCI/CD超入門
今さら聞けない人のためのCI/CD超入門
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
うそのアジャイル、まことのアジャイル 公開用
うそのアジャイル、まことのアジャイル 公開用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
5分で分かるアジャイルムーブメントの歴史 拡大版
5分で分かるアジャイルムーブメントの歴史 拡大版
アジャイルコーチから見たScaled Agile Method LeSS版
アジャイルコーチから見たScaled Agile Method LeSS版
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
ゲームに学ぶUXデザイン
ゲームに学ぶUXデザイン
アジャイル開発におけるクラフトマンシップの重要性
アジャイル開発におけるクラフトマンシップの重要性
Google Cloud で実践する SRE
Google Cloud で実践する SRE
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
テストを分類してみよう!
テストを分類してみよう!
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
ビズリーチの機械学習基盤
ビズリーチの機械学習基盤
Ähnlich wie アジャイル開発の基礎知識 抜粋版
アジャイル事例紹介
アジャイル事例紹介
hiko99
AJ2010_20100409_maegawasensei
AJ2010_20100409_maegawasensei
Akiko Kosaka
AITCシニア技術者勉強会 「今さら聞けないWebサイト開発」 vol2
AITCシニア技術者勉強会 「今さら聞けないWebサイト開発」 vol2
近藤 繁延
2amano leanconf2014
2amano leanconf2014
leanconference
ソフトウェア開発を加速させるリーン開発の原則 公開用
ソフトウェア開発を加速させるリーン開発の原則 公開用
ESM SEC
アジャイル開発&DevOps-201904
アジャイル開発&DevOps-201904
Masaru Takahashi
継続的デリバリーとサービス仮想化で変わる、エンタープライズアジャイル開発
継続的デリバリーとサービス仮想化で変わる、エンタープライズアジャイル開発
Takashi Watanabe
2018年度新入社員研修実績紹介
2018年度新入社員研修実績紹介
CASAREAL, Inc.
アプリ向けエラー・クラッシュ検知ツールの運用品質について@Ques13th
アプリ向けエラー・クラッシュ検知ツールの運用品質について@Ques13th
Hiroki Nakai
160724 jtf2016sre
160724 jtf2016sre
OSSラボ株式会社
アジャイル開発の進め方
アジャイル開発の進め方
ESM SEC
Ossを使ったazureでのdev ops
Ossを使ったazureでのdev ops
裕貴 荒井
CQRS+ES on GCP
CQRS+ES on GCP
Masaki Toyoshima
OWASP ASVS と Cheat Sheet シリーズ (日本語版) のご紹介 (OSC2016Hokkaido)
OWASP ASVS と Cheat Sheet シリーズ (日本語版) のご紹介 (OSC2016Hokkaido)
JPCERT Coordination Center
Site Reliability Engineering (SRE)を可能にするOpenPIEのご紹介
Site Reliability Engineering (SRE)を可能にするOpenPIEのご紹介
OSSラボ株式会社
JavaOne2017参加報告 Microservices topic & approach #jjug
JavaOne2017参加報告 Microservices topic & approach #jjug
Yahoo!デベロッパーネットワーク
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
SORACOM, INC
CIサーバを制圧せよ! - プロジェクトメトリクスと自動化技術の活用よる混乱の収拾と「最強」の組織の育成
CIサーバを制圧せよ! - プロジェクトメトリクスと自動化技術の活用よる混乱の収拾と「最強」の組織の育成
Rakuten Group, Inc.
アジャイル開発の事例と動向 公開用
アジャイル開発の事例と動向 公開用
ESM SEC
Bitbucketを活用したコードレビュー改善事例
Bitbucketを活用したコードレビュー改善事例
Kosuke Ito
Ähnlich wie アジャイル開発の基礎知識 抜粋版
(20)
アジャイル事例紹介
アジャイル事例紹介
AJ2010_20100409_maegawasensei
AJ2010_20100409_maegawasensei
AITCシニア技術者勉強会 「今さら聞けないWebサイト開発」 vol2
AITCシニア技術者勉強会 「今さら聞けないWebサイト開発」 vol2
2amano leanconf2014
2amano leanconf2014
ソフトウェア開発を加速させるリーン開発の原則 公開用
ソフトウェア開発を加速させるリーン開発の原則 公開用
アジャイル開発&DevOps-201904
アジャイル開発&DevOps-201904
継続的デリバリーとサービス仮想化で変わる、エンタープライズアジャイル開発
継続的デリバリーとサービス仮想化で変わる、エンタープライズアジャイル開発
2018年度新入社員研修実績紹介
2018年度新入社員研修実績紹介
アプリ向けエラー・クラッシュ検知ツールの運用品質について@Ques13th
アプリ向けエラー・クラッシュ検知ツールの運用品質について@Ques13th
160724 jtf2016sre
160724 jtf2016sre
アジャイル開発の進め方
アジャイル開発の進め方
Ossを使ったazureでのdev ops
Ossを使ったazureでのdev ops
CQRS+ES on GCP
CQRS+ES on GCP
OWASP ASVS と Cheat Sheet シリーズ (日本語版) のご紹介 (OSC2016Hokkaido)
OWASP ASVS と Cheat Sheet シリーズ (日本語版) のご紹介 (OSC2016Hokkaido)
Site Reliability Engineering (SRE)を可能にするOpenPIEのご紹介
Site Reliability Engineering (SRE)を可能にするOpenPIEのご紹介
JavaOne2017参加報告 Microservices topic & approach #jjug
JavaOne2017参加報告 Microservices topic & approach #jjug
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
CIサーバを制圧せよ! - プロジェクトメトリクスと自動化技術の活用よる混乱の収拾と「最強」の組織の育成
CIサーバを制圧せよ! - プロジェクトメトリクスと自動化技術の活用よる混乱の収拾と「最強」の組織の育成
アジャイル開発の事例と動向 公開用
アジャイル開発の事例と動向 公開用
Bitbucketを活用したコードレビュー改善事例
Bitbucketを活用したコードレビュー改善事例
Mehr von ESM SEC
「ふりかえり」は、Retrospectiveか、Reflectionか
「ふりかえり」は、Retrospectiveか、Reflectionか
ESM SEC
日本におけるアジャイル開発の認知度の変遷を情報処理技術者試験の問題から考察してみた_公開用
日本におけるアジャイル開発の認知度の変遷を情報処理技術者試験の問題から考察してみた_公開用
ESM SEC
製品の質と、仕事の質を向上させるふりかえりの活用
製品の質と、仕事の質を向上させるふりかえりの活用
ESM SEC
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ESM SEC
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
ESM SEC
KPTとKPTA
KPTとKPTA
ESM SEC
けぷ人とけぷ太
けぷ人とけぷ太
ESM SEC
「システムメタファ」再考 公開用
「システムメタファ」再考 公開用
ESM SEC
「失敗事例から学ぶアジャイル開発」研修の紹介
「失敗事例から学ぶアジャイル開発」研修の紹介
ESM SEC
XunitとMoq 公開用
XunitとMoq 公開用
ESM SEC
「Entity Framework Coreを使ってみる」 公開用
「Entity Framework Coreを使ってみる」 公開用
ESM SEC
KPTAふりかえり体験研修のご紹介
KPTAふりかえり体験研修のご紹介
ESM SEC
ESMのアジャイル開発
ESMのアジャイル開発
ESM SEC
ゼロから始めるプロダクト開発
ゼロから始めるプロダクト開発
ESM SEC
アジャイル開発をよりアジャイルに
アジャイル開発をよりアジャイルに
ESM SEC
ふりかえりで学んだこと ベスト10
ふりかえりで学んだこと ベスト10
ESM SEC
「アジャイルコーチの7つ道具」の使い方
「アジャイルコーチの7つ道具」の使い方
ESM SEC
俺たちのKPTA
俺たちのKPTA
ESM SEC
ワークショップ 明日からはじめるアジャイル
ワークショップ 明日からはじめるアジャイル
ESM SEC
Pull Request & TDD 入門
Pull Request & TDD 入門
ESM SEC
Mehr von ESM SEC
(20)
「ふりかえり」は、Retrospectiveか、Reflectionか
「ふりかえり」は、Retrospectiveか、Reflectionか
日本におけるアジャイル開発の認知度の変遷を情報処理技術者試験の問題から考察してみた_公開用
日本におけるアジャイル開発の認知度の変遷を情報処理技術者試験の問題から考察してみた_公開用
製品の質と、仕事の質を向上させるふりかえりの活用
製品の質と、仕事の質を向上させるふりかえりの活用
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
ふりかえり会は懺悔の場でも責任追及の場でもありません、過去の学びを活かして幸福な未来を作る行動を生み出す場です
KPTとKPTA
KPTとKPTA
けぷ人とけぷ太
けぷ人とけぷ太
「システムメタファ」再考 公開用
「システムメタファ」再考 公開用
「失敗事例から学ぶアジャイル開発」研修の紹介
「失敗事例から学ぶアジャイル開発」研修の紹介
XunitとMoq 公開用
XunitとMoq 公開用
「Entity Framework Coreを使ってみる」 公開用
「Entity Framework Coreを使ってみる」 公開用
KPTAふりかえり体験研修のご紹介
KPTAふりかえり体験研修のご紹介
ESMのアジャイル開発
ESMのアジャイル開発
ゼロから始めるプロダクト開発
ゼロから始めるプロダクト開発
アジャイル開発をよりアジャイルに
アジャイル開発をよりアジャイルに
ふりかえりで学んだこと ベスト10
ふりかえりで学んだこと ベスト10
「アジャイルコーチの7つ道具」の使い方
「アジャイルコーチの7つ道具」の使い方
俺たちのKPTA
俺たちのKPTA
ワークショップ 明日からはじめるアジャイル
ワークショップ 明日からはじめるアジャイル
Pull Request & TDD 入門
Pull Request & TDD 入門
Kürzlich hochgeladen
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
iPride Co., Ltd.
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
Toru Tamaki
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
Toru Tamaki
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
Toru Tamaki
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Ryo Sasaki
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Yuma Ohgami
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
taisei2219
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
Hiroki Ichikura
Kürzlich hochgeladen
(9)
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
アジャイル開発の基礎知識 抜粋版
1.
アジャイル開発プロセスの基礎知識 2016/7/13 1Copyright (c)
2002-2016 Eiwa System Management, Inc. 抜粋版
2.
2Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 アジャイル開発を必要とする状況 システム開発には様々なリスクが潜んでいる 要求 ニーズ システム 市 場 供 給 者 ¥ 供給獲得 開発要求を早く固定すると ニーズとかい離する リスクが大きくなる 参考:IPA「非ウォーターフォール型開発WG活動報告書」 http://sec.ipa.go.jp/reports/20110407.html 変化が早く大きい システムが ニーズに対して 陳腐化する 【前提】 供給したシステムが、 ニーズに合致し続ける ことが、成功条件。 【前提】 供給されたシステムに よって、さらにニーズが 変化する。
3.
開発プロセスの短サイクル化 3Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 開発/運用技術の進歩に後押しされて、短サイクル化が進行 分析 設計 実装 テスト 時 間 時 間 要求(スコープ) 要求(スコープ) ウォータフォール イテレーション 要件定義 各工程を 並行で実施 1~4週間 イテレーション 時 間 要求(スコープ) フロー 短サイクル化
4.
4Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 アジャイルソフトウェア開発宣言 2001年「アジャイルソフトウェア開発」という言葉が発明された http://agilemanifesto.org/iso/ja/principles.html 「アジャイル開発宣言」と同時に、 各手法の共通項を原則としてまと めた。 当時、軽量級と呼ばれていたソフトウェア開 発手法の提唱者により、各手法の共通点を まとめて、「アジャイル開発宣言」とした。 http://agilemanifesto.org/iso/ja/
5.
5Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 アジャイルの潮流 進化し、ビジネスへの活用が高まっている Lean/Agile Agile/UX 大規模 組織改革 XP 2000 Agile 2001 スクラム FDD, Crystal, DSDM, ASD 2010 リーンソフトウェア開発 Evo Patterns TPS Deming Lean 2016 Kanban Lean Startup Enterprise Agile ・SAFe ・DAD ・LESS KAIZEN Scrum RAD
6.
6Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 代表的なアジャイル開発手法 各手法は提唱者の関心事で情報をまとめたものにすぎない XP Extreme Programming Kent Beckらが提唱している手法。 「変化ヲ抱擁セヨ」をスローガンとして、ソフトウェア開発 技術の複数のベストプラクティスを極端に実施すること で、開発サイクルを素早く回す。 開発者視点 ・原理/原則 ・開発プラクティス ・管理プラクティス スクラム Scrum Ken Schwaber、Jeff Sutherlandらが提唱している手法。 ソフトウェア開発のマネジメント面にフォーカスをあて、 チームを自律的に動かすための場作りの仕掛け(フ レームワーク)を提供している。 管理者視点 ・原理/原則 ・管理プラクティス リーン Lean Software Development Mary Poppendiekらが提唱している手法(考え方)。 トヨタ 生産方式をお手本として、ソフトウェア開発を成功 させるための原則集。この原則をもとに、具体的なプラ クティスを生み出す。第一原則は「ムダの排除」。 経営者視点 ・原理/原則
7.
アジャイルチームでの開発実践例 7Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 スクラムのフレームワークに様々なプラクティスをプラグイン スクラムフレームワーク
8.
アジャイルチーム 8Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 アジャイル開発の主な登場人物 3つの役割でチームを運営する プロダクト オーナー (顧客) プロセスが円滑に進 むようにする人達 支援者 開発者 要求 成果物 支援 市場 ニーズ サービス 要求をもとに開発を する人達 スクラムでは ・支援者⇒スクラムマスター ビジネスの責任者と して、成果物の価値 を最大化する人(達) ユーザー 役割は目印で、 実際の肩書とは 異なることもある
9.
イテレーション 多重のPDCAサイクル(チームの視点) イテレーション毎に動くソフトウェアを開発する Plan ・イテレーション計画会 Do ・朝会 ・開発 Done Keep Try Problem KPT DoneToDo Doing
Done タスクボード 動く ソフトウェア バーンダウンチャート 動作させて 確認するので ごまかせない Plan ・インセプションデッキ ・リリース計画会 プロダクト バックログ 要求 要求 要求 要求 要求 要求 要求 CheckAct ・ふりかえり会 ・レビュー会 PDCA 2016/7/13 Copyright (c) 2002-2016 Eiwa System Management, Inc. 9
10.
インセプションデッキ プロジェクトを始めるにあたり、プロジェクトの関係 者で合意すべきことを話し合うセッション、および、 そのための質問 プロジェクト憲章
プロジェクトの途中でも効果が高い 10Copyright (c) 2002-2016 Eiwa System Management, Inc.2016/7/13 関係者が話し合いを通じて合意する 出典: 『アジャイルサムライ』サポートページ https://github.com/agile-samurai-ja/support 我われはなぜここにいるのか • 大事な理由その1 • 大事な理由その2 • 大事な理由その3 <このプロジェクトの根幹に 関わる理由を1つ、ここに書く> エレベーターピッチ • [潜在的なニーズを満たしたり、 潜在的な課題を解決したり] したい • [対象顧客] 向けの、 • [プロダクト名] というプロダクトは、 • [プロダクトのカテゴリー] です。 • これは [重要な利点、対価に見合う説得力のある理 由] ができ、 • [代替手段の最右翼] とは違って、 • [差別化の決定的な特徴] が備わっている。 パッケージデザイン (プロダクトの名前) (素敵な写真) (最高のキャッチコピー) (ユーザーへのアピールその1) (ユーザーへのアピールその2) (ユーザーへのアピールその3) やらないことリスト やる やらない あとで决める プロジェクトコミュニティは... コアチーム (○○グループ) (他のチーム) (ほげほげ部門) 関係者全員を! ...思っているよりもずっと大きい! 技術的な解決策の概要 ←リスクがある箇所 ←今回は対象外 採用する技術: * <プログラミング言語> * <ライブラリ> * <ツール> * <その他の要素技術> 夜も眠れなくなるような問題は何だろう? • もし起きたらこわーいこと、その1 • もし起きたらこわーいこと、その2 • もし起きたらこわーいこと、その3 俺たちの“Aチーム” 人数 役割 強みや期待すること 1 アナリスト 必要な分だけ必要なときに分析するスタイルで働ける。 テストも喜んで手伝える。 素早い繰り返し型の開発スタイルで働ける。 2 開発者 C#、MVC.NET、jQuery、SQL ユニットテスト、リファクタリング、TDD、 継続的インテグレーション 0.5 マネージャ 顧客と直接顔を合わせてのコミュニケーションを担当する。 状況報告、スコープ調整、予算管理、レポートラインへの報告 期間を見極める リリース! 構築 受入テスト トレーニング ~3ヶ月 あくまで推測であって、確約するものではありません。 1週間 1週間 トレードオフ・スライダー 典型的なフォース 機能をぜんぶ揃える(スコープ) 予算内に収める(予算) 期日を死守する(時間) 高い品質、少ない欠陥(品質) MAX MIN MAX MIN MAX MIN MAX MIN 上記以外で重要なこと 簡単に使える 考えさせない! 詳細な証跡(なんでもログを取る) (などなど) MAX MIN MAX MIN MAX MIN MAX MIN 初回のリリースに必要なもの 3名、3.5ヶ月、$250K リリース! 構築 受入テスト トレーニング ~3ヶ月 1週間 1週間 <プロジェクトの名前> <スポンサーの名前>
11.
11Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 短期間のイテレーションで開発する タイムボックスで時間を区切って開発する イテレーション 計 画 会 レ ビ ュ ー 会 開発実施 イテレーション 計 画 会 ふ り か え り 会 開発実施 イテレーション 計 画 会 ふ り か え り 会 開発実施・・・ イテレーション 計 画 会 ふ り か え り 会 開発実施 外部に リリースする 場合もある P D ・・・ イテレーションは 1~4週間の タイムボックスふ り か え り 会C A レ ビ ュ ー 会 リ リ ー ス レ ビ ュ ー 会 レ ビ ュ ー 会 ・・・ 早期の失敗は 次の糧となる
12.
12Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 イテレーション計画会 POと開発でゴールを合意し、その達成方法までを計画する プロダクト バックログ 要求 要求 要求 要求 要求 要求 要求 イテレーション バックログ 開発者が中心となって、 優先順位の高い要求から タスクに分けて見積る タスク タスク タスク タスク イテレーションゴール (イテレーションで実現する分)を プロダクトオーナーと開発で合意 優先順位の低い要求は 見積もらない 計画/見積りは 分析/設計活動を 兼ねる オーバーコミットに 注意
13.
プロダクト バックログ 13Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 プロダクトバックログ(PBL) 優先順位づけされた製品の実現に必要な項目(要求)リスト 要求 要求 要求 要求 要求 要求 要求要求 イテレーション中も 新たな要求を追加可能 新たな要求を追加すれば、 バックログからあふれる or 優先順位が下がる 要求 優先度ではなく 優先順位 優 先 順 位 高 低 優先順位の高いものほど 詳細化されている 近い 遠い 細かい 粗い ユースケースを 使うこともある 要求の管理単位は ユーザストーリが よく使われる リファインメントは POと開発が協力して 行なう 優先順位は絶えず メンテされている
14.
タスクボード イテレーション内で完了すべき要求や、タスク(実装、 調査、改善)の状態を可視化したボード イテレーションバックログを管理する 14Copyright
(c) 2002-2016 Eiwa System Management, Inc.2016/7/13 タスクの現時点の状況を把握できる ToDo Doing Done タスク 要求 タスク タスク タスク タスク タスク タスク タスク 未着手 実施中 完了 着手 完了要求 タスク タスク
15.
朝会 現状とその日の行動を確認 昨日やったこと、 今日やること、 問題点の3点のみ報告
問題点の洗い出しが目的 タスクボードなどの前で行なう 開発は全員参加 スタンドアップで15分以内で実施 問題点の検討は2次会で人を絞って実施 イテレーションゴールが達成できるように協力 15Copyright (c) 2002-2016 Eiwa System Management, Inc.2016/7/13 イテレーションゴールが達成可能か、障害があるか確認する 朝会の例 参考:「PF実践編:朝会ガイド」 http://ObjectClub.jp/community/pf/
16.
テスト駆動開発 (TDD:Test-Driven Development)
ユニットテストを作り、ユニットテストで動作を確認し ながら、開発をすすめるという、開発手法 Extreme Programming(XP)のプラクティスでテストファー ストと呼ばれていた開発手法の進化系 品質保証の手法ではない、開発者のための設計手法 開発のフィードバックサイクルを小さくする技術 ユニットテスト、リファクタリングと相互補完する 16Copyright (c) 2002-2016 Eiwa System Management, Inc.2016/7/13 テストの実施を繰り返すことで、開発を駆動していく ユニットテスト リファクタリングTDD 参考:『リファクタリング』
17.
17Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 単体テストコードを作りながら開発 小さなゴール達成を繰り返して、確実に開発を進める 単体テスト コードを書く テストに沿った 製品コードを 書く テストの失敗を 確認する テストが通る 最小コードを 記述する テストが通ること を確認する 不吉な臭いは リファクタリング テストが通ること を確認する 1 2 3 4 567 8 素早く繰り返す TDDのプロセス
18.
製品 18Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 継続的インテグレーション(CI:Continuous Integration) 常に製品を出荷可能な状態を維持する モジュール モジュール モジュール 結合& テスト 製品 モジュール モジュール モジュール モジュール 製品 モジュール モジュール モジュール モジュール 不具合 不具合の原因は、 最後に結合した モジュールに起因 結合& テスト 参考:「継続的インテグレーション」http://ObjectClub.jp/community/XP-jp/xp_relate/cont-j
19.
他の利害関係者にも 参加してもらうのが 望ましい 19Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 イテレーションの終了 ふりかえり会の質がチームの成長に影響する ふりかえり会 プログラミング ユニットテスト 計画した作業が残っていても、 時間になったら終了する (タイムボックス) 受入テスト・・・ 終了前に イテレーションを 中止することもある レビュー会 チームがより良くなる 改善のアイデアを 創出する イテレーションで 学んだことを確認する プロダクトオーナーに デモを行い フィードバックをもらう イテレーション中は、 外部からの ゴールが変わるような 変更は受け付けない
20.
テーマ:作業を効率的に行なうために 20Copyright (c) 2002-2016
Eiwa System Management, Inc.2016/7/13 KPT(Keep、Problem、Try)ふりかえり アジャイルチームのメンバー全員参加で行なう Keep Try Problem (1‘)試してみてうまくいったこと/続けること (2) 不満点、問題点 (4)Problemに効きそうな改善策 (3)Keepを強化する改善策 (1)続けること、良いこと 開始前に深呼吸する 机の上を片付ける ●焦ったら、深呼吸する ●迷ったら、アラームを挙げる ●.... ●作業場所が狭い ●迷うことが多い ●.... ●机の上を片付ける ●立って行なう ●荷物はイスの上に置く ●事前に何をするか、確認 する ●開始前に深呼吸する (6)試すことを選択、 合意する (5)工夫したいこと●指のストレッチをする ●.... 参考:『これだけ!KPT』
21.
イテレーションの時間割 (1週間の例) 木 金
月 火 水 9:30~9:45 朝会 朝会 朝会 朝会 朝会 10:00~12:00 レビュー会 13:30~15:30 ふりかえり会 16:00~18:00 勉強会 イテレーション 計画会 21Copyright (c) 2002-2016 Eiwa System Management, Inc.2016/7/13 時間の使い方を事前に定めることで、調整のコストを減らせる 原則的に 定時後は 仕事をしない ふりかえり会の直後に 計画を立てる 日々の開発も タイムボックス 会議以外は開発 勉強会の時間も 事前に確保する
22.
本資料に関するお問い合わせは下記までお願いし ます。 sales@esm.co.jp twitter @esmsec 株式会社永和システムマネジメント コンサルティングセンター http://sec.tky.esm.co.jp/ 22Copyright
(c) 2002-2016 Eiwa System Management, Inc.2016/7/13 お問い合わせ