Submit Search
Upload
アジャイル開発研修
•
8 likes
•
2,328 views
Arata Fujimura
Follow
社内で実施したアジャイル開発研修の資料です。
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 36
Download now
Download to read offline
Recommended
トランザクションをSerializableにする4つの方法
トランザクションをSerializableにする4つの方法
Kumazaki Hiroki
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
Kohei Tokunaga
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
Masahito Zembutsu
SQL大量発行処理をいかにして高速化するか
SQL大量発行処理をいかにして高速化するか
Shogo Wakayama
事例から見る規模別クラウド・データベースの選び方 (Oracle Database) (Oracle Cloudウェビナーシリーズ: 2021年6月30日)
事例から見る規模別クラウド・データベースの選び方 (Oracle Database) (Oracle Cloudウェビナーシリーズ: 2021年6月30日)
オラクルエンジニア通信
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)
PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)
NTT DATA Technology & Innovation
ゼロから始める自然言語処理 【FIT2016チュートリアル】
ゼロから始める自然言語処理 【FIT2016チュートリアル】
Yuki Arase
Recommended
トランザクションをSerializableにする4つの方法
トランザクションをSerializableにする4つの方法
Kumazaki Hiroki
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
Kohei Tokunaga
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
Masahito Zembutsu
SQL大量発行処理をいかにして高速化するか
SQL大量発行処理をいかにして高速化するか
Shogo Wakayama
事例から見る規模別クラウド・データベースの選び方 (Oracle Database) (Oracle Cloudウェビナーシリーズ: 2021年6月30日)
事例から見る規模別クラウド・データベースの選び方 (Oracle Database) (Oracle Cloudウェビナーシリーズ: 2021年6月30日)
オラクルエンジニア通信
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)
PostgreSQLをKubernetes上で活用するためのOperator紹介!(Cloud Native Database Meetup #3 発表資料)
NTT DATA Technology & Innovation
ゼロから始める自然言語処理 【FIT2016チュートリアル】
ゼロから始める自然言語処理 【FIT2016チュートリアル】
Yuki Arase
SpotBugs(FindBugs)による 大規模ERPのコード品質改善
SpotBugs(FindBugs)による 大規模ERPのコード品質改善
Works Applications
マスターデータの キャッシュシステムの改善の話
マスターデータの キャッシュシステムの改善の話
natsumi_ishizaka
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
Amazon Web Services Japan
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Masahito Zembutsu
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
NTT DATA Technology & Innovation
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
NTT DATA Technology & Innovation
Flyway使いたい
Flyway使いたい
fourside
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
増田 亨
GitLab から GitLab に移行したときの思い出
GitLab から GitLab に移行したときの思い出
富士通クラウドテクノロジーズ株式会社
Azure Cosmos DB のキホンと使いドコロ
Azure Cosmos DB のキホンと使いドコロ
Kazuyuki Miyake
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
増田 亨
The Twelve-Factor Appで考えるAWSのサービス開発
The Twelve-Factor Appで考えるAWSのサービス開発
Amazon Web Services Japan
マイクロサービスバックエンドAPIのためのRESTとgRPC
マイクロサービスバックエンドAPIのためのRESTとgRPC
disc99_
マルチテナント化で知っておきたいデータベースのこと
マルチテナント化で知っておきたいデータベースのこと
Amazon Web Services Japan
Helidon 概要
Helidon 概要
オラクルエンジニア通信
君はyarn.lockをコミットしているか?
君はyarn.lockをコミットしているか?
Teppei Sato
超実践 Cloud Spanner 設計講座
超実践 Cloud Spanner 設計講座
Samir Hammoudi
Tackling Complexity
Tackling Complexity
Yoshitaka Kawashima
クラスメソッドベトナム設立しました
クラスメソッドベトナム設立しました
Arata Fujimura
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
Arata Fujimura
More Related Content
What's hot
SpotBugs(FindBugs)による 大規模ERPのコード品質改善
SpotBugs(FindBugs)による 大規模ERPのコード品質改善
Works Applications
マスターデータの キャッシュシステムの改善の話
マスターデータの キャッシュシステムの改善の話
natsumi_ishizaka
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
Amazon Web Services Japan
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Masahito Zembutsu
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
NTT DATA Technology & Innovation
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
NTT DATA Technology & Innovation
Flyway使いたい
Flyway使いたい
fourside
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
増田 亨
GitLab から GitLab に移行したときの思い出
GitLab から GitLab に移行したときの思い出
富士通クラウドテクノロジーズ株式会社
Azure Cosmos DB のキホンと使いドコロ
Azure Cosmos DB のキホンと使いドコロ
Kazuyuki Miyake
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
増田 亨
The Twelve-Factor Appで考えるAWSのサービス開発
The Twelve-Factor Appで考えるAWSのサービス開発
Amazon Web Services Japan
マイクロサービスバックエンドAPIのためのRESTとgRPC
マイクロサービスバックエンドAPIのためのRESTとgRPC
disc99_
マルチテナント化で知っておきたいデータベースのこと
マルチテナント化で知っておきたいデータベースのこと
Amazon Web Services Japan
Helidon 概要
Helidon 概要
オラクルエンジニア通信
君はyarn.lockをコミットしているか?
君はyarn.lockをコミットしているか?
Teppei Sato
超実践 Cloud Spanner 設計講座
超実践 Cloud Spanner 設計講座
Samir Hammoudi
Tackling Complexity
Tackling Complexity
Yoshitaka Kawashima
What's hot
(20)
SpotBugs(FindBugs)による 大規模ERPのコード品質改善
SpotBugs(FindBugs)による 大規模ERPのコード品質改善
マスターデータの キャッシュシステムの改善の話
マスターデータの キャッシュシステムの改善の話
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
Flyway使いたい
Flyway使いたい
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
GitLab から GitLab に移行したときの思い出
GitLab から GitLab に移行したときの思い出
Azure Cosmos DB のキホンと使いドコロ
Azure Cosmos DB のキホンと使いドコロ
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
The Twelve-Factor Appで考えるAWSのサービス開発
The Twelve-Factor Appで考えるAWSのサービス開発
マイクロサービスバックエンドAPIのためのRESTとgRPC
マイクロサービスバックエンドAPIのためのRESTとgRPC
マルチテナント化で知っておきたいデータベースのこと
マルチテナント化で知っておきたいデータベースのこと
Helidon 概要
Helidon 概要
君はyarn.lockをコミットしているか?
君はyarn.lockをコミットしているか?
超実践 Cloud Spanner 設計講座
超実践 Cloud Spanner 設計講座
Tackling Complexity
Tackling Complexity
More from Arata Fujimura
クラスメソッドベトナム設立しました
クラスメソッドベトナム設立しました
Arata Fujimura
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
Arata Fujimura
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道
Arata Fujimura
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
Arata Fujimura
スクラムマスター募集中
スクラムマスター募集中
Arata Fujimura
変化に強い、継続的に学習する組織に変わるためのステップとは
変化に強い、継続的に学習する組織に変わるためのステップとは
Arata Fujimura
クラスメソッドにおけるスクラム開発の光と影
クラスメソッドにおけるスクラム開発の光と影
Arata Fujimura
モダンオフショア開発のすすめ
モダンオフショア開発のすすめ
Arata Fujimura
スクラムワークショップ
スクラムワークショップ
Arata Fujimura
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
Arata Fujimura
登壇勉強会 〜それぞれの流儀がそこにある〜
登壇勉強会 〜それぞれの流儀がそこにある〜
Arata Fujimura
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
Arata Fujimura
PdMワークショップ
PdMワークショップ
Arata Fujimura
最高のScrumキメた後にスケールさせようとして混乱した話
最高のScrumキメた後にスケールさせようとして混乱した話
Arata Fujimura
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Arata Fujimura
Experience DevOps Implementation Support Service
Experience DevOps Implementation Support Service
Arata Fujimura
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Arata Fujimura
俺のレアジョブ利用法
俺のレアジョブ利用法
Arata Fujimura
DevOps導入支援、始めました
DevOps導入支援、始めました
Arata Fujimura
プラクティス厨から始めるアジャイル開発
プラクティス厨から始めるアジャイル開発
Arata Fujimura
More from Arata Fujimura
(20)
クラスメソッドベトナム設立しました
クラスメソッドベトナム設立しました
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
スクラムマスター募集中
スクラムマスター募集中
変化に強い、継続的に学習する組織に変わるためのステップとは
変化に強い、継続的に学習する組織に変わるためのステップとは
クラスメソッドにおけるスクラム開発の光と影
クラスメソッドにおけるスクラム開発の光と影
モダンオフショア開発のすすめ
モダンオフショア開発のすすめ
スクラムワークショップ
スクラムワークショップ
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
登壇勉強会 〜それぞれの流儀がそこにある〜
登壇勉強会 〜それぞれの流儀がそこにある〜
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
PdMワークショップ
PdMワークショップ
最高のScrumキメた後にスケールさせようとして混乱した話
最高のScrumキメた後にスケールさせようとして混乱した話
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Experience DevOps Implementation Support Service
Experience DevOps Implementation Support Service
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
俺のレアジョブ利用法
俺のレアジョブ利用法
DevOps導入支援、始めました
DevOps導入支援、始めました
プラクティス厨から始めるアジャイル開発
プラクティス厨から始めるアジャイル開発
アジャイル開発研修
1.
1 2014年10月27日 GMOインターネット株式会社
次世代システム研究室 藤村 新 アジャイル開発 チーム内研修
2.
2 1日目
3.
3 1-1.自己組織化ゲーム (http://www.slideshare.net/ShiroKappa/ss-8352894)
4.
1.リーダーを1人決めてください (リーダー以外はメンバーです) 2.リーダーは1人のメンバーから生
まれ月を聞いて、メンバーが生ま れ月順に並ぶように誘導してくだ さい 3.残りのメンバーでも同じことをし てください
5.
何分かかりましたか?
6.
1.リーダーはいません。全員が メンバーです 2.メンバー同士が協調して、生
まれ日順に並んでください(同 じ場合は生年月日若い順)
7.
何分かかりましたか?
8.
8 1-2.スクラム座学
9.
9 アジャイルの歴史 2001年から始まった
アジャイルの傘 アジャイルは方法論を包括 する言葉 価値や原則を包容する方法 論やアプローチならば、す べてアジャイル
10.
10 アジャイルマニュフェスト プロセスやツールよりも個人と対話を
包括的なドキュメントよりも動くソフトウェアを 契約交渉よりも顧客との協調を 計画に従うことよりも変化への対応を
11.
11 アジャイルマニュフェスト(2.0) プロセスやツールよりも個人と対話を
➡個人と対話よりもチームのビジョンと規律を 包括的なドキュメントよりも動くソフトウェアを ➡動くソフトウェアよりも有効で妥当な学習を 契約交渉よりも顧客との協調を ➡顧客との協調よりも顧客の開拓を 計画に従うことよりも変化への対応を ➡変化への対応よりも変化の提案を
12.
12 アジャイルマニュフェスト(2.0) Kent
Beck(2010年) http://ja.justin.tv/startuplessonslearned/b/262656520 署名は行われていない 何が変わったか 個人 ➡ チーム 手段 ➡ 目的 何をすべきか ➡ 何故すべきか
13.
13 SHUHARI(守破離) SHU(守)
ルールに従え どうやるかを見て練習を繰り返す HA(破) 実験する 工夫してみる 原因と結果をつなげる実験 RI(離) ルールを忘れろ 新しいテクニックを一瞬で考えて使える段階
14.
14 クネビンフレームワーク シンプル
対象の問題を誰が見てもすぐに理解 できる うまくやる方法をベストプラクティ スとして利用できる プロセスは不要 煩雑 対象の問題を理解するには、専門知 識と作業が必要 うまくやる方法は複数あるので、そ れらをグッドプラクティスとして活用 できる WF、PMBOK
15.
15 クネビンフレームワーク 複雑
対象の問題を理解するには、観察す るだけでは無理で、探査が必要 対象がどんな反応をするかを確かめ つつ、次の対応を考える。 プラクティスは出現する アジャイル カオス 対象を理解する事も難しい まったく新しいプラクティスを考え なければならない 既存の知識は役に立たない プロセスは無く、まず行動する
16.
16 1-3.美味しいラーメンづくり
17.
17 私からのお願い。 「美味しいラーメンを作って下さい」
1.美味しいラーメンを作るために必要な作業を洗い出し、 付箋に書き出して下さい(5分) 2.作業順に付箋を並べて下さい 3.発表して下さい
18.
18 1-4.インセプションデッキ
19.
19 インセプションデッキとは 背後にある考え
「しかるべき人をみんな同じ部屋に集めて、プロ ジェクトにまつわる適切な質問をすれば、自分たち のプロジェクトに対する期待を共有して、認識を合 わせることができるはずだ」 作成にあたっては、ステークホルダーを巻き込むこと がとても重要
20.
20 ラーメン屋さんのインセプションデッキ 1.3~4人のチームに分かれて下さい
2.チームで脱サラしてラーメン屋を開業することになりま した 3.「なぜわれわれはここにいるのか」を話し合って下さい (10分) 4.「トレードオフスライダー」を作成して下さい(10分)
21.
21 1-5.ユーザーストーリーマッピング
22.
23.
23 朝起きてから家を出るまで ■ステップ
1)ストーリーカードを書く 2)マッピングする 体験順に時系列で左右に 整理 似た機能は上下に整理 基本機能は上へ、派生的 な機能は下へ 3)フィーチャ名をつける 時系列のグループ毎に名 前を付ける アクティビティを作る 4)MVPを決める 寝坊した時でもやる事を 決める
24.
24 宿題 スクラムガイドを読んできて下さい。
(2013年7月版)
25.
25 2日目
26.
26 2-1.スクラムインフォグラフィックス
27.
27 1.チームを組んで下さい(3~4人) 2.チーム内でスクラムに関する知識を話し合って下さい
3.模造紙上に付箋とマジックで図示して下さい http://infographic.jp/gallery/infographic_of_infographic/
28.
29.
http://www.infoq.com/jp/news/2013/03/anime-scrum-primer
30.
30 2-2.ユーザーストーリーマッピング (実践編)
31.
31 Film Finderという映画アプリのMVP
■ステップ(60分) 1)配布されたストーリーカード、 フィーチャ、アクティビティ を並べる 2)配布されたペルソナの中から、 アプリの目的に適したペルソ ナを選択 3)ペルソナを想定してリリース を区切る 最小限の機能 ベストな機能 その他機能 4)一番上のリリースをMVPとす る
32.
33.
34.
34 2-3.ふりかえり
35.
http://blog.livedoor.jp/tech_blog/archives/744170.html KPT2
36.
36 おわり
Download now