Submit Search
Upload
モデリングもしないでアジャイルとは何事だ
•
144 likes
•
36,436 views
Iwao Harada
Follow
2013/11/9 DevLove甲子園発表資料 チーム創 4階裏
Read less
Read more
Report
Share
Report
Share
1 of 73
Download now
Download to read offline
Recommended
at Testing Casual Talks #1 (2013/07/24) http://atnd.org/events/40914
私にとってのテスト
私にとってのテスト
Takuto Wada
ギルド勉強会で使ったスライド。
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
レガシーコード改善勉強会 in Yahoo Japan 2014.09.27 プロジェクトに対する方法論構築と、タスクマネジメントについての紹介 後半はMikado Methodの簡易紹介です。
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
DevLove関西の以下のイベントのスライドです https://devlove-kansai.doorkeeper.jp/events/75644
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
組織にテストを書く文化を根付かせる戦略と戦術 Feb 16, 2016 @ 日本OSS推進フォーラム
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
Recommended
at Testing Casual Talks #1 (2013/07/24) http://atnd.org/events/40914
私にとってのテスト
私にとってのテスト
Takuto Wada
ギルド勉強会で使ったスライド。
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
レガシーコード改善勉強会 in Yahoo Japan 2014.09.27 プロジェクトに対する方法論構築と、タスクマネジメントについての紹介 後半はMikado Methodの簡易紹介です。
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
DevLove関西の以下のイベントのスライドです https://devlove-kansai.doorkeeper.jp/events/75644
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
組織にテストを書く文化を根付かせる戦略と戦術 Feb 16, 2016 @ 日本OSS推進フォーラム
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
2015/7/23開催のUMTPアジャイル開発事例セミナー「現場に学ぶ実践アジャイルモデリング」株式会社ゼンアーキテクツ 岡 大勝による講演資料です。【更新2版:一部図形を修正】
アジャイルにモデリングは必要か
アジャイルにモデリングは必要か
Hiromasa Oka
DMやPrivate Channelを使うな、といっても意味がないから、 なんでDMを使ってしまうのかをまず考える、 そこからPublic channelの使い方を考えましょう みたいな話 https://eof-github.github.io/eof2019/
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
社内勉強会向け資料
REST API のコツ
REST API のコツ
pospome
2021年にインフィニットループ社内の新卒向け研修で使われた資料です。
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
The spirit of TDD - Oct 22, 2010 at Cybozu Developers Conference
TDD のこころ
TDD のこころ
Takuto Wada
2021/11/24 「イミュータブルでゆこう」イベントの資料です。 データをリソースとイベントに場合分けして考えようという至極単純な話を1時間ほどしました。
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
ドメイン駆動設計 のための オブジェクト指向設計 の基本と実装技法。
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
増田 亨
CodeZine連載中のアジャイル品質パターン QA to AQ の概要を紹介します。アジャイル開発における品質活動は、特定段階で取り組むというよりも、ロードマップから日々のモニタリングに至るあらゆる段階でチーム全体で取り組むものとなります。QA to AQ はそのエッセンスをまとめたものです。
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
Java/Spring Boot/MyBatis/Thymeleafを使った、ドメイン駆動設計のサンプルコード。ビジネスルールに焦点を合わせ、計算モデルで複雑さを整理し、型指向のプログラミングで実装する、その具体例。
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
質問への回答(35件)を、ブログにまとめているのでこちらご覧ください https://little-hands.hatenablog.com/entry/2019/08/31/genba_de_ddd 「Mix Leap Study 特別編 - レガシーをぶっつぶせ。現場でDDD! コラボカンファレンス」登壇資料 ブログ:https://little-hands.hatenablog.com/ Twitter:https://twitter.com/little_hand_s 質問箱:https://peing.net/ja/little_hands
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
Koichiro Matsuoka
要件定義・仕様化・実装の継ぎ目をなくす開発手法。 ビジネスロジックを軸に組み立てる。 値の種類(型)に注目してモジュール化する
ソフトウェア開発のやり方の改善
ソフトウェア開発のやり方の改善
増田 亨
PHPカンファレンス2012 & WordCampTokyo2012 LT発表資料です。 タイトルの元ネタ: http://www.amazon.co.jp/dp/4094512624
やはりお前らのMVCは間違っている
やはりお前らのMVCは間違っている
Koichi Tanaka
ドメイン駆動設計の考え方、3原則、基本テクニック 1章から7章
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
増田 亨
Product Requirements Documentの解説です。 プロダクトの強い軸を作るプロダクトマネジメントフレームワーク (https://www.slideshare.net/kumikokoshiro/ss-192896028 ) と合わせてお読み下さい。
はじめてのPRD
はじめてのPRD
Takuya Oikawa
アジャイル時代のモデリング
Modeling in the Agile Age - JP
Modeling in the Agile Age - JP
Kenji Hiranabe
リーンコーヒーの紹介 アジェンダのないミーティング方法 参加者が集まり、アジェンダを作り、議論を始める そんなミーティングの方法の紹介
Lean coffee
Lean coffee
Takeshi Arai
「エンタープライズアジャイル開発のリーンモデリング」 by 山岸理事 on 5/28, 2014 要求開発アライアンス定例
enterprise agile lean modeling
enterprise agile lean modeling
Kenji Hiranabe
2016/11/28 dots. フロントエンドエンジニア部 創立ビアバッシュ<会!https://eventdots.jp/event/605542
React+TypeScriptもいいぞ
React+TypeScriptもいいぞ
Mitsuru Ogawa
More Related Content
What's hot
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
2015/7/23開催のUMTPアジャイル開発事例セミナー「現場に学ぶ実践アジャイルモデリング」株式会社ゼンアーキテクツ 岡 大勝による講演資料です。【更新2版:一部図形を修正】
アジャイルにモデリングは必要か
アジャイルにモデリングは必要か
Hiromasa Oka
DMやPrivate Channelを使うな、といっても意味がないから、 なんでDMを使ってしまうのかをまず考える、 そこからPublic channelの使い方を考えましょう みたいな話 https://eof-github.github.io/eof2019/
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
社内勉強会向け資料
REST API のコツ
REST API のコツ
pospome
2021年にインフィニットループ社内の新卒向け研修で使われた資料です。
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
The spirit of TDD - Oct 22, 2010 at Cybozu Developers Conference
TDD のこころ
TDD のこころ
Takuto Wada
2021/11/24 「イミュータブルでゆこう」イベントの資料です。 データをリソースとイベントに場合分けして考えようという至極単純な話を1時間ほどしました。
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
ドメイン駆動設計 のための オブジェクト指向設計 の基本と実装技法。
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
増田 亨
CodeZine連載中のアジャイル品質パターン QA to AQ の概要を紹介します。アジャイル開発における品質活動は、特定段階で取り組むというよりも、ロードマップから日々のモニタリングに至るあらゆる段階でチーム全体で取り組むものとなります。QA to AQ はそのエッセンスをまとめたものです。
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
Java/Spring Boot/MyBatis/Thymeleafを使った、ドメイン駆動設計のサンプルコード。ビジネスルールに焦点を合わせ、計算モデルで複雑さを整理し、型指向のプログラミングで実装する、その具体例。
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
質問への回答(35件)を、ブログにまとめているのでこちらご覧ください https://little-hands.hatenablog.com/entry/2019/08/31/genba_de_ddd 「Mix Leap Study 特別編 - レガシーをぶっつぶせ。現場でDDD! コラボカンファレンス」登壇資料 ブログ:https://little-hands.hatenablog.com/ Twitter:https://twitter.com/little_hand_s 質問箱:https://peing.net/ja/little_hands
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
Koichiro Matsuoka
要件定義・仕様化・実装の継ぎ目をなくす開発手法。 ビジネスロジックを軸に組み立てる。 値の種類(型)に注目してモジュール化する
ソフトウェア開発のやり方の改善
ソフトウェア開発のやり方の改善
増田 亨
PHPカンファレンス2012 & WordCampTokyo2012 LT発表資料です。 タイトルの元ネタ: http://www.amazon.co.jp/dp/4094512624
やはりお前らのMVCは間違っている
やはりお前らのMVCは間違っている
Koichi Tanaka
ドメイン駆動設計の考え方、3原則、基本テクニック 1章から7章
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
増田 亨
Product Requirements Documentの解説です。 プロダクトの強い軸を作るプロダクトマネジメントフレームワーク (https://www.slideshare.net/kumikokoshiro/ss-192896028 ) と合わせてお読み下さい。
はじめてのPRD
はじめてのPRD
Takuya Oikawa
アジャイル時代のモデリング
Modeling in the Agile Age - JP
Modeling in the Agile Age - JP
Kenji Hiranabe
リーンコーヒーの紹介 アジェンダのないミーティング方法 参加者が集まり、アジェンダを作り、議論を始める そんなミーティングの方法の紹介
Lean coffee
Lean coffee
Takeshi Arai
What's hot
(20)
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
アジャイルにモデリングは必要か
アジャイルにモデリングは必要か
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
REST API のコツ
REST API のコツ
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
TDD のこころ
TDD のこころ
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
ソフトウェア開発のやり方の改善
ソフトウェア開発のやり方の改善
やはりお前らのMVCは間違っている
やはりお前らのMVCは間違っている
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
はじめてのPRD
はじめてのPRD
Modeling in the Agile Age - JP
Modeling in the Agile Age - JP
Lean coffee
Lean coffee
Viewers also liked
「エンタープライズアジャイル開発のリーンモデリング」 by 山岸理事 on 5/28, 2014 要求開発アライアンス定例
enterprise agile lean modeling
enterprise agile lean modeling
Kenji Hiranabe
2016/11/28 dots. フロントエンドエンジニア部 創立ビアバッシュ<会!https://eventdots.jp/event/605542
React+TypeScriptもいいぞ
React+TypeScriptもいいぞ
Mitsuru Ogawa
「こ・れ・だ・け」モデリングのススメ。 メソドロジックの山岸さんによる、「こ・れ・だ・け」モデリングのイントロダクション。企業情報システム開発において、モデリングのパワーを活かしながらアジャイルに開発を進める、軽量モデリングのススメ。Part 1 では、「やり過ぎモデリング」や、「やらな過ぎモデリング」に対して、コスト効果のある「ほどよいモデリング」として「これだけモデリング」を提案。UMLの13図から4図を選んで、その利用シーンとともに解説する。 本人解説ビデオはこちら。 http://youtu.be/-9MH2dVPb-E
koredake modeling
koredake modeling
ChangeVision
「こ・れ・だ・け」モデリングはアジャイルをさらに加速する。 メソドロジックの山岸さんによる、これだけモデリングの解説。企業情報システム開発において、モデリングのパワーを活かしながらアジャイルに開発を進める、軽量モデリングのススメ。Part 2 ではエンタープライズアジャイル開発の中でどのように「これだけモデリング」を活かして行くのかについて解説する。スプリントの中だけでなく、準備としてすばやく業務を把握する場面でモデリングは特に有効であり、アジャイルをさらに加速することができる。 あくまで「業務理解」が目的であり、抽象化しすぎたり、設計モデルへのトレーサビリティを意識しすぎることがないように。モデリングを参加者の「共通の残像づくり」という割り切りが面白い。 本人解説ビデオはこちら。 http://youtu.be/bnJdXiYsgV0
koredake modeling accelerates agile
koredake modeling accelerates agile
ChangeVision
astah製品のサンプルプラグインを紹介します。community、UML、professionalの各エディションで利用できるプラグインを集めました。
Astah Plug-ins 作ろう!試そう!プラグイン!
Astah Plug-ins 作ろう!試そう!プラグイン!
ChangeVision
astah* communityを初めてご利用になる方を対象とした基本操作ガイドです。画面構成や基本概念、簡単な操作を紹介しています。
Astah Community スタートガイド
Astah Community スタートガイド
ChangeVision
フローチャートって何なのって、こんなのです。プログラムの説明が少しでも円滑になれば幸いです。
プログラムの流れを図で表す方法その1:フローチャート/アクティビティ図
プログラムの流れを図で表す方法その1:フローチャート/アクティビティ図
Katsuhiro Morishita
Viewers also liked
(7)
enterprise agile lean modeling
enterprise agile lean modeling
React+TypeScriptもいいぞ
React+TypeScriptもいいぞ
koredake modeling
koredake modeling
koredake modeling accelerates agile
koredake modeling accelerates agile
Astah Plug-ins 作ろう!試そう!プラグイン!
Astah Plug-ins 作ろう!試そう!プラグイン!
Astah Community スタートガイド
Astah Community スタートガイド
プログラムの流れを図で表す方法その1:フローチャート/アクティビティ図
プログラムの流れを図で表す方法その1:フローチャート/アクティビティ図
More from Iwao Harada
UMTPモデリング実践部会セミナー 2021年7月14日
UMTPアジャイル開発におけるモデリング活用実践セミナー
UMTPアジャイル開発におけるモデリング活用実践セミナー
Iwao Harada
〜モデリングもしないでアジャイルとは何事だから早幾年〜 DevLOVE X 発表資料 2019/6/22 16:20~17:00 6D #devlovex #devlovexD
アジャイルで忘れてしまったもの… そして、再び拾い集めたもの
アジャイルで忘れてしまったもの… そして、再び拾い集めたもの
Iwao Harada
Regional Scrum Gathering Tokyo 2018発表資料。 おやつ神社と実例 https://confengine.com/regional-scrum-gathering-tokyo-2018/proposal/5095/smug-oyatsu-shrine-improvement-patterns-seen-through-practicing-oyatsu-shrine
どや!?おやつ神社 実践しているおやつ神社を通して見るカイゼンパターン
どや!?おやつ神社 実践しているおやつ神社を通して見るカイゼンパターン
Iwao Harada
2017年 XP祭り LT資料 おやつ神社の運営とパターンの利用方法について
おやつ神社
おやつ神社
Iwao Harada
スクラム冬の陣2017 ~みんなで学ぶスクラム~ 2017/01/14(土) 発表用資料
ModelingCafe
ModelingCafe
Iwao Harada
2016/11/11 Modeling Forum 2016発表資料から抜粋
アジャイルによくきく?モデリング
アジャイルによくきく?モデリング
Iwao Harada
リクルートジョブス様 すしルートでのLT資料 2015年9月17日
すしモデリング 20150917
すしモデリング 20150917
Iwao Harada
2015年 XP祭り (2015.9.12) B-7 モデリングもしないでXPとは何事だ
モデリングもしないでXPとは何事だ 20150912
モデリングもしないでXPとは何事だ 20150912
Iwao Harada
XP祭り2014 LT資料
モデリングもしないでXPとは何事だ
モデリングもしないでXPとは何事だ
Iwao Harada
Devlove甲子園2014 二回裏 2014.8.23 発表資料
Modeling×tdd×ddd
Modeling×tdd×ddd
Iwao Harada
Devlove甲子園 LT資料
「質」を考える
「質」を考える
Iwao Harada
2013/11/9 DevLove甲子園のLT発表資料 (発表時から一部内容を変更しています)
現場をかき回す方法
現場をかき回す方法
Iwao Harada
XP祭り2013 LT
さぁ、対話をしよう
さぁ、対話をしよう
Iwao Harada
Community Lightning Talk at Scrum Alliance Regional Gathering Tokyo 2013
品川アジャイル
品川アジャイル
Iwao Harada
プランニングポーカー(昔いた会社でやったやつのリメイク)
アジャイル技術展開 トークイベント20111216
アジャイル技術展開 トークイベント20111216
Iwao Harada
Ultimate Agilist Tokyo 2012 C会場で話した
Why?why?why?
Why?why?why?
Iwao Harada
More from Iwao Harada
(16)
UMTPアジャイル開発におけるモデリング活用実践セミナー
UMTPアジャイル開発におけるモデリング活用実践セミナー
アジャイルで忘れてしまったもの… そして、再び拾い集めたもの
アジャイルで忘れてしまったもの… そして、再び拾い集めたもの
どや!?おやつ神社 実践しているおやつ神社を通して見るカイゼンパターン
どや!?おやつ神社 実践しているおやつ神社を通して見るカイゼンパターン
おやつ神社
おやつ神社
ModelingCafe
ModelingCafe
アジャイルによくきく?モデリング
アジャイルによくきく?モデリング
すしモデリング 20150917
すしモデリング 20150917
モデリングもしないでXPとは何事だ 20150912
モデリングもしないでXPとは何事だ 20150912
モデリングもしないでXPとは何事だ
モデリングもしないでXPとは何事だ
Modeling×tdd×ddd
Modeling×tdd×ddd
「質」を考える
「質」を考える
現場をかき回す方法
現場をかき回す方法
さぁ、対話をしよう
さぁ、対話をしよう
品川アジャイル
品川アジャイル
アジャイル技術展開 トークイベント20111216
アジャイル技術展開 トークイベント20111216
Why?why?why?
Why?why?why?
モデリングもしないでアジャイルとは何事だ
1.
モデリングもしないで アジャイルとは何事だ?
2.
イメージは こんな感じ?
3.
自己紹介 原田 巌 @iwaoRd 「人生、全速力で回り道」 モデモデ言ってるSIer勤務
4.
今日の話 も・で・り・ん・ぐ
5.
とある現場のモデリング 客A「・・・と言う訳で、業務が流れていく わけです」 客B「特にあの業務が・・・とかできるよう にしたいのです」 客C「じゃあ、@iwaoRdさん、、、
6.
客ABC「描いてみて!!」
7.
Context(背景) • • • • • 愛情溢れるSIerの現場の話です お客様との間に壁があります 社内でも組織間に壁があります 現場でいろんな会社の人と壁があります お客様はエンドユーザと壁があります
8.
制約! でも、現場の壁(窓ガラス)は貼り物NGです!
9.
壁はモデル書き放題なのに!
10.
モデル書いていますか?
11.
どんなモデル書いていますか?
12.
私は現場でモデルを描いてます まぁ、ほとんど お見せ できませんが!
13.
モデルの意義 モデルで得たいものってなんだろう?
14.
例えば、モデルを通した会話 「あの基本情報はいつ展開されますか?」 「枠取りで順番が決定されます」 「ファイリングによって出来たモノは割付 してから統合した方がいいです」 お客様の業務で使われる専門用語。 それを一緒に使う日常会話。
15.
共通認識
16.
でも最近のモデルの評価って
17.
これって美味しいの? ユースケース図
18.
現代の地獄絵図 ユースケース記述
19.
分かるんだけど・・・無駄? シーケンス図
20.
分かるようで分からない ロバストネス図
21.
流行っているけど、正しいの? 難解! ドメインモデル
22.
巻き起こる様々な問題 「お前のモデルは正しくない」 m9(^Д^) もはや全面戦争!
23.
さて、もう一回聞きます モデルって必要ですか?
24.
こんな事言ってますが・・・
25.
モデルは必要だよ!!
26.
モデルとは? もう一度、モデルについて考えましょう
27.
モデルアンチパターン モデルが成果物である だから、全部がモデルで書かれていないと いけない。
28.
モデルアンチパターン モデルは万人が分からないといけない だから、明日から来た人がモデルだけ見て、 理解できないといけない
29.
モデルってドキュメント? アジャイルマニフェスト ここらへん?
30.
アジャイルのドキュメント こんな記事を読みました 「2タイプのアジャイル文書 ― 2種類しかない」 http://www.infoq.com/jp/news/2009/08/agile-documentation • プロジェクトで働くチームメンバ全員が 必要とする文書 •
製品と一緒に出荷される文書 こうゆう文書は必要だよね!?
31.
モデルって? • プロジェクトで働くチームメンバ全員が 必要とする文書 この役割を持っているべきだと思う。 そしてそれを生み出す活動がモデリング。
32.
アジャイル時代のモデリング <<平鍋さんの記事>> Modeling in the
Agile Age: What to Keep Next to Code to Scale Agile Teams http://www.infoq.com/articles/kenji-modeling-agile
33.
重要なのは? 1)全体感、目的、知識の共有 ビッグピクチャとして全体を捕えること。 システムの背骨を築くこと。 そしてなによりユビキタス言語を築くこと。 2)実装のための設計をすること 素早くより良い設計を手に入れること。 なにより良いコードを書き上げること。
34.
分析 と 設計 そのためにモデリングをする必要がある!
35.
分析/設計すること 問題を明らかにして、解決の仕組みを作る そのために 相手や自分の頭の中を形にする、 言語化する これって大変。 でも、直ぐにコードを組んだって同じ問題が起 こる。
36.
その為に現場でのモデリング ホワイトボードの前にペンを持って立つ!
37.
その為に現場でのモデリング 1. ホワイトボードの前にペンを持って立つ 2. 話を聞く 3.
とにかく図を書く 時にモデルが書けない場合は図解で書く 4. 客の話を繰り返しながら図を説明する 5. 「そんなんじゃない」と言われる 6. 2に戻る
38.
分かったこと • モデリングを通した学び場の形成 • モデリングを通して共通認識の形成に向 けたコミュニケーションが産まれる
39.
完成したモデルを渡すんじゃない 納品すれば終了なんて、そちも悪よのぅ
40.
でも、ちょっと待った
41.
現場のアンチパターンの話 だからと言って、一緒に形にすれば良い問題で もない。 聞いた事をモデルにする。 ユースケースから要求を明らかにする。 シナリオをウォークスルー出来るモデルを書く。 でも、何かが足らない!
42.
デザイン あ
43.
デザイン問答 すべてのモノの形や仕組みには理由がある
44.
わ け
45.
つまりモデルには 理由を考えることが重要 「なんで、その形にしたのか?」 「箱を結ぶ線にどんな意味があるのか?」 「その責務はそこが良いのか?」 より良いアイデアを得る為に考えぬいた末 に辿り着ける境地
46.
現場でのモデリングの一幕 モデルを元に話しても何か納得感がない時 のお客様の一言。 客S 「いろいろ説明貰ったけど、挙げて 貰っている概念って、僕にとっては コレは“枠”で何か入れる“箱”の イメージなんだよね」
47.
キタ━━(゚∀゚)━━!!!!
48.
現場での新しい発見!! お客様の何気ない一言。 ヒントを元にモデルを見直すと全てがしっくり くる言葉が見つかる事がある。 ドメイン駆動設計 第8章より 「最も重要な洞察の中には、突如として現れて、 プロジェクト全体に衝撃を与えるものもあるの だ」 ブレイクスルー ⇒
49.
モデルから得られるモノ 増田さんのDDD勉強会に参加して学んだ事 • 業務の現場にある肌感覚 • 業務アプリケーションの設計のコツ •
進むべき方向が分かる
50.
ほしいもの 欲しいのは出来上がった図ではなく、 作るモノの理由だと思う。 モデリングの過程で得られる知識(学び) 本質
51.
またまた ちょっと待ったー!
52.
ある境界から奥にある暗黒面 シュヴァルツシルト半径 分析中毒 ハマったら抜け出せない
53.
目的 モデルを書く目的を失ってはいけない。 何も考えずにモデリングしても意味が無い。
54.
より良いモノを作るために モデリングはなにより動くコードの為。 モデリングとコードの価値損益分岐点 モ デ リ ン グ の メ リ ッ ト 損益分岐点 スタートダッシュ時の モデリングのメリット 動くコードが重要
55.
<<アジャイルソフトウェア開発の奥義より>> 第6章 プログラミングエピソード より Bobおじさんがボウリングゲームを始める 時にやったこと 1.
図解 2. UMLダイアグラムの作成 1 4 5 4 14 5 6 29 Game 10 Frame 1…3 Throw ※Bobおじさんはこの後にダイアグラムは何の役にも立たなかったと言っていたけどね♪
56.
アジャイルな設計方法 作るモノをいろいろな視点で見る大切さ モデラーとプログラマの視点でシステムを見ること
57.
コードとモデリング 【バードビュー】 欲しいモノを叶える力を 私達は持っている!
58.
持って帰って実践してみて! より良い設計/コードの為に 明日から出来るモデリング
59.
その1 クラス図と図解のラフスケッチ 簡単に書いて頭整理 形にすると気付く事
60.
その2 ペアモデリング 二人以上で話す事 人に話すと矛盾が分かる ぼっちな人は・・・
61.
Rubber Ducking • 全てを知る大先生 •
彼に聞けば全て分かる • 嘘だと思うなら、やっ てごらん? 要は禅問答
62.
その3 とにかく書いてみる! モデリングの閃光弾! 暗闇の戦場に突撃する必要はない 人と話す時、ホワイトボードの前に立ちペ ンを握るだけ!
63.
「描いてみて!!」
64.
モデリングは難しくない 「大丈夫、怖くない」
65.
まとめ • 問題や目的、本質を明確にする • 理解して理解される“場”を創る なにより 価値あるコードを実現する為に
66.
モデリングしてみませんか? も・で・り・ん・ぐ
67.
忘れてはいけない Context重要 モデルもモデリングも銀の弾丸ではない 戦術の一つとして用意しておいて欲しい
68.
何より大切なもの
69.
考え抜く事! Think!! 深く!深く! 深く!深く!
70.
以上、ご静聴ありがとうございました
71.
次回、予告
72.
73.
●おわり●
Download now