Submit Search
Upload
アジャイル勉強会 公開資料
•
Download as PPTX, PDF
•
4 likes
•
1,401 views
Atsushi Takayasu
Follow
BTC社内にて実施した、勉強会の資料を公開します。 ご興味ある方は是非お声がけください。
Read less
Read more
Technology
Report
Share
Report
Share
1 of 16
Download now
Recommended
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
ちょっと明日のテストの話をしよう
ちょっと明日のテストの話をしよう
Yasuharu Nishi
【18-C-3】システムアーキテクチャ構築の実践手法
【18-C-3】システムアーキテクチャ構築の実践手法
Developers Summit
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
Hironori Washizaki
Agileツール適合化分科会(dev opsツール)
Agileツール適合化分科会(dev opsツール)
masanori kataoka
正統なソフトウェア品質エンジニアであるためにSQiP研究会に入るべき7つの理由
正統なソフトウェア品質エンジニアであるためにSQiP研究会に入るべき7つの理由
Hironori Washizaki
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
Kosuke Fujisawa
ソフトウェアテストの最新動向
ソフトウェアテストの最新動向
Keizo Tatsumi
Recommended
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
ちょっと明日のテストの話をしよう
ちょっと明日のテストの話をしよう
Yasuharu Nishi
【18-C-3】システムアーキテクチャ構築の実践手法
【18-C-3】システムアーキテクチャ構築の実践手法
Developers Summit
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
Hironori Washizaki
Agileツール適合化分科会(dev opsツール)
Agileツール適合化分科会(dev opsツール)
masanori kataoka
正統なソフトウェア品質エンジニアであるためにSQiP研究会に入るべき7つの理由
正統なソフトウェア品質エンジニアであるためにSQiP研究会に入るべき7つの理由
Hironori Washizaki
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
SQuBOK読破会活動紹介とSQuBOKにおける派生開発
Kosuke Fujisawa
ソフトウェアテストの最新動向
ソフトウェアテストの最新動向
Keizo Tatsumi
要求開発を補完する現状分析
要求開発を補完する現状分析
Atsushi Takayasu
Spring bootで学ぶ初めてのwebアプリ開発
Spring bootで学ぶ初めてのwebアプリ開発
terahide
なぜ今プロジェクトデザインスキルが必要か
なぜ今プロジェクトデザインスキルが必要か
Hagimoto Junzo
短期間で新技術を学ぶ技術
短期間で新技術を学ぶ技術
Takafumi ONAKA
"総務も!!"アジャイルプラクティス!
"総務も!!"アジャイルプラクティス!
pupupopo88
オブジェクト指向プログラミングのためのモデリング入門
オブジェクト指向プログラミングのためのモデリング入門
増田 亨
HTML5 Conference 2013 HybridCast
HTML5 Conference 2013 HybridCast
Satoshi Shoda
新規ビジネスデザイン研修 DYA2 テキスト<サンプル版>
新規ビジネスデザイン研修 DYA2 テキスト<サンプル版>
Satoru Itabashi
Rdra4越境アジャイル
Rdra4越境アジャイル
Zenji Kanzaki
Fitnesse を用いたテストの効率化について
Fitnesse を用いたテストの効率化について
tecopark
AD設計の基礎から読み解くIaaS On AD
AD設計の基礎から読み解くIaaS On AD
Naoki Abe
Hyper-V仮想マシンをAzureへV2C移行
Hyper-V仮想マシンをAzureへV2C移行
wintechq
.Netのwebプログラマーに贈るサーバーインフラの比較的かんたんなお話
.Netのwebプログラマーに贈るサーバーインフラの比較的かんたんなお話
Sho Okada
English for programmers
English for programmers
Hirohito Kato
CloudSpiral 2014年度 Webアプリ講義(2日目)
CloudSpiral 2014年度 Webアプリ講義(2日目)
Shin Matsumoto
Docker 再入門 2016 update
Docker 再入門 2016 update
Shiojiri Ohhara
Agile and Business
Agile and Business
Kenji Hiranabe
2016年を振り返って
2016年を振り返って
Oda Shinsuke
BigQuery勉強会 Standard SQL Dialect
BigQuery勉強会 Standard SQL Dialect
Ken Morishita
Getting start Java EE Action-Based MVC with Thymeleaf
Getting start Java EE Action-Based MVC with Thymeleaf
Masatoshi Tada
TERAS Conference
TERAS Conference
Keiju Anada
Semat - a Japanese introduction
Semat - a Japanese introduction
Kenji Hiranabe
More Related Content
Viewers also liked
要求開発を補完する現状分析
要求開発を補完する現状分析
Atsushi Takayasu
Spring bootで学ぶ初めてのwebアプリ開発
Spring bootで学ぶ初めてのwebアプリ開発
terahide
なぜ今プロジェクトデザインスキルが必要か
なぜ今プロジェクトデザインスキルが必要か
Hagimoto Junzo
短期間で新技術を学ぶ技術
短期間で新技術を学ぶ技術
Takafumi ONAKA
"総務も!!"アジャイルプラクティス!
"総務も!!"アジャイルプラクティス!
pupupopo88
オブジェクト指向プログラミングのためのモデリング入門
オブジェクト指向プログラミングのためのモデリング入門
増田 亨
HTML5 Conference 2013 HybridCast
HTML5 Conference 2013 HybridCast
Satoshi Shoda
新規ビジネスデザイン研修 DYA2 テキスト<サンプル版>
新規ビジネスデザイン研修 DYA2 テキスト<サンプル版>
Satoru Itabashi
Rdra4越境アジャイル
Rdra4越境アジャイル
Zenji Kanzaki
Fitnesse を用いたテストの効率化について
Fitnesse を用いたテストの効率化について
tecopark
AD設計の基礎から読み解くIaaS On AD
AD設計の基礎から読み解くIaaS On AD
Naoki Abe
Hyper-V仮想マシンをAzureへV2C移行
Hyper-V仮想マシンをAzureへV2C移行
wintechq
.Netのwebプログラマーに贈るサーバーインフラの比較的かんたんなお話
.Netのwebプログラマーに贈るサーバーインフラの比較的かんたんなお話
Sho Okada
English for programmers
English for programmers
Hirohito Kato
CloudSpiral 2014年度 Webアプリ講義(2日目)
CloudSpiral 2014年度 Webアプリ講義(2日目)
Shin Matsumoto
Docker 再入門 2016 update
Docker 再入門 2016 update
Shiojiri Ohhara
Agile and Business
Agile and Business
Kenji Hiranabe
2016年を振り返って
2016年を振り返って
Oda Shinsuke
BigQuery勉強会 Standard SQL Dialect
BigQuery勉強会 Standard SQL Dialect
Ken Morishita
Getting start Java EE Action-Based MVC with Thymeleaf
Getting start Java EE Action-Based MVC with Thymeleaf
Masatoshi Tada
Viewers also liked
(20)
要求開発を補完する現状分析
要求開発を補完する現状分析
Spring bootで学ぶ初めてのwebアプリ開発
Spring bootで学ぶ初めてのwebアプリ開発
なぜ今プロジェクトデザインスキルが必要か
なぜ今プロジェクトデザインスキルが必要か
短期間で新技術を学ぶ技術
短期間で新技術を学ぶ技術
"総務も!!"アジャイルプラクティス!
"総務も!!"アジャイルプラクティス!
オブジェクト指向プログラミングのためのモデリング入門
オブジェクト指向プログラミングのためのモデリング入門
HTML5 Conference 2013 HybridCast
HTML5 Conference 2013 HybridCast
新規ビジネスデザイン研修 DYA2 テキスト<サンプル版>
新規ビジネスデザイン研修 DYA2 テキスト<サンプル版>
Rdra4越境アジャイル
Rdra4越境アジャイル
Fitnesse を用いたテストの効率化について
Fitnesse を用いたテストの効率化について
AD設計の基礎から読み解くIaaS On AD
AD設計の基礎から読み解くIaaS On AD
Hyper-V仮想マシンをAzureへV2C移行
Hyper-V仮想マシンをAzureへV2C移行
.Netのwebプログラマーに贈るサーバーインフラの比較的かんたんなお話
.Netのwebプログラマーに贈るサーバーインフラの比較的かんたんなお話
English for programmers
English for programmers
CloudSpiral 2014年度 Webアプリ講義(2日目)
CloudSpiral 2014年度 Webアプリ講義(2日目)
Docker 再入門 2016 update
Docker 再入門 2016 update
Agile and Business
Agile and Business
2016年を振り返って
2016年を振り返って
BigQuery勉強会 Standard SQL Dialect
BigQuery勉強会 Standard SQL Dialect
Getting start Java EE Action-Based MVC with Thymeleaf
Getting start Java EE Action-Based MVC with Thymeleaf
Similar to アジャイル勉強会 公開資料
TERAS Conference
TERAS Conference
Keiju Anada
Semat - a Japanese introduction
Semat - a Japanese introduction
Kenji Hiranabe
ソフトウェア設計原則【SOLID】を学ぶ #1 単一責務の原則(single-responsibility principle).pdf
ソフトウェア設計原則【SOLID】を学ぶ #1 単一責務の原則(single-responsibility principle).pdf
耕二 阿部
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan
満徳 関
リーン原則とソフトウェア開発
リーン原則とソフトウェア開発
You&I
シカケ~行動したくなるデザイン~仕掛学(Shikakelogy)の概要と事例
シカケ~行動したくなるデザイン~仕掛学(Shikakelogy)の概要と事例
Akihiro Moriyama
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
Kotaro Ogino
ワークショップ 明日からはじめるアジャイル
ワークショップ 明日からはじめるアジャイル
ESM SEC
Software Engineering And Role of Agile
Software Engineering And Role of Agile
Kenji Hiranabe
RICOH THETA x IoT デベロッパーズ コンテスト 第2回クラウドAPIセミナー
RICOH THETA x IoT デベロッパーズ コンテスト 第2回クラウドAPIセミナー
contest-theta360
『アプリケーション アーキテクチャ ガイド2.0』のガイド
『アプリケーション アーキテクチャ ガイド2.0』のガイド
Kentaro Inomata
新しいソフトウェアエンジニアリングのためのパターンランゲージに向けて
新しいソフトウェアエンジニアリングのためのパターンランゲージに向けて
Hironori Washizaki
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
Kinji Akemine
ソフトウェアプロダクトラインエンジニアリングをプロセステーラリングに応用する
ソフトウェアプロダクトラインエンジニアリングをプロセステーラリングに応用する
Yoshikazu Hayashi
設計ビギナーが語るソフトウェア設計
設計ビギナーが語るソフトウェア設計
akkey342
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
InnovationSprint2011
Scrum:適用領域の広がりとscrum for hw概説
Scrum:適用領域の広がりとscrum for hw概説
Kazutaka Sankai
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
Agile and Modeling in embedded systems safety and security
Agile and Modeling in embedded systems safety and security
Kenji Hiranabe
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ 課題立案10本ノック #eLV勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ 課題立案10本ノック #eLV勉強会
満徳 関
Similar to アジャイル勉強会 公開資料
(20)
TERAS Conference
TERAS Conference
Semat - a Japanese introduction
Semat - a Japanese introduction
ソフトウェア設計原則【SOLID】を学ぶ #1 単一責務の原則(single-responsibility principle).pdf
ソフトウェア設計原則【SOLID】を学ぶ #1 単一責務の原則(single-responsibility principle).pdf
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan
リーン原則とソフトウェア開発
リーン原則とソフトウェア開発
シカケ~行動したくなるデザイン~仕掛学(Shikakelogy)の概要と事例
シカケ~行動したくなるデザイン~仕掛学(Shikakelogy)の概要と事例
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
ワークショップ 明日からはじめるアジャイル
ワークショップ 明日からはじめるアジャイル
Software Engineering And Role of Agile
Software Engineering And Role of Agile
RICOH THETA x IoT デベロッパーズ コンテスト 第2回クラウドAPIセミナー
RICOH THETA x IoT デベロッパーズ コンテスト 第2回クラウドAPIセミナー
『アプリケーション アーキテクチャ ガイド2.0』のガイド
『アプリケーション アーキテクチャ ガイド2.0』のガイド
新しいソフトウェアエンジニアリングのためのパターンランゲージに向けて
新しいソフトウェアエンジニアリングのためのパターンランゲージに向けて
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
ソフトウェアプロダクトラインエンジニアリングをプロセステーラリングに応用する
ソフトウェアプロダクトラインエンジニアリングをプロセステーラリングに応用する
設計ビギナーが語るソフトウェア設計
設計ビギナーが語るソフトウェア設計
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
Scrum:適用領域の広がりとscrum for hw概説
Scrum:適用領域の広がりとscrum for hw概説
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
Agile and Modeling in embedded systems safety and security
Agile and Modeling in embedded systems safety and security
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ 課題立案10本ノック #eLV勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ 課題立案10本ノック #eLV勉強会
More from Atsushi Takayasu
要求開発アライアンス 9月定例会議
要求開発アライアンス 9月定例会議
Atsushi Takayasu
要求開発アライアンス納涼会 LT (フロント開発)
要求開発アライアンス納涼会 LT (フロント開発)
Atsushi Takayasu
20180130 設計イベント
20180130 設計イベント
Atsushi Takayasu
技術勉強会(Solr入門編)
技術勉強会(Solr入門編)
Atsushi Takayasu
solr勉強会資料
solr勉強会資料
Atsushi Takayasu
アプリケーション性能を管理するのに必要なこと
アプリケーション性能を管理するのに必要なこと
Atsushi Takayasu
20101022 構成管理勉強会資料
20101022 構成管理勉強会資料
Atsushi Takayasu
Developer's Summit 夏 EnterpriseTED 資料
Developer's Summit 夏 EnterpriseTED 資料
Atsushi Takayasu
Developers summit 2013 summer TED Speaker 公募資料 (設計要素マラソン)
Developers summit 2013 summer TED Speaker 公募資料 (設計要素マラソン)
Atsushi Takayasu
More from Atsushi Takayasu
(9)
要求開発アライアンス 9月定例会議
要求開発アライアンス 9月定例会議
要求開発アライアンス納涼会 LT (フロント開発)
要求開発アライアンス納涼会 LT (フロント開発)
20180130 設計イベント
20180130 設計イベント
技術勉強会(Solr入門編)
技術勉強会(Solr入門編)
solr勉強会資料
solr勉強会資料
アプリケーション性能を管理するのに必要なこと
アプリケーション性能を管理するのに必要なこと
20101022 構成管理勉強会資料
20101022 構成管理勉強会資料
Developer's Summit 夏 EnterpriseTED 資料
Developer's Summit 夏 EnterpriseTED 資料
Developers summit 2013 summer TED Speaker 公募資料 (設計要素マラソン)
Developers summit 2013 summer TED Speaker 公募資料 (設計要素マラソン)
Recently uploaded
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
akihisamiyanaga1
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
Yuki Kikuchi
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
UEHARA, Tetsutaro
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
FumieNakayama
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
FumieNakayama
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
sugiuralab
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
Hiroshi Tomioka
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
博三 太田
Recently uploaded
(8)
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
アジャイル勉強会 公開資料
1.
アーキテクチャG 主催 「ソフトウェア工学」勉強会 第1ターン
「ソフトウェアライフサイクルモデル」 第1回 「アジャイルについて」
2.
2Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. 1. ソフトウェアライフサイクルモデル 2. ソフトウェアプロジェクトの難しさと本質的な課題 3. 課題に対する解法(アジャイルが進めようとすること) 4. アジャイル方法論(エコシステム)概要 5. アジャイルが向かう道 アジェンダ
3.
3Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. 最初の第1ターンでは、社内で取り組んでいる「方法論」の検討などを踏まえ、ライフサイクル モデルはひとつではないことを紹介したいと考えました このテーマは「ソフトウェアエンジニアリングプロセス」分野のサブの分野(ソフトウェアライ フサイクル)のトピックとなります (ソフトウェアプロセス定義、ソフトウェアライフサイクル、ソフトウェアプロセス査定および 改善、ソフトウェア計量、ソフトウェアエンジニアプロセスツール) 1 ソフトウェアライフサイクルモデル ウォータフォール モデル (線形モデル、予測型モデル) 開発を各フェーズ(フェーズ内でのフィードバックと反復がある)に分割して、そ れらを線形に接続し、実行するプロセスモデル。(SWEBoK) (一般的には、要件定義、基本設計、詳細設計、実装、単体テスト、結合テスト、 総合テスト等にフェーズを分ける) 反復モデル (適応型モデル) 反復サイクルに従った機能性の漸次拡大をおこなうプロセスモデル。(SWEBoK) (インクリメンタル、イテラーティブ開発などとも呼ぶ。RUP(Rational Unified Process)が代表的な手法。テーマを決めて進めるのであれば段階的リリースはこち らのモデルに近い) アジャイルモデル (適応型モデル) 一般に、短い反復サイクルで、頻繁に、実行するソフトウェアを、顧客、またはソ フトウェア開発に指示を与えるユーザ代表者に作動・展示し、引渡し可能で、小さ な拡張部分の作動可能ソフトウェアをその都度、形成する。 (SWEBoK) 本日のテーマ
4.
4Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. ソフトウェア開発プロジェクト(特に新規開発)の難しさはどこから来るのか考えてみましょう 2 ソフトウェア開発プロジェクトの難しさ プロジェクト期間中に知識を得て、情報が生成される学習プロセスとして特徴づけられる。 プロダクトとプロジェクトのスコープの不確実性、およびプロジェクトの進展につられて得られる知識である。 ソフトウェアとは人間の認識プロセスの直接の成果物であるからである。 ソフトウェア・プロジェクトは、建設や製造プロジェクトよりも研究開発プロジェクトにより類似している。 ステークホルダーはソフトウェア・プロダクトによって満たされるニーズについて十分明確にできずに合意しない ことが多いからである。 あいまいなコミュニケーションを経て、作り手が学習して、 認知した「要件・仕様」がニーズと異なるのは当たり前! しかも、それを初期段階(学習中)に変更無く作ることは できないのが当たり前! PMBOKガイド第5版 ソフトウェア拡張版 1.3.1を参照。
5.
5Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. 2 3つの背景と2つの課題 市場が大きく変化し、要求・要件を決めたときと状況が変わって いる。短期間で市場に出したい。(市場への早期展開) 顧客は、要求・要件は、実物をみないと深く考えない、考えられ ない。(要求・要件の暗黙知の必然性) 作り手は本当の意味で、要求・要件(その背景)を学習途中で設 計・構築する必要がある。(フィードバックループの必然性) あいまいな要求・要件に基づく仕様、更に続く伝言ゲーム。 (仕様のあいまいさ) 変化に対して対応できない。(柔軟性の欠如) p4の内容を検討し、3つの背景と2つの課題に分類した 背景 課題
6.
6Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. 私たちは、ソフトウェア開発の実践 あるいは実践を手助けをする活動を通じて、 よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスやツールよりも個人と対話を、 包括的なドキュメントよりも動くソフトウェアを、 契約交渉よりも顧客との協調を、 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 3 アジャイルソフトウェア開発宣言 2001年に発表されたものです。(日本語訳はずっと後) http://www.agilemanifesto.org/iso/ja/ (翻訳は倉貫さんとのこと) •Kent Beck(XP) •Mike Beedle (Scrum) •Arie van Bennekum (DSDM) •Alistair Cockburn (クリスタル) •Ward Cunningham (XP) •Martin Fowler (XP) •James Grenning (組込みアジャイル、プ ラニングポーカー) •Jim Highsmith (ASD) •Andrew Hunt (達人プログラマの著者) •Ron Jeffries (XP) •Jon Kern (FDD) •Brian Marick •Robert C. Martin (アジャイル開発の 奥義の著者) •Steve Mellor (Shlaer–Mellor法) •Ken Schwaber (Scrum) •Jeff Sutherland (Scrum) •Dave Thomas (達人プログラマの著者) これらの状況を鑑みて、「アジャイルソフトウェア開発」を推進する動きが生まれた!
7.
7Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. 3 (解法)小さなフィードバックループの実現 要求・要件の暗黙化 フィードバックループの必要性 小さなフィードバックループの実現 優先度のつけ方 ビジネス価値の高いもの順 仕様のあいまいさ 要求・要件の問題、作り手の学習の問題、いずれの問題についても「動くソフトウェア」をもと に、フィードバックすることで解決することを考える そのフィードバックループは小さければ小さいほど、容易かつコストがかかりにくい フィードバック 「動く」ソフト ウェア 開発 顧客 開発メンバ この1サイクルを 短くする フィードバック単位が小さいことで、見積精度が上 がり、管理しやすさにもつながる
8.
8Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. 段階リリースはアジャイル以外のプロセスモデルでも利用されているが、期間を小さくし、フィー ドバックを顧客だけでなく、利用者からも得て改善していく 3 (解法)小さな単位でのリリースサイクル 市場への早期展開 小さな単位でのリリースサイクル 優先度のつけ方 ビジネス価値の高いもの順 フィードバック 「動く」ソフト ウェア 開発 顧客 開発メンバ この2つのフィードバックルー プの1サイクルを短くする (SIモデル) リリースされた ソフトウェア 利用者 リ リ ー ス フィードバック
9.
9Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. 変更容易性を確保するために、変更する箇所の削減、よい設計・実装の採用、デグレ防止を実現 する必要がある 3 (解法)変更容易性の確保 柔軟性の欠如 変更容易性の確保 デグレの防止 よい設計・実装の維持 変更工数の低減 変更工数の低減 「変更追跡性を担保する」あるいは「不要な文書」を作成しないなどの施策に より、変更する場合の工数を低減する。 よい設計・実装の維持 よいプログラム設計の技法(OCP、DIPなど)、よい実装の技法(DRY、KISS 等)を用いたプログラムとする。 あいまいな要件やとりあえず~の実装をおこなう場合(「技術的負債が増加す る」といいます)の修正は期間を決めて、リファクタリングをおこない、技術 的負債を返済し、『よい設計・実装』を維持する。 デグレの防止 モジュールレベルの単体テスト、コントローラからの単体テスト、正常系とバ リデーションレベルのE2Eテストをおこなうといった施策によってデグレが起 こった場合に判定できるようにする。
10.
10Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. 管理手法を「コマンドオブコントロール」リーダシップから「サーバント」リーダシップへ変更する 主眼をチームにおき、チームが成長できるように「プロセス」を従とするコミュニケーションに変更 する 3 (解法)コミュニケーションの改善 仕様のあいまいさ コミュニケーションの改善 士気の向上 理解しようとするマインド醸成 進め方の改善をおこなう オンサイト顧客 (XPプラクティス) 要求・要件を説明できる顧客がすぐ目の前にいるようにすることでコミュニ ケーションコストを低減する手法。 レトロスペクティブ (ふりかえり) 進め方を一定期間(2週間、フェーズ単位など)分を振り替えて、進め方を改 善する手法。 (予測型プロセスにおけるSEPG(Software Engineering Process Group) と同義) コードの共同所有 (XPプラクティス) コードを共有することで変更への影響を確認したり、仕様を確認することを促 進するプラクティス。
11.
11Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. アジャイル開発を説明した最初の手法 4つの価値(コミュニケーション・シンプル・フィードバック・勇気)と12のプラクティスを紹介 4 XP(エクストリームプログラミング) コードの共同所有 オンサイト顧客 計画ゲーム ペアプログラミング メタファ 週40時間労働 YAGNI (You Aren’t Going to Need It) 短期リリースリファクタリング テストファースト 継続的インテグレーション コーディング規約 今は「受入テスト」ファースト もよくやられるので、テスト粒 度が重要。
12.
12Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. アジャイル開発をメジャーにした貢献者。 管理に特化してアジャイルの解法・プラクティスを取り入れたため「管理者」が率先して採用し た。 4 Scrum (スクラム) 動作検証の結果をフィードバック しバックログに追加する 4.フィードバック 「動く」ソフト ウェア 3.スプリント 2~4週間程度のタイ ムスケジュール。実 行中のスプリントは 外部からの変更を受 け入れない プロダクトの機能、顧 客からの要求、バグ等 に優先順位を付けた一 覧 1.プロダクトバックログ プロダクトの機能、顧 客からの要求、バグ等 に優先順位を付けた一 覧 2.スプリントバックログ 顧客顧客 顧客目線で実際に動作 するソフトウェア スクラムプロセスをコ ントロールする。スプ リントバックログのタ スクへの落とし込み及 び進捗管理を実施する スクラムマスター 開発メンバ プロダクトを開発する。 実作業としては、スプ リントバックログに紐 づく個々のタスクを 日々消化していく。 プロダクトオーナー プロダクト(最終成果 物)に対して責任を持 ち、バックログに優先 順位を付ける
13.
13Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. RADを形式化した手法 機能、設計構築、実装のフェーズを分けて、フェーズの中およびフェーズ間を反復で実現する手 法 4 DSDM (Dynamic Solution Delivery Model) アジャイルソフトウェア開発エコシステムから図を引用(p253)
14.
14Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. アリスタコーバンが主張した手法。 テラーリングを意識し、重要度とメンバ数で分類して、現実的な方法論として整理している。 (下図参照) 4 クリスタル 以降 Maroon (81-200) Diamond (201-500) Sapphire (501-1000) と続く Orange Webというのもある。 http://users.dcc.uchile.cl/~nbaloian/cc1001-03/ejercicios/crystalclearV5d.pdf から図を引用。アジャイルソフトウェア開発エコシステムから図を引用(p262)
15.
15Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. アジャイル開発というのは効果があることがわかっています いつ導入するかという選択のみが問われます アジャイルはもはやその枠を超えて、発展し始めています 5 アジャイルが向かう道 アジャイル エンタープライズ SAFe(Scaled Agile Framework) DAD(Disciplined Agile Delivery) 顧客の対話 DDD(Domain Driven Development) 速度の向上 DevOps ボトルネックがリリー スに移った (Amazon/Netflix) インフラ技術の向上 クラウド技術の普及 MSAの発達 が背景 ここにも影響 Immutable Infrastructure Infrastructure as a Code Blue/Green Deploy Canary Deploy
16.
16Copyright © 2016
Bigtree Technology&Consulting Ltd. All Rights Reserved. なぜ、今アジャイル開発が進められていないでしょうか? 議題
Download now