Suche senden
Hochladen
アジャイル型開発におけるプラクティス活用リファレンスガイド概説
•
3 gefällt mir
•
1,552 views
Takeshi Kakeda
Folgen
2014/01/31 「アジャイル型開発におけるプラクティス活用リファレンスガイドの勘所と活用方法」
Weniger lesen
Mehr lesen
Technologie
Melden
Teilen
Melden
Teilen
1 von 109
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
テスト駆動開発の進化
テスト駆動開発の進化
Yukei Wachi
JIRA Agileを活用したアジャイル開発実践事例 #AUGJ
JIRA Agileを活用したアジャイル開発実践事例 #AUGJ
満徳 関
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
Koichi ITO
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
Rakuten Group, Inc.
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
Yu Ishikawa
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
Empfohlen
テスト駆動開発の進化
テスト駆動開発の進化
Yukei Wachi
JIRA Agileを活用したアジャイル開発実践事例 #AUGJ
JIRA Agileを活用したアジャイル開発実践事例 #AUGJ
満徳 関
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
Koichi ITO
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
Rakuten Group, Inc.
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
Yu Ishikawa
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜 #devsumiA
ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜 #devsumiA
Ryutaro YOSHIBA
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
Dai FUJIHARA
Dev love kansai
Dev love kansai
Takafumi Ikeda
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Kiro Harada
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~
Dai FUJIHARA
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
Miho Nagase
チーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるか
Takafumi Ikeda
20140126 KA法ワークショップ@DevLOVElove関西
20140126 KA法ワークショップ@DevLOVElove関西
chachaki chachaki
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
20130629 KA法ワークショップ@DevLOVE仙台
20130629 KA法ワークショップ@DevLOVE仙台
chachaki chachaki
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kiro Harada
モバイル&コンシューマ向けのシステム開発ができるPHP&Javaプログラマの皆様へ
モバイル&コンシューマ向けのシステム開発ができるPHP&Javaプログラマの皆様へ
ekushida
ぐるぐるDDDは何を目指しているのか
ぐるぐるDDDは何を目指しているのか
Kiro Harada
人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
Yukei Wachi
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
満徳 関
To be sn agile enterprise
To be sn agile enterprise
Rakuten Group, Inc.
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
Fumihiko Kinoshita
「Qaエンジニアのキャリアについて考える : 急(q) 〜 いろいろな組織でやったこと〜」 山本様
「Qaエンジニアのキャリアについて考える : 急(q) 〜 いろいろな組織でやったこと〜」 山本様
ques_staff
アジャイルマネジメントとは?
アジャイルマネジメントとは?
Kiro Harada
人生で大事なことは XP白本と参考文献に教わった in ESM
人生で大事なことは XP白本と参考文献に教わった in ESM
Takeshi Kakeda
地域のエンジニア問題を考える
地域のエンジニア問題を考える
Takeshi Kakeda
Weitere ähnliche Inhalte
Was ist angesagt?
ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜 #devsumiA
ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜 #devsumiA
Ryutaro YOSHIBA
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
Dai FUJIHARA
Dev love kansai
Dev love kansai
Takafumi Ikeda
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Kiro Harada
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~
Dai FUJIHARA
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
Miho Nagase
チーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるか
Takafumi Ikeda
20140126 KA法ワークショップ@DevLOVElove関西
20140126 KA法ワークショップ@DevLOVElove関西
chachaki chachaki
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
20130629 KA法ワークショップ@DevLOVE仙台
20130629 KA法ワークショップ@DevLOVE仙台
chachaki chachaki
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kiro Harada
モバイル&コンシューマ向けのシステム開発ができるPHP&Javaプログラマの皆様へ
モバイル&コンシューマ向けのシステム開発ができるPHP&Javaプログラマの皆様へ
ekushida
ぐるぐるDDDは何を目指しているのか
ぐるぐるDDDは何を目指しているのか
Kiro Harada
人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
Yukei Wachi
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
満徳 関
To be sn agile enterprise
To be sn agile enterprise
Rakuten Group, Inc.
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
Fumihiko Kinoshita
「Qaエンジニアのキャリアについて考える : 急(q) 〜 いろいろな組織でやったこと〜」 山本様
「Qaエンジニアのキャリアについて考える : 急(q) 〜 いろいろな組織でやったこと〜」 山本様
ques_staff
アジャイルマネジメントとは?
アジャイルマネジメントとは?
Kiro Harada
Was ist angesagt?
(20)
ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜 #devsumiA
ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜 #devsumiA
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
Dev love kansai
Dev love kansai
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
チーム開発をスムーズにするために何ができるか
チーム開発をスムーズにするために何ができるか
20140126 KA法ワークショップ@DevLOVElove関西
20140126 KA法ワークショップ@DevLOVElove関西
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
20130629 KA法ワークショップ@DevLOVE仙台
20130629 KA法ワークショップ@DevLOVE仙台
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
モバイル&コンシューマ向けのシステム開発ができるPHP&Javaプログラマの皆様へ
モバイル&コンシューマ向けのシステム開発ができるPHP&Javaプログラマの皆様へ
ぐるぐるDDDは何を目指しているのか
ぐるぐるDDDは何を目指しているのか
人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
To be sn agile enterprise
To be sn agile enterprise
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜
「Qaエンジニアのキャリアについて考える : 急(q) 〜 いろいろな組織でやったこと〜」 山本様
「Qaエンジニアのキャリアについて考える : 急(q) 〜 いろいろな組織でやったこと〜」 山本様
アジャイルマネジメントとは?
アジャイルマネジメントとは?
Andere mochten auch
人生で大事なことは XP白本と参考文献に教わった in ESM
人生で大事なことは XP白本と参考文献に教わった in ESM
Takeshi Kakeda
地域のエンジニア問題を考える
地域のエンジニア問題を考える
Takeshi Kakeda
Pattern Canvas Primer
Pattern Canvas Primer
Takeshi Kakeda
20140322 el
20140322 el
Tomoyuki Obi
2014/03/23開催 ロケットストーブワークショップ in 松山
2014/03/23開催 ロケットストーブワークショップ in 松山
Takeshi Kakeda
人生で大事なことは XP白本と参考文献に教わった
人生で大事なことは XP白本と参考文献に教わった
Takeshi Kakeda
コンセプトから実現へ 〜 仮説検証型開発のポイント〜
コンセプトから実現へ 〜 仮説検証型開発のポイント〜
Takeshi Kakeda
Andere mochten auch
(7)
人生で大事なことは XP白本と参考文献に教わった in ESM
人生で大事なことは XP白本と参考文献に教わった in ESM
地域のエンジニア問題を考える
地域のエンジニア問題を考える
Pattern Canvas Primer
Pattern Canvas Primer
20140322 el
20140322 el
2014/03/23開催 ロケットストーブワークショップ in 松山
2014/03/23開催 ロケットストーブワークショップ in 松山
人生で大事なことは XP白本と参考文献に教わった
人生で大事なことは XP白本と参考文献に教わった
コンセプトから実現へ 〜 仮説検証型開発のポイント〜
コンセプトから実現へ 〜 仮説検証型開発のポイント〜
Ähnlich wie アジャイル型開発におけるプラクティス活用リファレンスガイド概説
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Rakuten Group, Inc.
AgileTourOsaka2011 関係者に理解してもらえるアジャイル開発にむけて
AgileTourOsaka2011 関係者に理解してもらえるアジャイル開発にむけて
Shuji Morisaki
QAファンネル振り返り術
QAファンネル振り返り術
JumpeiIto2
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
Yusuke Suzuki
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
Dai FUJIHARA
はじめてのアジャイル
はじめてのアジャイル
Rakuten Group, Inc.
Agile Development Design By Pattern Language
Agile Development Design By Pattern Language
Takeshi Kakeda
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Naoki Umehara
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
Yoshitaka Kawashima
「納品のない受託開発」とこれからの受託開発について
「納品のない受託開発」とこれからの受託開発について
Yoshihito Kuranuki
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdf
Daniel Teng
Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理
You&I
Agile Japan 2010 「変化を受け入れるアジャイルなプロジェクトマネジメントと現場 <ツール・環境篇>」
Agile Japan 2010 「変化を受け入れるアジャイルなプロジェクトマネジメントと現場 <ツール・環境篇>」
Yusuke Suzuki
DDDのすすめ
DDDのすすめ
Ryo Amano
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
Trainocate Japan, Ltd.
アジャイル基礎再考
アジャイル基礎再考
Kanu orz
スタッフ部門のカイゼン×IT
スタッフ部門のカイゼン×IT
Kazutaka Sankai
マジカルsvnとキュアgit
マジカルsvnとキュアgit
Takafumi ONAKA
Hiroshima Ruby Conference発表資料
Hiroshima Ruby Conference発表資料
Kakigi Katuyuki
Ähnlich wie アジャイル型開発におけるプラクティス活用リファレンスガイド概説
(20)
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
AgileTourOsaka2011 関係者に理解してもらえるアジャイル開発にむけて
AgileTourOsaka2011 関係者に理解してもらえるアジャイル開発にむけて
QAファンネル振り返り術
QAファンネル振り返り術
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル
はじめてのアジャイル
Agile Development Design By Pattern Language
Agile Development Design By Pattern Language
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
「納品のない受託開発」とこれからの受託開発について
「納品のない受託開発」とこれからの受託開発について
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdf
Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理
Agile Japan 2010 「変化を受け入れるアジャイルなプロジェクトマネジメントと現場 <ツール・環境篇>」
Agile Japan 2010 「変化を受け入れるアジャイルなプロジェクトマネジメントと現場 <ツール・環境篇>」
DDDのすすめ
DDDのすすめ
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
アジャイル基礎再考
アジャイル基礎再考
スタッフ部門のカイゼン×IT
スタッフ部門のカイゼン×IT
マジカルsvnとキュアgit
マジカルsvnとキュアgit
Hiroshima Ruby Conference発表資料
Hiroshima Ruby Conference発表資料
Mehr von Takeshi Kakeda
DX時代のITエンジニアに送る、アジャイル式「いきいき」ヘルスマネジメント
DX時代のITエンジニアに送る、アジャイル式「いきいき」ヘルスマネジメント
Takeshi Kakeda
「自分の内側を観る」と 世界が変わるかも?~自分自身を紐解くメンタルモデルのご紹介~
「自分の内側を観る」と 世界が変わるかも?~自分自身を紐解くメンタルモデルのご紹介~
Takeshi Kakeda
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
Takeshi Kakeda
個人から始める変化〜 IKIGAIマップ、マルチ・ポテンシャライト、ザ・メンタルモデルを入口にして〜(公開変更版)
個人から始める変化〜 IKIGAIマップ、マルチ・ポテンシャライト、ザ・メンタルモデルを入口にして〜(公開変更版)
Takeshi Kakeda
創造的なメタファー思考のススメ
創造的なメタファー思考のススメ
Takeshi Kakeda
Agile459 10周年 オープニング&クロージングトーク
Agile459 10周年 オープニング&クロージングトーク
Takeshi Kakeda
地方コミュニティジャーニー〜地方アジャイルコミュニティをゼロから立ち上げて10年間で体験してきたこと
地方コミュニティジャーニー〜地方アジャイルコミュニティをゼロから立ち上げて10年間で体験してきたこと
Takeshi Kakeda
パーマカルチャーとパタン・ランゲージ
パーマカルチャーとパタン・ランゲージ
Takeshi Kakeda
アジャイル・スクラム時代のパタン・ランゲージとアレグザンダー理論
アジャイル・スクラム時代のパタン・ランゲージとアレグザンダー理論
Takeshi Kakeda
この一年の経験・学び忘年LT in Agile459 忘年LT大会
この一年の経験・学び忘年LT in Agile459 忘年LT大会
Takeshi Kakeda
非現実的な圧倒的スケールの中で何を想った感じたか CCC2019 参戦記
非現実的な圧倒的スケールの中で何を想った感じたか CCC2019 参戦記
Takeshi Kakeda
2019/08/31 Agile Japan 2019 サテライト香川 『壁を越える』ために知っておきたいこと
2019/08/31 Agile Japan 2019 サテライト香川 『壁を越える』ために知っておきたいこと
Takeshi Kakeda
20190223 私の学びの研究〜アタマとカラダとココロ〜(更新版)
20190223 私の学びの研究〜アタマとカラダとココロ〜(更新版)
Takeshi Kakeda
ソフトウェア開発とパタン・ランゲージ再考
ソフトウェア開発とパタン・ランゲージ再考
Takeshi Kakeda
四国のアジャイル第2ターンに向けてのビジョン
四国のアジャイル第2ターンに向けてのビジョン
Takeshi Kakeda
IKIGAI Quest
IKIGAI Quest
Takeshi Kakeda
「松山」がどう見える? 〜東京からの 移住者の視点〜
「松山」がどう見える? 〜東京からの 移住者の視点〜
Takeshi Kakeda
いきかたダイアグラムで仕事を棚卸ししよう
いきかたダイアグラムで仕事を棚卸ししよう
Takeshi Kakeda
地方コミュニティが直面する課題と未来のビジョンとは?
地方コミュニティが直面する課題と未来のビジョンとは?
Takeshi Kakeda
Metaphor We Design By 失われたメタファーの秘密
Metaphor We Design By 失われたメタファーの秘密
Takeshi Kakeda
Mehr von Takeshi Kakeda
(20)
DX時代のITエンジニアに送る、アジャイル式「いきいき」ヘルスマネジメント
DX時代のITエンジニアに送る、アジャイル式「いきいき」ヘルスマネジメント
「自分の内側を観る」と 世界が変わるかも?~自分自身を紐解くメンタルモデルのご紹介~
「自分の内側を観る」と 世界が変わるかも?~自分自身を紐解くメンタルモデルのご紹介~
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
個人から始める変化〜 IKIGAIマップ、マルチ・ポテンシャライト、ザ・メンタルモデルを入口にして〜(公開変更版)
個人から始める変化〜 IKIGAIマップ、マルチ・ポテンシャライト、ザ・メンタルモデルを入口にして〜(公開変更版)
創造的なメタファー思考のススメ
創造的なメタファー思考のススメ
Agile459 10周年 オープニング&クロージングトーク
Agile459 10周年 オープニング&クロージングトーク
地方コミュニティジャーニー〜地方アジャイルコミュニティをゼロから立ち上げて10年間で体験してきたこと
地方コミュニティジャーニー〜地方アジャイルコミュニティをゼロから立ち上げて10年間で体験してきたこと
パーマカルチャーとパタン・ランゲージ
パーマカルチャーとパタン・ランゲージ
アジャイル・スクラム時代のパタン・ランゲージとアレグザンダー理論
アジャイル・スクラム時代のパタン・ランゲージとアレグザンダー理論
この一年の経験・学び忘年LT in Agile459 忘年LT大会
この一年の経験・学び忘年LT in Agile459 忘年LT大会
非現実的な圧倒的スケールの中で何を想った感じたか CCC2019 参戦記
非現実的な圧倒的スケールの中で何を想った感じたか CCC2019 参戦記
2019/08/31 Agile Japan 2019 サテライト香川 『壁を越える』ために知っておきたいこと
2019/08/31 Agile Japan 2019 サテライト香川 『壁を越える』ために知っておきたいこと
20190223 私の学びの研究〜アタマとカラダとココロ〜(更新版)
20190223 私の学びの研究〜アタマとカラダとココロ〜(更新版)
ソフトウェア開発とパタン・ランゲージ再考
ソフトウェア開発とパタン・ランゲージ再考
四国のアジャイル第2ターンに向けてのビジョン
四国のアジャイル第2ターンに向けてのビジョン
IKIGAI Quest
IKIGAI Quest
「松山」がどう見える? 〜東京からの 移住者の視点〜
「松山」がどう見える? 〜東京からの 移住者の視点〜
いきかたダイアグラムで仕事を棚卸ししよう
いきかたダイアグラムで仕事を棚卸ししよう
地方コミュニティが直面する課題と未来のビジョンとは?
地方コミュニティが直面する課題と未来のビジョンとは?
Metaphor We Design By 失われたメタファーの秘密
Metaphor We Design By 失われたメタファーの秘密
Kürzlich hochgeladen
[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
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
Hiroki Ichikura
論文紹介: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
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
taisei2219
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
iPride Co., Ltd.
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
Kürzlich hochgeladen
(9)
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
論文紹介: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
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
アジャイル型開発におけるプラクティス活用リファレンスガイド概説
1.
アジャイル型開発における プラクティス活用 リファレンスガイド概説 2014/01/31 合同会社カルチャーワークス 懸田 剛
2.
合同会社カルチャーワークス 共同代表 Agile459 アジャイルプロセス協議会 四国支部 代表/支部長 懸田 剛 twitter:
@kkd facebook: takeshi.kakeda blog: http://kkd.github.io
3.
直面する課題
4.
開発者視点だと… 顧客の要求がこ ろころ変ってし まう…
5.
開発者視点だと… 要求が決めきれ ずにずるずると …
6.
開発者視点だと… 結局スケジュー ルを大幅に超過 してしまった…
7.
開発者視点だと… 急いだために品 質が悪いものを 納めてしまった ….
8.
発注者視点だと… 見積り通りにでき た試しがない。
9.
発注者視点だと… 品質の悪いシステ ムを納められて 困っている
10.
発注者視点だと… 要求を決めろと言 われても、そんな 簡単に決まらない
11.
発注者視点だと… 決めきられないか ら全部やってもら おうとすると高す ぎる
12.
発注者視点だと… 要求変更をしよう とすると「別料金 で」と言われる
13.
サービサー視点だと… たとえ決めて作っ てもそれが本当に ユーザーに受け入 れられるのかわか らない
14.
サービサー視点だと… コストに限りがあ り、素早く市場に 出さないといけな い
15.
一番の困り事は… 決められない 正しいかわからない 不確実性 変わるかもしれない わからないこと ばかり
16.
17.
スクラム XP DSDM クリスタル 達人プログラマー
18.
アジャイル スクラム XP DSDM クリスタル 達人プログラマー
19.
どうするか… 目的・価値の明確化と それに基づく順序付け 短期間での実現と 繰り返し 顧客・ユーザーとの 協調とフィードバック 継続的な改善と学習 自律的な 職能横断チーム 技術の卓越性
20.
タイムボックス やること(内容)ではなく時間を固定する 時間が一番貴重なリソース 中身(時間内でやること)の量を可変にする 大事なものからタイムボックスに入れる
21.
アジャイルのリズム(スプリント) 一週間 一週間
22.
アジャイルのリズム(スプリント) ゴールと作業 を決める 一週間 一週間
23.
アジャイルのリズム(スプリント) ゴールと作業 を決める 一週間 一週間
24.
アジャイルのリズム(スプリント) ゴールと作業 を決める 成果を確認する 一週間 一週間
25.
アジャイルのリズム(スプリント) ゴールと作業 を決める 成果を確認する 改善案を考える 一週間 一週間
26.
アジャイルのリズム(スプリント) ゴールと作業 を決める 成果を確認する ゴールと作業 を決める 改善案を考える 一週間 一週間
27.
アジャイルのリズム(スプリント) ゴールと作業 を決める 成果を確認する ゴールと作業 を決める 改善案を考える 一週間 一週間
28.
アジャイルのリズム(スプリント) ゴールと作業 を決める 成果を確認する ゴールと作業 を決める 成果を確認する 改善案を考える 一週間 一週間
29.
アジャイルのリズム(スプリント) ゴールと作業 を決める 成果を確認する 改善案を考える 一週間 ゴールと作業 を決める 成果を確認する 改善案を考える 一週間
30.
アジャイルのリズム(スプリント) ゴールと作業 を決める 成果を確認する 改善案を考える 一週間 ゴールと作業 を決める 成果を確認する 改善案を考える 一週間
31.
アジャイルのリズム(スプリント) ゴールと作業 を決める 成果を確認する 改善案を考える 一週間 ゴールと作業 を決める 成果を確認する 改善案を考える 一週間 ゴールと作業 を決める
32.
アジャイルのリズム(日々)
33.
アジャイルのリズム(日々) 昨日の作業を 共有する
34.
アジャイルのリズム(日々) 昨日の作業を 共有する 今日の予定を 共有する
35.
アジャイルのリズム(日々) 昨日の作業を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる
36.
アジャイルのリズム(日々) 昨日の作業を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる
37.
アジャイルのリズム(日々) 昨日の作業を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 昨日の作業を 共有する
38.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる
39.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる
40.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる
41.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる 昨日の作業を 共有する
42.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる
43.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる
44.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる
45.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる 昨日の作業を 共有する
46.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる
47.
アジャイルのリズム(日々) 昨日の作業を 共有する 昨日の作業を 共有する 昨日の作業を 共有する 昨日の作業を 共有する 今日の予定を 共有する 今日の予定を 共有する 今日の予定を 共有する 今日の予定を 共有する 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる 困り毎を共有 し作戦を立てる
48.
経緯(2011年) http://www.ipa.go.jp/sec/reports/ 20120328.html
49.
50.
51.
(H23年度)「非ウォーターフォール型開発の普 及要因と適用領域の拡大に関する調査」報告書 (国内の中・大規模プロジェクト事例)より 日本の企業環境に 固有の工夫を集めたい
52.
日本のアジャイルの 事例と工夫の収集 (2012年度) http://www.ipa.go.jp/sec/softwareengineering/reports/20130319.html
53.
成果物 概要報告書 調査編 ガイド編 39 49 231
54.
成果物 概要報告書 調査編 ガイド編 39 49 231
55.
調査事例数 (国内) 26
56.
45 利用 プラクティス数
57.
XPはプロセス、エンジニアリングテクニック、環境 スクラムはプロセス、役割、成果物
58.
ページ数が膨大 231 読みこなして 活用するには ハードルが高い
59.
リファレンスガイドの 構成
60.
プラクティス解説 よくある問題 活用事例 活用のポイント
61.
プラクティス解説 プラクティスのやり方だけでなく、動機、留意点、実際 に利用していた事例の具体例もわかる! どの事例がプラクティスを有効に使っていたか 関連して実施しておくのがよいプラクティスを探す
62.
プラクティス解説 「何をするか」だけでなく「なぜするか」「注意点」 「事例事の利用例」などの情報を整理して掲載 項目 概要 名前 キャッチコピー 写真 別名 要約 状況 問題 フォース 解決策 留意点 効果 利用例 関連プラクティス 参考文献 プラクティスの日本語名/英語名 プラクティスを表す一行コピー プラクティスをイメージさせる写真 プラクティスの別名 プラクティスの要約。(Aの時にBするとCになる) プラクティスが利用されるにあたっての状況説明 ある状況においての困り事。プラクティスを使う動機。 問題を解決するにあたって考慮しないといけない点。 プラクティスの内容。具体的に何をするかを解説。 プラクティスを実施する際に留意しなければならない点。 プラクティスを実施することで得られる効果。 調査事例でのプラクティスの具体的な利用例。うまくいかない点も記載。 関連するプラクティス。 プラクティスに固有の参考文献を記載。
63.
「プラクティス」というまとめ方の課題 望ましい結果 (目的) 問題 解決策 ←プラクティス ✓問題の背景は文脈によって異なる ✓その解決策を選んだ根拠がわからない ✓「実施する」ことが目的になることが多い
64.
解決策の周辺を見る(パターン) 問題 望ましい結果 状況 フォース 解決策 解決策を選択する上で決め 手になった事項・制約 望 ましくない
65.
名前 状況 問題が起きて いる背景、文 脈、周辺状況 この解決策の名前 問題 解決策 困っている、 なんとかした いこと フォース 問題の解決を 難しくしてい る点 具体的な問題 の解決策 問題を解決す る際に考慮し ないといけな い点 結果 解決策を実施 した結果、ど ういうことが 起きたのか?
66.
名前 状況 日次ミーティング 問題 フォース 解決策 結果
67.
名前 状況 日次ミーティング 問題 解決策 チーム全員が 一日毎に短時 間で問題点を 共有する フォース 結果
68.
名前 状況 日次ミーティング 問題 解決策 フォース 時間が空いて しまうと、共 有時間が長く なる 自発的に問題を 言ってもらおう としても頑張っ てしまう 結果
69.
名前 状況 日次ミーティング 問題 解決策 チームは時間 が不足しがち である。 フォース 時間が空いて しまうと、共 有時間が長く なる 自発的に問題を 言ってもらおう としても頑張っ てしまう 結果
70.
名前 状況 日次ミーティング 問題 解決策 チームは時間 が不足しがち である。 情報共有して いる時間はほ とんどない。 フォース 時間が空いて しまうと、共 有時間が長く なる 自発的に問題を 言ってもらおう としても頑張っ てしまう 結果
71.
名前 状況 チームは時間 が不足しがち である。 情報共有して いる時間はほ とんどない。 日次ミーティング 問題 解決策 情報共有の遅 れが問題を大 きくする フォース 時間が空いて しまうと、共 有時間が長く なる 自発的に問題を 言ってもらおう としても頑張っ てしまう 結果
72.
名前 状況 チームは時間 が不足しがち である。 情報共有して いる時間はほ とんどない。 日次ミーティング 問題 解決策 情報共有の遅 れが問題を大 きくする 問題の影響を 小さく治めた い フォース 時間が空いて しまうと、共 有時間が長く なる 結果 自発的に問題を 言ってもらおう としても頑張っ てしまう
73.
名前 状況 チームは時間 が不足しがち である。 情報共有して いる時間はほ とんどない。 日次ミーティング 問題 情報共有の遅 れが問題を大 きくする 解決策 チーム全員が 1日毎に短時 間で問題点を 共有する フォース 時間が空いて しまうと、共 有時間が長く なる 自発的に問題を 言ってもらおう としても頑張っ てしまう 結果 問題の影響を 小さく治めた い
74.
カテゴリ 概要 プロセス・ プロダクト 反復や日々の計画づくりや状況 把握、目的・要件の把握 技術・ツール 設計・開発の効率化、品質向上 チーム運営・組 織・チーム環境 チームや組織のコミュニケーシ ョンの効率化、作業効率化に役 立つ環境 事前の調査項目には含まれてい ないが、調査事例の中でよく実 施されていた 発見されたプラク ティス
75.
76.
調査事例に共通して見られたアジャイル型開発の実 よくある問題 施上にぶつかる課題を取り上げ、どのように各事例 で乗り越えてきたかを紹介する。 どんな障害がありそうかを知る 事例がどう乗り越えて来たかを知る
77.
カテゴリ 概要 問題名 問題の一行表現 問題 各事例における、問題の具体的な状況 を紹介する。 予想される結末 この問題を放置しておくと起り得るで あろう結末を紹介する。 解決策 各事例で、どのように問題を解決して きたのか、どこに気をつければよいか を解説する。
78.
カテゴリ 問題名 具体例(P122) 分散拠点で円滑なコミュニケーションがとれな い 分散拠点で開発していくには、同一拠点と比べ て特に拠点間のコミュニケーションの円滑化に 注意する必要がある。 ! 問題 G社事例(9)では、プロダクトオーナーが別拠点 におり、さらに開発期間中に開発者1名が別拠点 に移動した。そのため従来実施してきた同一拠 点での日次ミーティングを、分散拠点に対応さ せなければならなかった。
79.
カテゴリ 具体例(P122) 分散拠点で円滑なコミュニケーションが実現で きない場合に起り得る問題は「コミュニケーシ 予想され ョン齟齬」である。意図や意味が思うように伝 る結末 わらず、その結果、作業にズレが生じて、期待 する成果がでてこない。 解決策 大半の事例では、リアルタイムでのコミュニケ ーション手段として、ネット電話会議システム を用いていた。日常的なコミュニケーションの ためにも利用されていた。
80.
26調査事例のアジャイル型採用の背景、詳細な情 活用事例 報、特徴的なプラクティス、うまくいかなかったプ ラクティスを紹介する 似ている背景・属性を持つ事例を探す 使っているプラクティスを探す うまくいかないプラクティスを探す
81.
カテゴリ 事例名 概要 調査事例を 番号とアルファベット一文字の略称で表現。 事例プロフィール 事例の背景や、どのようにアジャイル型を実施したのか、 プロジェクトの規模などの詳細情報を記載。 使用プラクティス群 事例の利用プラクティスのうち、特徴的なもの(うまくいっ ている、独自の工夫をしている)と、うまくいかなかったも のを抜粋して記載。 契約形態との関係 プロジェクトが顧客とどのような契約形態で行っていたか を記載。 チーム編成・ メンバーをどうやって教育したか、チームを編成したかの チームメンバ研修との関係 工夫を記載 使用ツール 開発や管理にどのようなツールを利用していたかを記載。
82.
具体例(事例(5) D社) SNSのサービス開発における事例。アジャイル型 開発経験者が皆無の状態で、社内アジャイルト レーナーが支援しながら開発を進めた。 開発者 は若手が多くスキルが低いため、エンジニアリ ングの基本を教えながらの開発にならざるを得 なかった。
83.
具体例(事例(5) D社) メンバーが若手中心であり、元々はスクラムを中心 にアジャイル型開発を導入していたが、エンジニア リング面が弱いとうまくいかないことがわかり、XP に代表される開発プラクティスを中心に導入する方 向性に切り替えた。 他方、XPで代表されるテスト駆 動開発などは取り上げず、ユニットテストの自動化 ではなく、受入テストをシナリオベースで自動化し て品質を担保しているのが特徴的である。 また、社内における人材教育の側面も強い事例であっ た。
84.
具体例(事例(5) D社) 特徴的なプラクティス •イテレーション •教育という観点があるので一週間程度の短さで ないと、問題が長く滞留しそうで不安である。 ! うまくいかなかったプラクティス •バーンダウンチャート •タスクの時間を見積っていないので使えていな い。バグ数をバーンダウンチャートで管理して いる。
85.
活用の ポイント 利用者の抱える課題に対して、どのプラクティスに 着目して利用すればよいかを調査結果に基づいてお 勧めする。 課題に適したプラクティスを探す 課題に該当する活用事例を探す
86.
取り扱う現場の特性 短納期・開発期間が短かい 初めての技術領域や業務知識を扱 う スコープの変動が激しい 初めてチームを組むメンバーが多 い 求められる品質が高い オフショアなど分散開発を行う コスト要求が厳しい 初めてアジャイル型開発に取り組 む チームメンバーのスキルが未成熟
87.
具体例(スコープ変動が激しい) 開発中に要求の変更が頻繁に発生するプロジェ クトでは、チームが扱う要求が全体として何が あり、現在のイテレーションでどの要求を開発 することになっているか、要求の状態が管理で き、柔軟に優先順位を変えられるプラクティス が求められる。
88.
具体例(スコープ変動が激しい) この場合、活用するプラクティスは、プロダクトに関する要 求全体を管理するプロダクトバックログと、現在のイテレー ションで開発対象となる要求を管理するスプリントバックロ グである。 プロダクトバックログは、イテレーション毎に整理を行い、 チーム全員で優先順位と内容を合意すると良い(B社事例 (2))。なお、プロダクトバックログの優先順位に責任を持 つ、プロダクトオーナーを設置することも、プロダクトバッ クログとセットで活用するべきプラクティスである。 (…)
89.
プラクティス 解説 問題解決の工夫をし ているプラクティス プラクティスを利用し ている事例 よくある問題 問題が発生していた 事例 関連プラクティス 特徴的/うまくいかな 課題に対して有効な いプラクティス プラクティス 活用事例 課題に対応した 事例を紹介 活用の ポイント
90.
どのように活用するか?
91.
3つのケースで考える アジャイル型開発に これから取り組もう としている どう 始めればよいか? スクラムを導入し初 めたばかりで回すの に手一杯だ どんな利点や 注意点があるか? プロジェクトで実践 しているがうまく 行っていない 他の事例は どうしているか?
92.
アジャイル型開発に これから取り組もう としている 目的・課題 に合うのは? どう 始めればよいか? 目的・課題に合うのは? 似たよ うな事 例はな いか? 何から始め たらよい? 活用の ポイント 具体的には?利点は? 落とし 活用事例 プラクティス 解説 穴は? よくある問題
93.
P.185 「5.活用のポイント」
94.
「アジャイルコーチ」や「ふ りかえり」というプラクティ スが有効なのか P.185 「5.活用のポイント」
95.
P.92「アジャイルコーチ」
96.
P.92「アジャイルコーチ」 「事例(9)」が発足当初から社 外アジャイルコーチを呼んで 実践していたらしい。
97.
P.149「事例(9)」
98.
イテレーションの工夫が気に なる P.149「事例(9)」
99.
P.14「イテレーション」
100.
イテレーションの長さを考え るヒントが書いてあった! P.14「イテレーション」
101.
プラクティス 解説 問題解決の工夫をし ているプラクティス プラクティスを利用し ている事例 よくある問題 問題が発生していた 事例 関連プラクティス 特徴的/うまくいかな 課題に対して有効な いプラクティス プラクティス 活用事例 課題に対応した 事例を紹介 活用の ポイント
102.
まとめ 国内26事例45プラクティスを調査 プラクティスの現場の工夫を紹介 事例から課題と対応策、独自の工夫を紹介 日本のアジャイルの貴重な現場事例 現場の状況に応じて多用な使い方ができま す アジャイル実践のお供に是非活用を!
103.
ダイアログ(対話) http://greenz.jp/main/wp-content/uploads/2013/05/s_002.jpg
104.
意味や体験を 分ちあい 枠組みを外し 発見し共有する
105.
尊重 傾聴 判断保留 探究
106.
勘所? (1)三味線などで、音調を整えるために指で弦を 押さえるところ。つぼ。 (2)はずすことのできない大事なところ。肝心な ところ。急所。「―を心得た仕事ぶり」
107.
勘所総括 目的や状況を明らかにする 状況に応じた工夫 仮説検証の繰り返し やってみることを恐れない
108.
意見の交換 枠を越えた思考 試してみる勇気
109.
チャタムハウスルール 本会で得られた情報を利用できる 話で参考になった工夫などを実施 してみる その情報の発言者やその他の参加者 の身元および所属に関して秘匿する(明 示的にも黙示的にも明かにしない)
Jetzt herunterladen