Enviar pesquisa
Carregar
アジャイルとかDevOpsとかことばの整理
•
Transferir como PPTX, PDF
•
0 gostou
•
278 visualizações
Osamu Watanabe
Seguir
アジャイルとかDevOpsとかビジネスモデル周りとかの混同しがちなことばを整理した
Leia menos
Leia mais
Engenharia
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 8
Baixar agora
Recomendados
質問への回答(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
Elasticsearch の検索精度のチューニング
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
Takahiko Ito
golang.tokyo #26 https://golangtokyo.connpass.com/event/147175/
Raspberry Pi + Go で IoT した話
Raspberry Pi + Go で IoT した話
yaegashi
社内勉強会で使った資料です。
アジャイルな見積りと計画づくり勉強会
アジャイルな見積りと計画づくり勉強会
Arata Fujimura
ブログでもいろいろ解説しています。 http://little-hands.hatenablog.com/entry/top ドメイン駆動設計屈指の難解な概念「境界付けられたコンテキスト」について解説します。 --- 公式DDD Referenceの定義は以下の通りです。(和訳はだいぶ意訳しています) bounded context A description of a boundary (typically a subsystem, or the work of a particular team) within which a particular model is defined and applicable. 境界付けられたコンテキスト 特定のモデルを定義・適用する境界を明示的に示したもの。 代表的な境界の例は、サブシステムやチームなど。 まぁなかなかよくわからないですよね。DDD用語の中でもかなり難解なワードです。 境界付けられたコンテキストは、2つの観点から解説が必要でしょう。 ・概念としての境界付けられたコンテキスト ・境界付けられたコンテキストをどう実装に落としこむか 今回のスライドでは、概念の方の説明をしたいと思います。
境界付けられたコンテキスト 概念編 (ドメイン駆動設計用語解説シリーズ)
境界付けられたコンテキスト 概念編 (ドメイン駆動設計用語解説シリーズ)
Koichiro Matsuoka
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
DDD Alliance での発表内容。イベント参加者に事前記入してもらった質問や意見への私からの回答
現場で役立つシステム設計の原則
現場で役立つシステム設計の原則
増田 亨
Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
Recomendados
質問への回答(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
Elasticsearch の検索精度のチューニング
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
Takahiko Ito
golang.tokyo #26 https://golangtokyo.connpass.com/event/147175/
Raspberry Pi + Go で IoT した話
Raspberry Pi + Go で IoT した話
yaegashi
社内勉強会で使った資料です。
アジャイルな見積りと計画づくり勉強会
アジャイルな見積りと計画づくり勉強会
Arata Fujimura
ブログでもいろいろ解説しています。 http://little-hands.hatenablog.com/entry/top ドメイン駆動設計屈指の難解な概念「境界付けられたコンテキスト」について解説します。 --- 公式DDD Referenceの定義は以下の通りです。(和訳はだいぶ意訳しています) bounded context A description of a boundary (typically a subsystem, or the work of a particular team) within which a particular model is defined and applicable. 境界付けられたコンテキスト 特定のモデルを定義・適用する境界を明示的に示したもの。 代表的な境界の例は、サブシステムやチームなど。 まぁなかなかよくわからないですよね。DDD用語の中でもかなり難解なワードです。 境界付けられたコンテキストは、2つの観点から解説が必要でしょう。 ・概念としての境界付けられたコンテキスト ・境界付けられたコンテキストをどう実装に落としこむか 今回のスライドでは、概念の方の説明をしたいと思います。
境界付けられたコンテキスト 概念編 (ドメイン駆動設計用語解説シリーズ)
境界付けられたコンテキスト 概念編 (ドメイン駆動設計用語解説シリーズ)
Koichiro Matsuoka
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
DDD Alliance での発表内容。イベント参加者に事前記入してもらった質問や意見への私からの回答
現場で役立つシステム設計の原則
現場で役立つシステム設計の原則
増田 亨
Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
devfest tokyo 2017
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
実践リーンエンタープライズ Barry O'Reilly 来日講演会スライド(2016-10-27) https://waicrew.doorkeeper.jp/events/50989
実践リーンエンタープライズ(20161027)
実践リーンエンタープライズ(20161027)
Masanori Kado
技術書典8で発売予定だった「ドメイン駆動設計 モデリング/実装ガイド」 https://little-hands.booth.pm/items/1835632 発売記念に、本書内容の第3章の内容を解説するオンライン勉強会です。 特に前提知識は設定せず、本書をお持ちでなくても理解できる構成にする予定ですが、併せてお読みいただけるとより深く理解する助けになると思います。 3章より「DDD固有のモデリング手法」 集約とは 境界付けられたコンテキストとは sli.doを使って質疑応答 [前回イベント][https://ddd-community-jp.connpass.com/event/168674/) でお答えしきれなかったsli.doの質問にもお答えしようと思います。 ■協賛いただきました! Forkwell(株式会社grooves)様 https://forkwell.com/ ソニー株式会社 https://www.sony.co.jp/
DDDオンライン勉強会#2 「集約・境界付けられたコンテキスト」
DDDオンライン勉強会#2 「集約・境界付けられたコンテキスト」
Koichiro Matsuoka
YPAC::Asia2012で行われるLTthon用に作成したLT(ライトニングトーク)のやり方/作り方の資料です。 http://ltthon-yapc2012.hachiojipm.org/howto2.htmlこちらのスライド版です。
まじめに!できる!LT
まじめに!できる!LT
Akabane Hiroyuki
ドメイン駆動設計の要点は3つ。ビジネスルール・値オブジェクト・型
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと
増田 亨
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
ドメイン駆動設計の考え方、ドメイン駆動設計を理解する三つのキーワード、エヴァンス本のススメ、レガシーに立ち向かう、マイクロサービスとドメイン駆動設計
ドメイン駆動設計 本格入門
ドメイン駆動設計 本格入門
増田 亨
エンタープライズアジャイル勉強会 2018年4月セミナー「『マッピングエクスペリエンス』の 見所と勘所」(2018.04.11)
『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所
Tarumoto Tetsuya
2014/06/14に行われたOSC Hokkaido 2014内で株式会社インフィニットループの佐々木が発表したセミナー、「新入社員のための大規模ゲーム開発入門 サーバサイド編」のスライド資料
新入社員のための大規模ゲーム開発入門 サーバサイド編
新入社員のための大規模ゲーム開発入門 サーバサイド編
infinite_loop
2017-06-22 Rails Developers Meetup #2
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
Golang勉強会 in Kagawa http://gdgshikoku.connpass.com/event/26262/
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
Akihiko Horiuchi
2014.09.21 DDD読書会@大阪 LT大会用資料です。 DDD本の参考文系を調べることで、DDDの思想に少しでも触れればと思いまとめてみました。
Base DDD(ドメイン駆動設計) 参考文献を巡る旅
Base DDD(ドメイン駆動設計) 参考文献を巡る旅
Takuya Kawabe
商品リンクはこちら https://little-hands.booth.pm/items/1835632 DDDはドメインモデリングを通じてソフトウェアの価値を高めようとする設計・開発手法です。 新しく得られたモデルに関する知見を頻繁にコードに落とし込む必要があるのですが、 それはソフトウェアにとっては非常に高い要求をしていることになります。 そこでDDDでは、オブジェクト指向の手法を利用して、メンテナブルで、拡張性の高いコードを書くことを目指しています。 このセッションでは、DDDではモデリング結果をどのようにコードに落とし、どのような利益を得られるのかを、具体的なコードを交えながら解説します。
DDDはオブジェクト指向を利用してどのようにメンテナブルなコードを書くか
DDDはオブジェクト指向を利用してどのようにメンテナブルなコードを書くか
Koichiro Matsuoka
2022-03-30 Hatena Engineer Seminar #19 カクヨム編 https://hatena.connpass.com/event/241412/
グルーミングしながら進めるプロダクト開発
グルーミングしながら進めるプロダクト開発
Takafumi ONAKA
BtoB SaaSの会社でDDDを活用して事業を成長させてきた中で、DDDのプラクティスの実践という面ではかなり大きな成果が得られました。 しかし、事業を成長させるという点において、DDDのプラクティスだけではうまくいかないこともあり、別のアプローチも同時に試行錯誤しています。 この発表では、うまく行ったプラクティスの内容と、カバーできなかった課題、そこに対する現在の取り組みについて紹介します。 ドメイン駆動設計 サンプルコード&FAQ https://little-hands.booth.pm/items/3363104 ドメイン駆動設計 モデリング/実装ガイド https://little-hands.booth.pm/items/1835632 ドキュメント内のブログ記事URL https://little-hands.hatenablog.com/entry/2020/12/22/ddd-in-first-3month
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
Koichiro Matsuoka
ドメイン駆動設計 のための オブジェクト指向設計 の基本と実装技法。
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
増田 亨
ドメイン駆動設計の現状と展望
いまなぜドメイン駆動設計か
いまなぜドメイン駆動設計か
増田 亨
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
https://ddd-alliance.connpass.com/event/100397/
DDDを実践できるエンジニアを育成するための取り組みについて
DDDを実践できるエンジニアを育成するための取り組みについて
BIGLOBE Inc.
ドメイン駆動設計 モデリング/実装ガイド https://little-hands.booth.pm/items/1835632 発売記念に、本書の1,2章の内容を中心にDDDの概要について解説する勉強会です。
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
Koichiro Matsuoka
リーンソフトウェア開発、MVP、アジャイルソフトウェア開発についての概要を記載したスライドです。
リーンソフトウェア開発とは
リーンソフトウェア開発とは
StudyTech
オープンソースカンファレンス2018 Hiroshima > セミナー講演「広島近辺のSIerでアプリ開発しているエンジニア向け、弊部会とOSSの紹介」のセッション・スライド OSC 2018 広島 参加報告 - OSSコンソーシアム(9/27投稿予定) https://www.osscons.jp/jo2allmgh-537/#_537
OSC2018 hiroshima session slide by OSSC
OSC2018 hiroshima session slide by OSSC
Daisuke Nishino
Mais conteúdo relacionado
Mais procurados
devfest tokyo 2017
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
実践リーンエンタープライズ Barry O'Reilly 来日講演会スライド(2016-10-27) https://waicrew.doorkeeper.jp/events/50989
実践リーンエンタープライズ(20161027)
実践リーンエンタープライズ(20161027)
Masanori Kado
技術書典8で発売予定だった「ドメイン駆動設計 モデリング/実装ガイド」 https://little-hands.booth.pm/items/1835632 発売記念に、本書内容の第3章の内容を解説するオンライン勉強会です。 特に前提知識は設定せず、本書をお持ちでなくても理解できる構成にする予定ですが、併せてお読みいただけるとより深く理解する助けになると思います。 3章より「DDD固有のモデリング手法」 集約とは 境界付けられたコンテキストとは sli.doを使って質疑応答 [前回イベント][https://ddd-community-jp.connpass.com/event/168674/) でお答えしきれなかったsli.doの質問にもお答えしようと思います。 ■協賛いただきました! Forkwell(株式会社grooves)様 https://forkwell.com/ ソニー株式会社 https://www.sony.co.jp/
DDDオンライン勉強会#2 「集約・境界付けられたコンテキスト」
DDDオンライン勉強会#2 「集約・境界付けられたコンテキスト」
Koichiro Matsuoka
YPAC::Asia2012で行われるLTthon用に作成したLT(ライトニングトーク)のやり方/作り方の資料です。 http://ltthon-yapc2012.hachiojipm.org/howto2.htmlこちらのスライド版です。
まじめに!できる!LT
まじめに!できる!LT
Akabane Hiroyuki
ドメイン駆動設計の要点は3つ。ビジネスルール・値オブジェクト・型
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと
増田 亨
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
ドメイン駆動設計の考え方、ドメイン駆動設計を理解する三つのキーワード、エヴァンス本のススメ、レガシーに立ち向かう、マイクロサービスとドメイン駆動設計
ドメイン駆動設計 本格入門
ドメイン駆動設計 本格入門
増田 亨
エンタープライズアジャイル勉強会 2018年4月セミナー「『マッピングエクスペリエンス』の 見所と勘所」(2018.04.11)
『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所
Tarumoto Tetsuya
2014/06/14に行われたOSC Hokkaido 2014内で株式会社インフィニットループの佐々木が発表したセミナー、「新入社員のための大規模ゲーム開発入門 サーバサイド編」のスライド資料
新入社員のための大規模ゲーム開発入門 サーバサイド編
新入社員のための大規模ゲーム開発入門 サーバサイド編
infinite_loop
2017-06-22 Rails Developers Meetup #2
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
Golang勉強会 in Kagawa http://gdgshikoku.connpass.com/event/26262/
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
Akihiko Horiuchi
2014.09.21 DDD読書会@大阪 LT大会用資料です。 DDD本の参考文系を調べることで、DDDの思想に少しでも触れればと思いまとめてみました。
Base DDD(ドメイン駆動設計) 参考文献を巡る旅
Base DDD(ドメイン駆動設計) 参考文献を巡る旅
Takuya Kawabe
商品リンクはこちら https://little-hands.booth.pm/items/1835632 DDDはドメインモデリングを通じてソフトウェアの価値を高めようとする設計・開発手法です。 新しく得られたモデルに関する知見を頻繁にコードに落とし込む必要があるのですが、 それはソフトウェアにとっては非常に高い要求をしていることになります。 そこでDDDでは、オブジェクト指向の手法を利用して、メンテナブルで、拡張性の高いコードを書くことを目指しています。 このセッションでは、DDDではモデリング結果をどのようにコードに落とし、どのような利益を得られるのかを、具体的なコードを交えながら解説します。
DDDはオブジェクト指向を利用してどのようにメンテナブルなコードを書くか
DDDはオブジェクト指向を利用してどのようにメンテナブルなコードを書くか
Koichiro Matsuoka
2022-03-30 Hatena Engineer Seminar #19 カクヨム編 https://hatena.connpass.com/event/241412/
グルーミングしながら進めるプロダクト開発
グルーミングしながら進めるプロダクト開発
Takafumi ONAKA
BtoB SaaSの会社でDDDを活用して事業を成長させてきた中で、DDDのプラクティスの実践という面ではかなり大きな成果が得られました。 しかし、事業を成長させるという点において、DDDのプラクティスだけではうまくいかないこともあり、別のアプローチも同時に試行錯誤しています。 この発表では、うまく行ったプラクティスの内容と、カバーできなかった課題、そこに対する現在の取り組みについて紹介します。 ドメイン駆動設計 サンプルコード&FAQ https://little-hands.booth.pm/items/3363104 ドメイン駆動設計 モデリング/実装ガイド https://little-hands.booth.pm/items/1835632 ドキュメント内のブログ記事URL https://little-hands.hatenablog.com/entry/2020/12/22/ddd-in-first-3month
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
Koichiro Matsuoka
ドメイン駆動設計 のための オブジェクト指向設計 の基本と実装技法。
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
増田 亨
ドメイン駆動設計の現状と展望
いまなぜドメイン駆動設計か
いまなぜドメイン駆動設計か
増田 亨
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
https://ddd-alliance.connpass.com/event/100397/
DDDを実践できるエンジニアを育成するための取り組みについて
DDDを実践できるエンジニアを育成するための取り組みについて
BIGLOBE Inc.
ドメイン駆動設計 モデリング/実装ガイド https://little-hands.booth.pm/items/1835632 発売記念に、本書の1,2章の内容を中心にDDDの概要について解説する勉強会です。
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
Koichiro Matsuoka
Mais procurados
(20)
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
実践リーンエンタープライズ(20161027)
実践リーンエンタープライズ(20161027)
DDDオンライン勉強会#2 「集約・境界付けられたコンテキスト」
DDDオンライン勉強会#2 「集約・境界付けられたコンテキスト」
まじめに!できる!LT
まじめに!できる!LT
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
ドメイン駆動設計 本格入門
ドメイン駆動設計 本格入門
『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所
新入社員のための大規模ゲーム開発入門 サーバサイド編
新入社員のための大規模ゲーム開発入門 サーバサイド編
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
Base DDD(ドメイン駆動設計) 参考文献を巡る旅
Base DDD(ドメイン駆動設計) 参考文献を巡る旅
DDDはオブジェクト指向を利用してどのようにメンテナブルなコードを書くか
DDDはオブジェクト指向を利用してどのようにメンテナブルなコードを書くか
グルーミングしながら進めるプロダクト開発
グルーミングしながら進めるプロダクト開発
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
いまなぜドメイン駆動設計か
いまなぜドメイン駆動設計か
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
DDDを実践できるエンジニアを育成するための取り組みについて
DDDを実践できるエンジニアを育成するための取り組みについて
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
ドメイン駆動設計 モデリング_実装入門勉強会_2020.3.8
Semelhante a アジャイルとかDevOpsとかことばの整理
リーンソフトウェア開発、MVP、アジャイルソフトウェア開発についての概要を記載したスライドです。
リーンソフトウェア開発とは
リーンソフトウェア開発とは
StudyTech
オープンソースカンファレンス2018 Hiroshima > セミナー講演「広島近辺のSIerでアプリ開発しているエンジニア向け、弊部会とOSSの紹介」のセッション・スライド OSC 2018 広島 参加報告 - OSSコンソーシアム(9/27投稿予定) https://www.osscons.jp/jo2allmgh-537/#_537
OSC2018 hiroshima session slide by OSSC
OSC2018 hiroshima session slide by OSSC
Daisuke Nishino
DevOps
Ossを使ったazureでのdev ops
Ossを使ったazureでのdev ops
裕貴 荒井
プライベートセミナーで実施した講演資料です。
アジャイル実践における開発環境の変化〜要求の捉え方、プロジェクト運営、ツール支援
アジャイル実践における開発環境の変化〜要求の捉え方、プロジェクト運営、ツール支援
智治 長沢
FR高等学院さんにて、高校生・大学生向けに行ったプロダクトの作り方に関する講座のスライドです。
シリコンバレーのプロダクトマネージャーが教える海外で通用するプロダクトの作り方
シリコンバレーのプロダクトマネージャーが教える海外で通用するプロダクトの作り方
Kei Watanabe
アジャイル開発の基本と、エンジニアに求められる姿勢
プロエンジニアになるための「アジャイル開発」再入門
プロエンジニアになるための「アジャイル開発」再入門
Yoshihito Kuranuki
一緒に開発する仲間をみつけませんか? http://tech-salon.com/product_commune/ TECH_SALON プロダクト開発部は、メンバー同士でチームを組んで、 ・自作プロダクトの開発、ローンチ ・ハッカソンへの参戦、入賞 を目標として活動していくコミュニティです。 今後参加予定のハッカソンとしては、 ・KAUMOハッカソン【8/27】 https://www.facebook.com/events/1825972580975162/ ・TV HACK DAY 【9/10】 http://www.tbs.co.jp/nd_tv_hack_day/ ・MASHUP AWARD 12 を予定しています! TECH_SALON プロダクト開発部 で仲間を見つけ、スキルを磨いて参戦しませんか? 次のような内容を自主勉強会や講師をお呼びしての勉強会によって学び、実際にチームを組んで開発を行っていきます。 ・プロダクトアイデアの出し方、妥当性の検証 ・チーム開発の環境設定 ・チーム開発の進め方 ・プロダクトローンチ ・ブラッシュアップ、改善 今までの勉強会以上に、プロダクト開発に直結する実践的な勉強会の実施を予定しております! 開発を進めつつ、スキルアップをしていくことができます!
TECH_SALON プロダクト開発部 8/3
TECH_SALON プロダクト開発部 8/3
TECH SALON
2016年1月22日(金)に開催した「いまさらアジャイル巡業 in 福岡」イベントの講演資料です。 http://kokucheese.com/event/index/362548/ 会場を提供していただいた、グルーブノーツ様、参加された皆様ありがとうございました。
うそのアジャイル、まことのアジャイル 公開用
うそのアジャイル、まことのアジャイル 公開用
ESM SEC
3/17に行われたバンタンドットライブアカデミー様主催【アプリ開発企業セミナー】 資料 様々なものづくりを疑似体験共有 トリセツにおけるリーンスタートアップを
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Shinsuke Miyaki
Japan Virtual Open House Feb 2021 More details here https://khr.
Khronos Overview JP Translation
Khronos Overview JP Translation
The Khronos Group Inc.
今さら聞けない人のためのDevOps超入門
今さら聞けない人のためのDevOps超入門
今さら聞けない人のためのDevOps超入門
VirtualTech Japan Inc./Begi.net Inc.
スクラムはじめの第一歩! 基本的な進め方や特徴についてご紹介します。
はじめてのスクラム開発
はじめてのスクラム開発
ai oshiumi
「DevOpsDays Tokyo 2018」(2018-04-24/25)での発表資料です。 https://www.devopsdays.org/events/2018-tokyo/welcome/ LINEがDevOps・CI/CD・テスト自動化などの施策をなぜ推進しているのかを、 心(組織文化)・技(技術)・態(ビジネス指向)の3つの観点から、 具体的なプラクティス・事例と共に紹介します。 特にLINE初のSET(Software Engineer in Test)の立場から、 LINEがどのような取り組みを行っているのかを「見える化」します。 皆様の「Kaizen」のヒントになれば幸いです。
心・技・態 -LINEにおける改善の真実-
心・技・態 -LINEにおける改善の真実-
LINE Corporation
Developer Summit Summer 2013 C1 Session CA Technologies -Hirofumi Nishino-
Developer Summit Summer 2013 C1セッション CA Technologies
Developer Summit Summer 2013 C1セッション CA Technologies
SA CA
Osc tokyo 20140301 2
Osc tokyo 20140301 2
Shunjiro Yatsuzuka
インターンTECH CAMPのLT資料
チームで開発を行う上の心構え
チームで開発を行う上の心構え
Hirotaka Osaki
Developer Summit 2016 参加してきました。
Developer Summit 2016 参加してきました。
Developer Summit 2016 参加してきました。
エンジニア勉強会 エスキュービズム
マイクロソフトが提供する、Staratup向け支援プログラム(日本語)の紹介資料です。This document explains about Microsoft for Startups program.
Microsoft for Startups - マイクロソフトスタートアップ支援プログラム説明資料2022年3月版
Microsoft for Startups - マイクロソフトスタートアップ支援プログラム説明資料2022年3月版
Makoto Ishizaka
わんくま同盟 東京勉強会 #59 での発表資料。
リーン原則とソフトウェア開発
リーン原則とソフトウェア開発
You&I
酒井崇男著「トヨタの強さの秘密」に基づいて作成した社内勉強資料。 ・トヨタTPD、TPSの説明 ・システム開発におけるTPD、TPSの考え方 ・タレントの要件
タレントへ目指せ
タレントへ目指せ
Shuncai Zhou
Semelhante a アジャイルとかDevOpsとかことばの整理
(20)
リーンソフトウェア開発とは
リーンソフトウェア開発とは
OSC2018 hiroshima session slide by OSSC
OSC2018 hiroshima session slide by OSSC
Ossを使ったazureでのdev ops
Ossを使ったazureでのdev ops
アジャイル実践における開発環境の変化〜要求の捉え方、プロジェクト運営、ツール支援
アジャイル実践における開発環境の変化〜要求の捉え方、プロジェクト運営、ツール支援
シリコンバレーのプロダクトマネージャーが教える海外で通用するプロダクトの作り方
シリコンバレーのプロダクトマネージャーが教える海外で通用するプロダクトの作り方
プロエンジニアになるための「アジャイル開発」再入門
プロエンジニアになるための「アジャイル開発」再入門
TECH_SALON プロダクト開発部 8/3
TECH_SALON プロダクト開発部 8/3
うそのアジャイル、まことのアジャイル 公開用
うそのアジャイル、まことのアジャイル 公開用
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Khronos Overview JP Translation
Khronos Overview JP Translation
今さら聞けない人のためのDevOps超入門
今さら聞けない人のためのDevOps超入門
はじめてのスクラム開発
はじめてのスクラム開発
心・技・態 -LINEにおける改善の真実-
心・技・態 -LINEにおける改善の真実-
Developer Summit Summer 2013 C1セッション CA Technologies
Developer Summit Summer 2013 C1セッション CA Technologies
Osc tokyo 20140301 2
Osc tokyo 20140301 2
チームで開発を行う上の心構え
チームで開発を行う上の心構え
Developer Summit 2016 参加してきました。
Developer Summit 2016 参加してきました。
Microsoft for Startups - マイクロソフトスタートアップ支援プログラム説明資料2022年3月版
Microsoft for Startups - マイクロソフトスタートアップ支援プログラム説明資料2022年3月版
リーン原則とソフトウェア開発
リーン原則とソフトウェア開発
タレントへ目指せ
タレントへ目指せ
アジャイルとかDevOpsとかことばの整理
1.
アジャイルとかDevOpsとか 渡邊 修 Intrapreneur Lab
2.
1 リーンやアジャイルやDevOpsやCI/CDの整理 • アジャイルは元々はソフトウェア開発における価値 観、マインドセット(アジャイルソフトウェア開発 宣言)です。のちに、ソフト開発以外の分野にも拡 張して適用されていきました。 • アジャイル開発は、アジャイルの価値観に沿ったソ フトウェア開発方法のやり方の総称です。 •
スクラムは、アジャイル開発手法のひとつ。(ソフ トウェア開発の方法論。近年では、ソフト開発以外 にも適用されている) • リーンスタートアップは「顧客開発モデル」+「ア ジャイル開発」をベースとした新規事業開発の手法 です。 • リーン開発はトヨタ生産方式を源流としたリーン生 産方式をソフトウェア開発に適用した手法のこと。 (リーン開発≠リーンスタートアップ) アジャイル (価値観) スクラム XP RUP アジャイル開発 (手法たち) etc... アジャイル なんとか アジャイル 人事 アジャイル ソフトウェア 開発宣言 アジャイルの エッセンスを ソフト開発以外 にも適用 ©Intrapreneur Lab
3.
ビジネスモデル 2 リーンやアジャイルやDevOpsやCI/CDの整理 プロダクト ソフトウェア ハードウェア ビジネスコンセプト マーケティング 販売チャネル ・ ・ ・ リーンスタートアップ アジャイル開発 ©Intrapreneur Lab リーンスタートアップは単なるアジャイル開発ではなく、新規事業にお けるビジネスモデルのあらゆる要素は仮説に過ぎないという前提のもと、 仮説検証を繰り返して事業探索していくもの。 仮説検証しながら創り上げる範囲
4.
3 リーンやアジャイルやDevOpsやCI/CDの整理 • DevOpsは開発と運用の垣根を持たず、一丸となってビジネス価値を向 上させる文化的な姿勢・取組みや組織の在り方のこと 。顧客への価値 提供のリードタイム短縮や市場への即応性を高めること、それにより 事業成長につなげることが目的である。 •
CI/CDは、ソフトウェア・エンジニアリング手法(とそれを実現する ツール)のこと。継続的インテグレーション、継続的デプロイ(デリ バー)の略。 • CI/CDを実現したからといってDevOpsが実現できるかというと、それ は別問題なので注意。 • CI/CDはテスト自動化や環境構築自動化(IaC)がほぼ必須。 ©Intrapreneur Lab DevOps≠CI/CD
5.
4 ビジネスモデルに関する整理 ビジネスモデルや課金周りも混乱しやすいので整理しておく • OPEXは運営費のこと。これに対して設備投資的にかかる費用を CAPEX(資本的支出)という。OPEX=サービスという意味ではなく、 モノを買わずにサービスとして利用する場合、その費用はOPEXと みなせるということ。 • リカーリングは継続的に収益をあげるビジネスモデル全般のこと。 ジレットモデルや電気代もリカーリングの一種。 •
サービスは、物理的なモノを提供するのではなく、形のない利用権 や機能を提供する価値提供の形態。サービスの料金体系については 都度利用料金/サブスク/従量課金などさまざま。(もっというと、 無料でもサービスと言える) ©Intrapreneur Lab
6.
5 ビジネスモデルに関する整理 ビジネスモデル リカーリング サブスク 従量課金 ジレットモデル OPEX 売り切り ©Intrapreneur Lab •
サブスク/サブスクリプションはビジネスモデルの1つ。「定期購読」 や「会費」と考えるとわかりやすい。契約期間に対して一定料金を支払 うモデル。使っても使わなくても一定の料金がかかる。例)Netflix, 新 聞 • 従量課金は使用量に応じて料金が決まる料金形態のこと。使った分だけ 料金がかかる。利用時間(AWS EC2)やデータ量(スマホパケット通 信)などがある。サブスクとの違いは、定額であるかどうか。 ※定額のものをサブスク、従量課金のものをリカーリングとする分け方もある
7.
6 ビジネスモデルに関する整理 モノ売りかコト売りかという二元的な考え方は難しくなってきている。 例えば冷蔵庫はモノ売りという意識があるかも知れないが、ユーザーは実際は「冷蔵庫 でモノを冷やして保存する」ために買っているわけであり、その機能(=コト)に対し てお金を払っている。テレビや冷蔵庫だって本当はコト売りといえる側面がある。 つまり、ジョブ理論の”jobs to be
done” の手段として購入している。 モノ売り/コト売りという捉え方ではなく、「顧客が何のためにお金を払うのか」を抽 象度を上げ下げしながら理解することが重要。 単発ビジネス リカーリングビジネス コ ト 売 り モ ノ 売 り ジレットモデル 自動車+ 定期メンテナンス 電気料金 タクシー 冷蔵庫 Peloton (SaaS plus a box) iPhone クラウドサービス 散髪 テレビ ペイビュー Netflix ©Intrapreneur Lab
8.
7 (おまけ)アジャイルということばのニュアンス • Agile:敏捷 • 速さにもいろいろある(Speed/Quick/Agile) •
Speedは移動の速さ • Quickは動きの速さ • Agileは判断と行動の速さ • 変化する状況に応じて素早く意思決定と行動を行う = アジャイル ≠ 短期間でソフトウェア開発を行う ©Intrapreneur Lab https://jinjibu.jp/keyword/detl/880/
Baixar agora