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
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
Python で OAuth2 をつかってみよう!
Python で OAuth2 をつかってみよう!
Project Samurai
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
App013 ここはあえて紙と
App013 ここはあえて紙と
Tech Summit 2016
アジャイル・スクラム時代のパタン・ランゲージとアレグザンダー理論
アジャイル・スクラム時代のパタン・ランゲージとアレグザンダー理論
Takeshi Kakeda
Management 3.0 デレゲーションと エンパワーメント
Management 3.0 デレゲーションと エンパワーメント
Stefan Nüsperling
Lean coffee
Lean coffee
Takeshi Arai
Recommended
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
Python で OAuth2 をつかってみよう!
Python で OAuth2 をつかってみよう!
Project Samurai
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
App013 ここはあえて紙と
App013 ここはあえて紙と
Tech Summit 2016
アジャイル・スクラム時代のパタン・ランゲージとアレグザンダー理論
アジャイル・スクラム時代のパタン・ランゲージとアレグザンダー理論
Takeshi Kakeda
Management 3.0 デレゲーションと エンパワーメント
Management 3.0 デレゲーションと エンパワーメント
Stefan Nüsperling
Lean coffee
Lean coffee
Takeshi Arai
マイクロサービスに至る歴史とこれから - XP祭り2021
マイクロサービスに至る歴史とこれから - XP祭り2021
Yusuke Suzuki
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
大貴 蜂須賀
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
Itsuki Kuroda
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
Hitachi, Ltd. OSS Solution Center.
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
Itsuki Kuroda
小さなサービスも契約する時代
小さなサービスも契約する時代
Ryo Mitoma
Azure Search 大全
Azure Search 大全
Daiyu Hatakeyama
つくらない ものづくり ~明日からできるリーンスタートアップ~
つくらない ものづくり ~明日からできるリーンスタートアップ~
圭 進藤
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
SQLアンチパターン~スパゲッティクエリ
SQLアンチパターン~スパゲッティクエリ
Itabashi Masayuki
はじめてのPRD
はじめてのPRD
Takuya Oikawa
Agile開発でのテストのやり方~私の場合~
Agile開発でのテストのやり方~私の場合~
Mineo Matsuya
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
Hironori Washizaki
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
データサイエンティスト養成読本の解説+書き忘れたこと
データサイエンティスト養成読本の解説+書き忘れたこと
Tokoroten Nakayama
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
Takanori Suzuki
グラフモデルとSoEとGraphQL データ指向アプリケーションデザインから見るGraphQL
グラフモデルとSoEとGraphQL データ指向アプリケーションデザインから見るGraphQL
Yutaka Tachibana
クラスメソッドベトナム設立しました
クラスメソッドベトナム設立しました
Arata Fujimura
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
Arata Fujimura
More Related Content
What's hot
マイクロサービスに至る歴史とこれから - XP祭り2021
マイクロサービスに至る歴史とこれから - XP祭り2021
Yusuke Suzuki
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
大貴 蜂須賀
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
Itsuki Kuroda
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
Hitachi, Ltd. OSS Solution Center.
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
Itsuki Kuroda
小さなサービスも契約する時代
小さなサービスも契約する時代
Ryo Mitoma
Azure Search 大全
Azure Search 大全
Daiyu Hatakeyama
つくらない ものづくり ~明日からできるリーンスタートアップ~
つくらない ものづくり ~明日からできるリーンスタートアップ~
圭 進藤
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
SQLアンチパターン~スパゲッティクエリ
SQLアンチパターン~スパゲッティクエリ
Itabashi Masayuki
はじめてのPRD
はじめてのPRD
Takuya Oikawa
Agile開発でのテストのやり方~私の場合~
Agile開発でのテストのやり方~私の場合~
Mineo Matsuya
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
Hironori Washizaki
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
データサイエンティスト養成読本の解説+書き忘れたこと
データサイエンティスト養成読本の解説+書き忘れたこと
Tokoroten Nakayama
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
Takanori Suzuki
グラフモデルとSoEとGraphQL データ指向アプリケーションデザインから見るGraphQL
グラフモデルとSoEとGraphQL データ指向アプリケーションデザインから見るGraphQL
Yutaka Tachibana
What's hot
(20)
マイクロサービスに至る歴史とこれから - XP祭り2021
マイクロサービスに至る歴史とこれから - XP祭り2021
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
最近のKeycloakのご紹介 ~クライアントポリシーとFAPI~
テストコードの DRY と DAMP
テストコードの DRY と DAMP
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
小さなサービスも契約する時代
小さなサービスも契約する時代
Azure Search 大全
Azure Search 大全
つくらない ものづくり ~明日からできるリーンスタートアップ~
つくらない ものづくり ~明日からできるリーンスタートアップ~
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
SQLアンチパターン~スパゲッティクエリ
SQLアンチパターン~スパゲッティクエリ
はじめてのPRD
はじめてのPRD
Agile開発でのテストのやり方~私の場合~
Agile開発でのテストのやり方~私の場合~
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
データサイエンティスト養成読本の解説+書き忘れたこと
データサイエンティスト養成読本の解説+書き忘れたこと
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
グラフモデルとSoEとGraphQL データ指向アプリケーションデザインから見るGraphQL
グラフモデルとSoEとGraphQL データ指向アプリケーションデザインから見るGraphQL
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