Soumettre la recherche
Mettre en ligne
パタン・ランゲージを用いてスクラムの本質をひもとく
•
32 j'aime
•
5,939 vues
Minoru Yokomichi
Suivre
パタンはこちらから見れます https://www.gitbook.com/book/ykmc09/scrum-patterns/details
Lire moins
Lire la suite
Logiciels
Affichage du diaporama
Signaler
Partager
Affichage du diaporama
Signaler
Partager
1 sur 50
Télécharger maintenant
Télécharger pour lire hors ligne
Recommandé
XP祭り2022 発表資料
アジャイル開発におけるクラフトマンシップの重要性
アジャイル開発におけるクラフトマンシップの重要性
Shigeru Tatsuta
Product Requirements Documentの解説です。 プロダクトの強い軸を作るプロダクトマネジメントフレームワーク (https://www.slideshare.net/kumikokoshiro/ss-192896028 ) と合わせてお読み下さい。
はじめてのPRD
はじめてのPRD
Takuya Oikawa
2017年1月12日(木)に、「Regional Scrum Gathering Tokyo 2017」で発表させていただいた資料です。 http://2017.scrumgatheringtokyo.org/ メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
2022年10月1日に開催されたXP祭り2022での講演「サービスブループリントによるシステム設計手法の紹介 」の資料です
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
Yusuke Suzuki
どうする計画駆動型スクラム (スクラムフェス大阪2023 発表資料) 2023年7月1日(土) NTTデータ 技術革新統括本部 システム技術本部 平井 翔一郎
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
NTT DATA Technology & Innovation
テストやQA (品質保証) には説明責任が求められます。しかし、仕様書のコピペにすぎないテスト設計、自己目的化した自動化、規格に準拠しただけの開発 / 機能安全プロセス、おざなりな保証ケース、属人化したレビュー、ハードウェア主導のQA組織によるピントを外した品質保証など、説明責任とはほど遠い組織が多く見られます。そこで本講演ではQAアーキテクチャというコンセプトを紹介し、テストやQAの全体像を俯瞰し説明責任を高めるための方策を概説します。これにより、テスト自動化をベースとしたパイプライン化によるテストのリズムの高速化や、フロントローディングによる上流での品質作り込みサイクルの構築も目指すことができるようになります。
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
ギルド勉強会で使ったスライド。
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
CASEやMaaSの時代になって、車載ソフトウェアの品質保証は左利きと右利きの両利きでなくてはなりません。右利きとは、CASEやMaaSの時代よりも以前から必要になっている車載ソフトウェアの品質保証の技術です。左利きとは、CASEやMaaSの時代になって身につけなくてはならなくなった技術です。この講演では両利きの技術のそれぞれについて概説し、左利きの技術についてはQualiTraxというフレームワークで説明しています。この資料は2020/8/28に講演したスライドですが、ベリサーブさんのご厚意で公開できました。
車載ソフトウェアの品質保証のこれから
車載ソフトウェアの品質保証のこれから
Yasuharu Nishi
Recommandé
XP祭り2022 発表資料
アジャイル開発におけるクラフトマンシップの重要性
アジャイル開発におけるクラフトマンシップの重要性
Shigeru Tatsuta
Product Requirements Documentの解説です。 プロダクトの強い軸を作るプロダクトマネジメントフレームワーク (https://www.slideshare.net/kumikokoshiro/ss-192896028 ) と合わせてお読み下さい。
はじめてのPRD
はじめてのPRD
Takuya Oikawa
2017年1月12日(木)に、「Regional Scrum Gathering Tokyo 2017」で発表させていただいた資料です。 http://2017.scrumgatheringtokyo.org/ メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
2022年10月1日に開催されたXP祭り2022での講演「サービスブループリントによるシステム設計手法の紹介 」の資料です
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
Yusuke Suzuki
どうする計画駆動型スクラム (スクラムフェス大阪2023 発表資料) 2023年7月1日(土) NTTデータ 技術革新統括本部 システム技術本部 平井 翔一郎
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
NTT DATA Technology & Innovation
テストやQA (品質保証) には説明責任が求められます。しかし、仕様書のコピペにすぎないテスト設計、自己目的化した自動化、規格に準拠しただけの開発 / 機能安全プロセス、おざなりな保証ケース、属人化したレビュー、ハードウェア主導のQA組織によるピントを外した品質保証など、説明責任とはほど遠い組織が多く見られます。そこで本講演ではQAアーキテクチャというコンセプトを紹介し、テストやQAの全体像を俯瞰し説明責任を高めるための方策を概説します。これにより、テスト自動化をベースとしたパイプライン化によるテストのリズムの高速化や、フロントローディングによる上流での品質作り込みサイクルの構築も目指すことができるようになります。
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
ギルド勉強会で使ったスライド。
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
CASEやMaaSの時代になって、車載ソフトウェアの品質保証は左利きと右利きの両利きでなくてはなりません。右利きとは、CASEやMaaSの時代よりも以前から必要になっている車載ソフトウェアの品質保証の技術です。左利きとは、CASEやMaaSの時代になって身につけなくてはならなくなった技術です。この講演では両利きの技術のそれぞれについて概説し、左利きの技術についてはQualiTraxというフレームワークで説明しています。この資料は2020/8/28に講演したスライドですが、ベリサーブさんのご厚意で公開できました。
車載ソフトウェアの品質保証のこれから
車載ソフトウェアの品質保証のこれから
Yasuharu Nishi
2017-06-22 Rails Developers Meetup #2
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
イベント・ソーシングを知る
イベント・ソーシングを知る
Shuhei Fujita
CodeZine連載中のアジャイル品質パターン QA to AQ の概要を紹介します。アジャイル開発における品質活動は、特定段階で取り組むというよりも、ロードマップから日々のモニタリングに至るあらゆる段階でチーム全体で取り組むものとなります。QA to AQ はそのエッセンスをまとめたものです。
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
リリースサイクルが早い開発の中で、我々はどのようにテストを行っていけば良いのでしょうか? 今回は私が前職行っていた、探索的テストをメインとした戦略をご紹介します
Agile開発でのテストのやり方~私の場合~
Agile開発でのテストのやり方~私の場合~
Mineo Matsuya
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
WACATE2015Winter
テスト計画セッション
テスト計画セッション
Tomoaki Fukura
しばしばQAと一括りにされる、テストエンジニアとSETとQAを整理してバランスをよくするための「QMファンネル(3D版)」について紹介しています。Scrum Fest Osaka 2021のプレゼンテーション資料です。
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
2017/11/30「【エンジニア交流会】食 Tech 〜 食系サービスにおけるテクノロジーの裏側 〜」での発表資料
食べログのフロントエンドエンジニアってめっちゃ大変やねん・・・
食べログのフロントエンドエンジニアってめっちゃ大変やねん・・・
Yoshie Kaneno
postudyのライトニングトークス(5分)で話したこと。
プロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のこと
toshihiro ichitani
@ Jasst nano 品質の基礎研修資料 品質の基礎を開発関係者にうまく伝える方法が世の中にないので、作ってみました。引用部分を除き、著作権は、Creative Commons zeroとして配布したいなと思います。
How to let them in house of quality
How to let them in house of quality
Takahiro Toku
2019/01 JSUG勉強会の資料です。 この資料でDisっているのはJPAではなく、 ・何も考えずに「標準だから」というだけでJPAを選ぶ人 ・OSSに全くコントリビュートせずにフリーライドする人 です。
Java ORマッパー選定のポイント #jsug
Java ORマッパー選定のポイント #jsug
Masatoshi Tada
【豆寄席】今更きけないシリーズ第3回:ソフトウェア工学(要求工学編)2021年12月22日開催
今さら聞けないソフトウエアエンジアニアリング(要求編)
今さら聞けないソフトウエアエンジアニアリング(要求編)
豆寄席 (株式会社豆蔵)
開発とテストが一体となったソフトウェア開発
開発とテストが一体となったソフトウェア開発
Yahoo!デベロッパーネットワーク
at Testing Casual Talks #1 (2013/07/24) http://atnd.org/events/40914
私にとってのテスト
私にとってのテスト
Takuto Wada
リーンコーヒーの紹介 アジェンダのないミーティング方法 参加者が集まり、アジェンダを作り、議論を始める そんなミーティングの方法の紹介
Lean coffee
Lean coffee
Takeshi Arai
WACATE 2015 冬 「60分でわかった気になるISO29119」セッションの事前公開スライドです
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
Kinji Akemine
PyCon JP 2021発表資料(https://2021.pycon.jp/time-table/?id=272565)
Python 3.9からの新定番zoneinfoを使いこなそう
Python 3.9からの新定番zoneinfoを使いこなそう
Ryuji Tsutsui
JaSST Tokyo 2022 「アジャイルソフトウェア開発への統計的品質管理の応用」の発表資料です。(2022/03/10) http://jasst.jp/symposium/jasst22tokyo/details.html#C4 もはやふつうとなったアジャイル開発ですが、定量的な品質説明の方法が未だ確立されていないために、アジャイル開発の導入を見送る場面もたびたびみかけます。 そこで、ウォーターフォール開発で用いられてきた統計的品質管理の技法を再確認し、アジャイル開発への応用と検証を試みました。 ウォーターフォールとは異なるアジャイル開発の品質管理や品質メトリクスについて、試したことやその結果から考えたことをお話しします。
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
Regional Scrum Gathering Tokyo 2016で講演した「スクラムパタン入門」で使用したスライドです。
スクラムパタン入門
スクラムパタン入門
Kiro Harada
Regional SCRUM GATHERING Tokyo 2016 での発表です
あなたのチームの「いい人」は機能していますか?
あなたのチームの「いい人」は機能していますか?
Minoru Yokomichi
スクラム再入門
スクラム再入門
スクラム再入門
Minoru Yokomichi
Contenu connexe
Tendances
2017-06-22 Rails Developers Meetup #2
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
イベント・ソーシングを知る
イベント・ソーシングを知る
Shuhei Fujita
CodeZine連載中のアジャイル品質パターン QA to AQ の概要を紹介します。アジャイル開発における品質活動は、特定段階で取り組むというよりも、ロードマップから日々のモニタリングに至るあらゆる段階でチーム全体で取り組むものとなります。QA to AQ はそのエッセンスをまとめたものです。
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
リリースサイクルが早い開発の中で、我々はどのようにテストを行っていけば良いのでしょうか? 今回は私が前職行っていた、探索的テストをメインとした戦略をご紹介します
Agile開発でのテストのやり方~私の場合~
Agile開発でのテストのやり方~私の場合~
Mineo Matsuya
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
WACATE2015Winter
テスト計画セッション
テスト計画セッション
Tomoaki Fukura
しばしばQAと一括りにされる、テストエンジニアとSETとQAを整理してバランスをよくするための「QMファンネル(3D版)」について紹介しています。Scrum Fest Osaka 2021のプレゼンテーション資料です。
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
2017/11/30「【エンジニア交流会】食 Tech 〜 食系サービスにおけるテクノロジーの裏側 〜」での発表資料
食べログのフロントエンドエンジニアってめっちゃ大変やねん・・・
食べログのフロントエンドエンジニアってめっちゃ大変やねん・・・
Yoshie Kaneno
postudyのライトニングトークス(5分)で話したこと。
プロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のこと
toshihiro ichitani
@ Jasst nano 品質の基礎研修資料 品質の基礎を開発関係者にうまく伝える方法が世の中にないので、作ってみました。引用部分を除き、著作権は、Creative Commons zeroとして配布したいなと思います。
How to let them in house of quality
How to let them in house of quality
Takahiro Toku
2019/01 JSUG勉強会の資料です。 この資料でDisっているのはJPAではなく、 ・何も考えずに「標準だから」というだけでJPAを選ぶ人 ・OSSに全くコントリビュートせずにフリーライドする人 です。
Java ORマッパー選定のポイント #jsug
Java ORマッパー選定のポイント #jsug
Masatoshi Tada
【豆寄席】今更きけないシリーズ第3回:ソフトウェア工学(要求工学編)2021年12月22日開催
今さら聞けないソフトウエアエンジアニアリング(要求編)
今さら聞けないソフトウエアエンジアニアリング(要求編)
豆寄席 (株式会社豆蔵)
開発とテストが一体となったソフトウェア開発
開発とテストが一体となったソフトウェア開発
Yahoo!デベロッパーネットワーク
at Testing Casual Talks #1 (2013/07/24) http://atnd.org/events/40914
私にとってのテスト
私にとってのテスト
Takuto Wada
リーンコーヒーの紹介 アジェンダのないミーティング方法 参加者が集まり、アジェンダを作り、議論を始める そんなミーティングの方法の紹介
Lean coffee
Lean coffee
Takeshi Arai
WACATE 2015 冬 「60分でわかった気になるISO29119」セッションの事前公開スライドです
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
Kinji Akemine
PyCon JP 2021発表資料(https://2021.pycon.jp/time-table/?id=272565)
Python 3.9からの新定番zoneinfoを使いこなそう
Python 3.9からの新定番zoneinfoを使いこなそう
Ryuji Tsutsui
JaSST Tokyo 2022 「アジャイルソフトウェア開発への統計的品質管理の応用」の発表資料です。(2022/03/10) http://jasst.jp/symposium/jasst22tokyo/details.html#C4 もはやふつうとなったアジャイル開発ですが、定量的な品質説明の方法が未だ確立されていないために、アジャイル開発の導入を見送る場面もたびたびみかけます。 そこで、ウォーターフォール開発で用いられてきた統計的品質管理の技法を再確認し、アジャイル開発への応用と検証を試みました。 ウォーターフォールとは異なるアジャイル開発の品質管理や品質メトリクスについて、試したことやその結果から考えたことをお話しします。
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
Regional Scrum Gathering Tokyo 2016で講演した「スクラムパタン入門」で使用したスライドです。
スクラムパタン入門
スクラムパタン入門
Kiro Harada
Tendances
(20)
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
イベント・ソーシングを知る
イベント・ソーシングを知る
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Agile開発でのテストのやり方~私の場合~
Agile開発でのテストのやり方~私の場合~
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
テスト計画セッション
テスト計画セッション
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
食べログのフロントエンドエンジニアってめっちゃ大変やねん・・・
食べログのフロントエンドエンジニアってめっちゃ大変やねん・・・
プロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のこと
How to let them in house of quality
How to let them in house of quality
Java ORマッパー選定のポイント #jsug
Java ORマッパー選定のポイント #jsug
今さら聞けないソフトウエアエンジアニアリング(要求編)
今さら聞けないソフトウエアエンジアニアリング(要求編)
開発とテストが一体となったソフトウェア開発
開発とテストが一体となったソフトウェア開発
私にとってのテスト
私にとってのテスト
Lean coffee
Lean coffee
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
Python 3.9からの新定番zoneinfoを使いこなそう
Python 3.9からの新定番zoneinfoを使いこなそう
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
スクラムパタン入門
スクラムパタン入門
En vedette
Regional SCRUM GATHERING Tokyo 2016 での発表です
あなたのチームの「いい人」は機能していますか?
あなたのチームの「いい人」は機能していますか?
Minoru Yokomichi
スクラム再入門
スクラム再入門
スクラム再入門
Minoru Yokomichi
2013年の DevLOVE 甲子園で発表したスライドを発掘したのでアップロード。当時は某 SIer に所属。当時の上司、先輩、同僚、後輩に感謝しています。
凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013
凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013
Minoru Yokomichi
マネジメント3.0とはオランダ出身のヨーガン アペロ(Jurgen Appelo)のイノベーションとリーダーシップそしてマネジメント運動です。 リーダーシップの定義をあらため、マネジメントをグループの責任とします。自己組織化により高い内発的動機付けが可能になり、従業員の満足度が向上します。マネジメントは、従業員の満足と組織目標を同時に達成するもっとも効率の良い方法とされています。これはフレームワークや方法論や具体的な活動で定義されるものではなく、組織システムについてのひとつの見方であり、「正しいことをしている」状態とされます。
マネジメント3.0 新しいリーダーシップ概念
マネジメント3.0 新しいリーダーシップ概念
Stefan Nüsperling
DroidKaigi2016の資料です
怖くないGradle設定とBazel
怖くないGradle設定とBazel
shimada tatsuya
Literature letter graphic organizer
Literature letter graphic organizer
mlabuski
جاى بذبيحة حمد
جاى بذبيحة حمد
Mera Louis
It's no longer the year of mobile, or even the year of the selfie. It's the year of the beacon, popularized by Apple's iBeacon but also used by startups like Estimote, NewAer, Nomi, and Shopkick. Location data comes from a wide range of sources now, including ads, apps, retail, social media, cars, connected devices, and wearable tech.
2014: The Year of the Beacon, and the Future of Location-Based Marketing
2014: The Year of the Beacon, and the Future of Location-Based Marketing
David Berkowitz
Social Media Strategies for highly sucessful Virtual Events
Social Media Strategies for highly sucessful Virtual Events
Society3
O νέος πρωτοποριακός τηλεοπτικός οδηγός της Nova είναι εδώ! Οι επισκέπτες του, ενημερώνονται γρήγορα και εύκολα, για το τι παίζει συνολικά στο τηλεοπτικό περιβάλλον!
Novaguide.gr
Novaguide.gr
Nova Media
Daily Newsletter: 18th August, 2011
Daily Newsletter: 18th August, 2011
Fullerton Securities
พิชิตชัยชาญ วรรณบุตร
พิชิตชัยชาญ วรรณบุตร
พิชิตชัยชาญ วรรณบุตร
GUIA DE ESTUDIO METODOLOGIA DE LA INVESTIGACION UNIVERSIDAD SAN IGNACIO DE LOYOLA ( ESTA SI LA PUEDE DESCARGAR)
Guia de estudio metodologia de la investigacion se puede bajar universidad s...
Guia de estudio metodologia de la investigacion se puede bajar universidad s...
carlospadhz
Возможности сервиса
Возможности сервиса
cbwTest
Universidad nacional ecológica israel mendoza completar
Universidad nacional ecológica israel mendoza completar
Israel Mendoza Mendez
Las intervenciones para toda la clase que fueran positivas para los alumnos con TDAH pueden ser una alternativa plausible ante las intervenciones individualizadas recomendadas. Estas intervenciones podrían ser más aceptables por su rentabilidad y no señalan al alumno con TDAH.
Intervenciones grupales positivas para los alumnos con tdah
Intervenciones grupales positivas para los alumnos con tdah
Fundación CADAH TDAH
Political knowledge 2007
Political knowledge 2007
crrccenters
อ่านmailที่forwardมา ขำๆจึงส่งมาให้เพื่อนอ่านด้วย
อด หมด เลย
อด หมด เลย
Suporn Voravuti
Los 10 porqués para la Igualdad. Editado por la Dirección General de Igualdad de Oportunidades en el Trabajo de la Generalitat de Catalunya.
10 porques-igualdad
10 porques-igualdad
Grup Pitagora
Java one brazil_keynote_dochez
Java one brazil_keynote_dochez
Jerome Dochez
En vedette
(20)
あなたのチームの「いい人」は機能していますか?
あなたのチームの「いい人」は機能していますか?
スクラム再入門
スクラム再入門
凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013
凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013
マネジメント3.0 新しいリーダーシップ概念
マネジメント3.0 新しいリーダーシップ概念
怖くないGradle設定とBazel
怖くないGradle設定とBazel
Literature letter graphic organizer
Literature letter graphic organizer
جاى بذبيحة حمد
جاى بذبيحة حمد
2014: The Year of the Beacon, and the Future of Location-Based Marketing
2014: The Year of the Beacon, and the Future of Location-Based Marketing
Social Media Strategies for highly sucessful Virtual Events
Social Media Strategies for highly sucessful Virtual Events
Novaguide.gr
Novaguide.gr
Daily Newsletter: 18th August, 2011
Daily Newsletter: 18th August, 2011
พิชิตชัยชาญ วรรณบุตร
พิชิตชัยชาญ วรรณบุตร
Guia de estudio metodologia de la investigacion se puede bajar universidad s...
Guia de estudio metodologia de la investigacion se puede bajar universidad s...
Возможности сервиса
Возможности сервиса
Universidad nacional ecológica israel mendoza completar
Universidad nacional ecológica israel mendoza completar
Intervenciones grupales positivas para los alumnos con tdah
Intervenciones grupales positivas para los alumnos con tdah
Political knowledge 2007
Political knowledge 2007
อด หมด เลย
อด หมด เลย
10 porques-igualdad
10 porques-igualdad
Java one brazil_keynote_dochez
Java one brazil_keynote_dochez
Similaire à パタン・ランゲージを用いてスクラムの本質をひもとく
認定スクラムマスター研修(CSM)参加した結果として、社内発表した資料
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
Hajime Yanagawa
社内でスクラムについて説明するときに使用した資料です。 スクラムの本質に触れることで、なぜスクラムをやるのか?を理解することを目標にしています。
Scrumの根っこ
Scrumの根っこ
Koji Sudo
2018年10月19日 ENOG53/JANOG42.5にて発表
スクラム開発に取り組んでみた
スクラム開発に取り組んでみた
yyasuyuki
オープンセミナー2014@広島のLT(10分)用スライドです
形から入るスクラム
形から入るスクラム
稔 川口
http://atnd.org/events/32706 の発表資料です。
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours
Yozo SATO
強化学習を可視化する chainerrl-visualizerを動かしてみた
強化学習を可視化する chainerrl-visualizerを動かしてみた
強化学習を可視化する chainerrl-visualizerを動かしてみた
mogamin
仙台高専教育研究交流会 2014年6月16日 での発表資料
学生が行うプロジェクト活動へのアジャイル開発手法「Scrum」の導入 | 仙台高専教育研究交流会
学生が行うプロジェクト活動へのアジャイル開発手法「Scrum」の導入 | 仙台高専教育研究交流会
Yoshiaki Rikitake
2013/8/5 HTML5名古屋勉強会#6 にてお話させて戴きました資料です。 #html5nagoya
誰でもわかる!AWSを使って超簡単・短時間でスリーランドスケープ(本番・ステージング・開発)環境を作っちゃおう!
誰でもわかる!AWSを使って超簡単・短時間でスリーランドスケープ(本番・ステージング・開発)環境を作っちゃおう!
Tomoya Ishida
Shibuya.trac vol.04 2009/07/12(Sun) Scrum & Trac By Certified Scrum Master
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Kazumasa EBATA
2011.11.25 AgileShimane#03 事例発表資料 「はじめてのScrumこれから大切にしたいこと Release#2」
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
Takenori Takaki
Regional Scrum Gathering Tokyo 2019での発表資料です。
行動分析学に基づくScrumの導入
行動分析学に基づくScrumの導入
Takuo Doi
デブサミ関西2013で発表した、「スクラム再入門(仮)」の発表資料です。
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kiro Harada
ssmjponline #0 で喋った資料。 フルリモートメンバーでのスクラム開発を行なった際に使ったツールや実施した内容についての説明。
リモートスクラム開発やってみた
リモートスクラム開発やってみた
Ken SASAKI
AgileJapan 2015講演資料
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
https://nagoyaagile.connpass.com/event/90983/
No Managers, Yes Agile. ~アジャイルなプロジェクト管理とは~
No Managers, Yes Agile. ~アジャイルなプロジェクト管理とは~
You&I
【13-E-2】アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
Fumihiko Kinoshita
DevLove 2010/10/27 発表資料。
ビジネスロジック実装進化論 - An Evolution of Business Logic Implementation
ビジネスロジック実装進化論 - An Evolution of Business Logic Implementation
Tadayoshi Sato
本セッションでは組織よりも実際のイベントを円滑に進めるためにどのような工夫を行ったかをお伝えいたします。 チームビルド後の初期の頃はどのように接していいのかもわからず、ブリッジエンジニアまかせで進めていました。色々な要員からはじめは効率開発を進められませんでしたが、徐々にカイゼンすることができました。 このセッションでは各スクラムイベントで具体的に私の行った工夫とその効果をお伝えします。 スクラム開発・オフショア開発のファシリテートでお役に立てればと思います。
XP祭りオフショアメンバーのいるスクラム.pptx
XP祭りオフショアメンバーのいるスクラム.pptx
Hideo Kashioka
2019/02/09 DevLOVE関西 Scrum Masterの現場 発表資料
0からはじめた!スクラム導入から今日まで / story introducing Scrum
0からはじめた!スクラム導入から今日まで / story introducing Scrum
SatoshiIuchi
agile practice scrum for beginners.
Agile practice scrum #0
Agile practice scrum #0
masami ito
Similaire à パタン・ランゲージを用いてスクラムの本質をひもとく
(20)
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
Scrumの根っこ
Scrumの根っこ
スクラム開発に取り組んでみた
スクラム開発に取り組んでみた
形から入るスクラム
形から入るスクラム
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours
強化学習を可視化する chainerrl-visualizerを動かしてみた
強化学習を可視化する chainerrl-visualizerを動かしてみた
学生が行うプロジェクト活動へのアジャイル開発手法「Scrum」の導入 | 仙台高専教育研究交流会
学生が行うプロジェクト活動へのアジャイル開発手法「Scrum」の導入 | 仙台高専教育研究交流会
誰でもわかる!AWSを使って超簡単・短時間でスリーランドスケープ(本番・ステージング・開発)環境を作っちゃおう!
誰でもわかる!AWSを使って超簡単・短時間でスリーランドスケープ(本番・ステージング・開発)環境を作っちゃおう!
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
行動分析学に基づくScrumの導入
行動分析学に基づくScrumの導入
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
リモートスクラム開発やってみた
リモートスクラム開発やってみた
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
No Managers, Yes Agile. ~アジャイルなプロジェクト管理とは~
No Managers, Yes Agile. ~アジャイルなプロジェクト管理とは~
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
ビジネスロジック実装進化論 - An Evolution of Business Logic Implementation
ビジネスロジック実装進化論 - An Evolution of Business Logic Implementation
XP祭りオフショアメンバーのいるスクラム.pptx
XP祭りオフショアメンバーのいるスクラム.pptx
0からはじめた!スクラム導入から今日まで / story introducing Scrum
0からはじめた!スクラム導入から今日まで / story introducing Scrum
Agile practice scrum #0
Agile practice scrum #0
パタン・ランゲージを用いてスクラムの本質をひもとく
1.
パタン・ランゲージを用いて Scrum の本質をひもとく 2015-03-19 株式会社サイバーエージェント アドテクスタジオ「リーン/アジャイル開発プロセス ゼミ」 ゼミ長
横道 稔 (@ykmc09_dev)
2.
悩み
3.
つい「Scrum をやる」こと にとらわれ過ぎてしまう
4.
手段に固執した 進め方している中で、 そのプロセスがうまく 回らないと…
5.
あー スクラム、アジャイル ってダメだね ヒソヒソ ヒソヒソ ヒソヒソ
6.
いやいや! 私がダメなだけです!
7.
Scrum is not
a methodology
8.
Scrum はつい”方法論”と 捉えてしまうぐらい 構成要素がカッチリしている?
9.
「バックログリファインメント」 の時間とらなきゃ。 「スプリント計画」 全員でやらなきゃ。
10.
Scrum に 込められている価値は、 成果物やイベント のインパクトで 埋没してしまいがちなのかも
11.
もっともっと 「なぜ Scrum では、 それをやるのか」 を皆で共有できないか?
12.
パタン・ランゲージ ところで
13.
パタン・ランゲージとは • 建築家クリストファー・アレグザンダー • 歴史を経て磨かれた、いきいきとして美しく調和のとれた 街並みの中にある、街や建物の
"名付けえぬ質" をもつ特長 を抽出して名前を付け、それぞれの現れるコンテキストや、 その効果を書いてまとめまたもの • 「舞台のような階段」「座れる階段」「街路を見下ろすバ ルコニー」 チームの暗黙知を活かし創造を支援するパターン・ランゲージ http://kray.jp/blog/pattern-language-in-kray/
14.
パタン・ランゲージとは • 暗黙知を表現・共有・活用する方法の一つで、 特定の状況で繰り返し現れる問題とその解決 方法等(パターンと呼ぶ)を集めたものです。 • 個々のパターンには名前があり、コンテキスト や問題、背景となる因果関係、解決方法、結 果、例などから構成されます。 チームの暗黙知を活かし創造を支援するパターン・ランゲージ http://kray.jp/blog/pattern-language-in-kray/
15.
パタン・ランゲージの表現(ざっくり) ⃝⃝な状況のとき、⃝⃝という問題が発生しや すい。なぜなら⃝⃝という避けがたい理由があ るからだ。 そういう時には⃝⃝をしよう! そうすると、⃝⃝な結果になるよ。
16.
パタン・ランゲージに影響を受けて 書かれた書籍
17.
Scrum には 「名付けえぬ質」 がたくさん?
18.
Scrum の構成要素は、 ある「コンテキスト」 のもとで「問題」を「解決」 するもの?
19.
「なぜそれをやるのか」 を見失いそうな時に 思い出せるものにしたい
20.
Scrum をひもとくパタン
21.
どうやって作っていったか
22.
まず 「なぜそれをやるのか」 を整理した
23.
Scrum のそれぞれの構成要素が どのような目的のもと存在しているのか考えてみる
24.
Scrum のフレーム
25.
Scrum のフレームの構成要素
26.
何のためにその構成要素があるのか(WHY)
27.
順にみていくと…
28.
29.
30.
31.
32.
そのまま パタンにしていってみよう 👉
33.
http://bit.ly/scrumpattern
34.
こうやって
35.
こうやって 今のところ30パタン
36.
37.
全体像
38.
構成要素から パタンをたどれる
39.
まだまだ WIP まだパタンの種レベル 言葉も”いきいき”していない 「パタンの作り方」のマナーにも したがっていなくて、 まだまだブラッシュアップのための プロセスが必要
40.
一緒に作ってくれる人を 募集しています twitter: @ykmc09_dev
41.
Scrum をやる人の 言語づくりを
42.
ちなみに Jim Coplien
に このパタンのことを 伝えたら…
43.
「我々5年前から 作ってるよ!」 (恥ずかしながら知らなかった…)
44.
Scrum Pattern Community http://www.scrumplop.org/
45.
平行して社内では、
46.
アドテクスタジオ内プロダクトの 暗黙知の表出化するための 「開発プロセス・パタン」 を作ろうとしています
47.
48.
こちらもまだまだ WIP
49.
組織の暗黙的なナレッジを 組織内で広く役立てられるように
50.
以上
Télécharger maintenant