SlideShare a Scribd company logo
1 of 40
Download to read offline
1から学ぶスクラム 
2014/10/23@Moneyforward 
泉谷圭祐
で、お前誰?
• 名前 泉谷 圭祐 
• 所属 マネーフォワード 
• 仕事 Railsアプリ開発 
• 資格 一応、認定スクラムマスター 
• 最近の興味 Go 
• Twitter @syguer
本日のアジェンダ 
• 教科書通りのスクラム 
• スクラムの事例 
• 質疑応答
教科書通りのスクラム
スクラムの考え方 
Scrum is methodology
アジャイルマニフェスト 
私たちは、ソフトウェア開発の実践 
あるいは実践を手助けをする活動を通じて、 
よりよい開発方法を見つけだそうとしている。 
この活動を通して、私たちは以下の価値に至った。 
プロセスやツールよりも個人と対話を、 
包括的なドキュメントよりも動くソフトウェアを、 
契約交渉よりも顧客との協調を、 
計画に従うことよりも変化への対応を、 
価値とする。すなわち、左記のことがらに価値があることを 
認めながらも、私たちは右記のことがらにより価値をおく。 
http://agilemanifesto.org/iso/ja/
Scrum works with idiots. You can take a group of 
idiots that maybe didn’t even go to school, don’t 
understand computer science, don’t understand 
engineering techniques, hate each other, don’t 
understand the business domain, have lousy 
engineering tools and uniformly they will produce 
crap every increment. 
Ken Schwaber 
https://www.youtube.com/watch?v=IyNPeTn8fpo
スクラムはバ◯でもできます。学校に行っていなくて、 
コンピューターサイエンスを学んでいなくて、技術知識 
がなくて,、お互いを嫌っていて、ビジネスのことをわ 
かっていなくて、全然役に立たないツールを使っている 
人たちでもガラクタを生産し続けることができます。
スクラムの概要
スクラムの構成要素 
• 3種類の役割 
• 6つのセレモニー 
• 2つのアーティファクト
スクラムの構成要素
スクラムの構成要素 
① 
② 
③ 
① ② 
③ 
⑤ 
⑥ 
④ 
① ②
スクラムの役割
スクラムの役割 
• プロダクトオーナー(PO) 
• スクラムマスター(SM) 
• チーム
プロダクトオーナー 
人数1人 
参加するべき 
セレモニー 
スプリントプランニングⅠ、スプリントレビュー 
バックログリファインメント 
管理する 
アーティファクトプロダクトバックログ 
果たすべき責任ROI、ステークホルダーとのやり取り
スクラムマスター 
人数1人 
参加するべき 
セレモニー全部 
管理する 
アーティファクトなし 
果たすべき責任各セレモニーが適切に行われているか 
スクラムチームを守る
チーム 
人数7±2人 
参加するべき 
セレモニー全部 
管理する 
アーティファクトスプリントバックログ 
果たすべき責任作ると決めたものは作る 
生産性を上げ続けること
スクラムの構成要素
スクラムのアーティファクト
スクラムのアーティファクト 
• プロダクトバックログ(PBL) 
• スプリントバックログ(SBL)
プロダクトバックログ 
• やりたいこと(ストーリー)のリスト 
• ストーリーには優先順位がついている 
• プロダクトオーナーによって管理されている 
• 管理されていると言っても、勝手に足したり優 
先順位を変えたりしてはいけない
補足:ストーリー 
• 実現したい機能など(フィーチャー)をストーリーと呼ぶ 
• 1枚の紙に書ける程度 
 <だれだれ>として 
   <フィーチャー>が欲しい 
   なぜなら<ほげほげ>のためだ 
裏面に 
完了条件を書く。 
完了条件をPOとチームで同意して 
おく
スプリントバックログ 
• チームのタスクを管理するリスト 
• ほとんどのチームがカンバン式のリストを使っている 
• すべてのタスクには見積もりがついている 
• スプリントバックログにはそのスプリント内でやる 
ことしか載せてはいけない 
• 管理するのはチーム。POは口出ししてはいけない
スクラムのセレモニー
スクラムのセレモニー 
• スプリントプランニングⅠ 
• スプリントプランニングⅡ 
• デイリースクラム 
• バックログリファインメント 
• スプリントレビュー 
• スプリントレトロスペクティブ
スプリントプランニングⅠ 
• スプリントのゴールを決める 
• プロダクトバックログの中から、ストーリーの 
優先順位をつける 
• また、このスプリントでどのストーリーまでや 
るべきかを議論する(決定ではない) 
• 時間の目安は2週間のスプリントで2~4時間
スプリントプランニングⅡ 
• このスプリントでやるべきことを明確化する 
• Ⅰでは「何を(what)」やるか決めた。Ⅱでは「どう 
やって(How)」やるかを議論する 
• まずストーリーをタスクレベルに細分化してス 
プリントバックログに記載する
スプリントプランニングⅡ 
• 記載したら作業量を見積もる。アジャイル界隈 
ではポイント制と理想時間制がでてくるが、ポ 
イント制を推奨 
• 議論した結果、Ⅰで決めたストーリーが1イテレー 
ションに収まらなければ、やらない(もしくは 
ストーリーを分割する) 
• 時間の目安は2~4時間
補足:ポイントと理想時間 
• ポイントは作業量の見積もり。理想時間は作業 
時間の見積もり 
• 最初は、最小単位のものを1としてその相対評価 
で見積もるか、適当な重みのタスクを見積もっ 
て見て、それと比較して考える 
• 誰かが決めるのではなく、みんなで決める
デイリースクラム 
• いわゆる朝会。各自の状況を共有する 
• かける時間は15分程度が目安 
• 話すことは3つ 
• 昨日やったこと 
• 今日やること 
• 気になっていること 
• 議論をしてはいけない
バックログリファインメント 
• バックログの見直し、整理 
• かける時間はスプリント2週間に対し6時間まで 
• これをしっかりやることでスプリントプランニ 
ングⅠの負担が減る 
• やる時期はスプリントの最後が多いが、いつで 
もよい
スプリントレビュー 
• プロダクトのレビューをして成果物の評価、フィードバッ 
クを行う 
• 最低限、スプリントの成果物のレビューはやる 
• 重要なのは”今現在のプロダクト”をレビューすること 
• かけてよいのは2時間ほど 
• スプリントの最後。スプリントレトロスペクティブ(振 
り返り)より前
レトロスペクティブ 
• スプリントの振り返りをして働き方を改善する 
• スプリントレビューは”プロダクト”の振り返り。レトロスペク 
ティブは”働き方”の振り返り 
• よかったこと、だめだったことを各自挙げて、PDCA、KPTなど 
に乗せる 
• かけてよいのは6時間まで 
• スクラムで一番のキモ。働き方もインクリメントするのがスクラ 
ムの目指すところ(=自律的な組織)
まとめ 
セレモニー目的やるとき時間必須参加者 
スプリントプラ 
スプリントのゴール 
ンニングの共有スプリントのはじめ2~4時間全員 
Ⅰ 
スプリントプラ 
ンニングⅡ 
タスクの明確化スプリントプランニ 
ングⅠの後2~4時間SM、チーム 
デイリースクラ 
ム 
進捗をはじめとする 
情報共有毎日15分前後SM、チーム 
バックログリ 
ファインメント 
プロダクトバックロ 
グの 
整理 
いつでも~6時間全員 
スプリントレ 
ビュー 
プロダクトの評価 
フィードバックスプリントの最後~2時間全員 
レトロスペク 
ティブ働き方の改善スプリントレビュー 
の後~6時間SM、チーム
スクラムの構成要素(再)
総括
総括 
• スクラムはアジャイルの精神に基づいている 
• 3つの役割、2つのアーティファクト、6つのセレ 
モニーがある 
• スクラムは方法論。教科書通りにやればいい物が 
作れるわけではない
Be Agile !!
ご清聴ありがとうございました

More Related Content

What's hot

JenkinsとCodeBuildとCloud Buildと私
JenkinsとCodeBuildとCloud Buildと私JenkinsとCodeBuildとCloud Buildと私
JenkinsとCodeBuildとCloud Buildと私Shoji Shirotori
 
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー「速」を落とさないコードレビュー
「速」を落とさないコードレビューTakafumi ONAKA
 
単なるキャッシュじゃないよ!?infinispanの紹介
単なるキャッシュじゃないよ!?infinispanの紹介単なるキャッシュじゃないよ!?infinispanの紹介
単なるキャッシュじゃないよ!?infinispanの紹介AdvancedTechNight
 
ドメイン駆動設計 at DDD.rb #5
ドメイン駆動設計 at DDD.rb #5ドメイン駆動設計 at DDD.rb #5
ドメイン駆動設計 at DDD.rb #5啓 杉本
 
Python 3.9からの新定番zoneinfoを使いこなそう
Python 3.9からの新定番zoneinfoを使いこなそうPython 3.9からの新定番zoneinfoを使いこなそう
Python 3.9からの新定番zoneinfoを使いこなそうRyuji Tsutsui
 
「ドメイン駆動設計」の複雑さに立ち向かう
「ドメイン駆動設計」の複雑さに立ち向かう「ドメイン駆動設計」の複雑さに立ち向かう
「ドメイン駆動設計」の複雑さに立ち向かう増田 亨
 
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)NTT DATA Technology & Innovation
 
Kubernetes環境に対する性能試験(Kubernetes Novice Tokyo #2 発表資料)
Kubernetes環境に対する性能試験(Kubernetes Novice Tokyo #2 発表資料)Kubernetes環境に対する性能試験(Kubernetes Novice Tokyo #2 発表資料)
Kubernetes環境に対する性能試験(Kubernetes Novice Tokyo #2 発表資料)NTT DATA Technology & Innovation
 
RedmineのFAQとアンチパターン集
RedmineのFAQとアンチパターン集RedmineのFAQとアンチパターン集
RedmineのFAQとアンチパターン集akipii Oga
 
継続的にテスト可能な設計を考える
継続的にテスト可能な設計を考える継続的にテスト可能な設計を考える
継続的にテスト可能な設計を考えるAtsushi Nakamura
 
Spanner から GKE、Spinnaker、そして SRE まで、コロプラが今挑戦していること[Google Cloud INSIDE Games ...
Spanner から GKE、Spinnaker、そして SRE まで、コロプラが今挑戦していること[Google Cloud INSIDE Games ...Spanner から GKE、Spinnaker、そして SRE まで、コロプラが今挑戦していること[Google Cloud INSIDE Games ...
Spanner から GKE、Spinnaker、そして SRE まで、コロプラが今挑戦していること[Google Cloud INSIDE Games ...Google Cloud Platform - Japan
 
Head First Inception Deck
Head First Inception DeckHead First Inception Deck
Head First Inception DeckNaoto Nishimura
 
「伝わるチケット」の書き方
「伝わるチケット」の書き方「伝わるチケット」の書き方
「伝わるチケット」の書き方onozaty
 
実環境にTerraform導入したら驚いた
実環境にTerraform導入したら驚いた実環境にTerraform導入したら驚いた
実環境にTerraform導入したら驚いたAkihiro Kuwano
 
Scrum-Fest-Sapporo-2021-Keynote-Our-Journey
Scrum-Fest-Sapporo-2021-Keynote-Our-JourneyScrum-Fest-Sapporo-2021-Keynote-Our-Journey
Scrum-Fest-Sapporo-2021-Keynote-Our-JourneyKenji Hiranabe
 
Akkaとは。アクターモデル とは。
Akkaとは。アクターモデル とは。Akkaとは。アクターモデル とは。
Akkaとは。アクターモデル とは。Kenjiro Kubota
 
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったことドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと増田 亨
 
Akkaで分散システム入門
Akkaで分散システム入門Akkaで分散システム入門
Akkaで分散システム入門Shingo Omura
 
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのかなぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのかYusuke Suzuki
 

What's hot (20)

JenkinsとCodeBuildとCloud Buildと私
JenkinsとCodeBuildとCloud Buildと私JenkinsとCodeBuildとCloud Buildと私
JenkinsとCodeBuildとCloud Buildと私
 
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
 
単なるキャッシュじゃないよ!?infinispanの紹介
単なるキャッシュじゃないよ!?infinispanの紹介単なるキャッシュじゃないよ!?infinispanの紹介
単なるキャッシュじゃないよ!?infinispanの紹介
 
ドメイン駆動設計 at DDD.rb #5
ドメイン駆動設計 at DDD.rb #5ドメイン駆動設計 at DDD.rb #5
ドメイン駆動設計 at DDD.rb #5
 
Python 3.9からの新定番zoneinfoを使いこなそう
Python 3.9からの新定番zoneinfoを使いこなそうPython 3.9からの新定番zoneinfoを使いこなそう
Python 3.9からの新定番zoneinfoを使いこなそう
 
「ドメイン駆動設計」の複雑さに立ち向かう
「ドメイン駆動設計」の複雑さに立ち向かう「ドメイン駆動設計」の複雑さに立ち向かう
「ドメイン駆動設計」の複雑さに立ち向かう
 
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)
 
Kubernetes環境に対する性能試験(Kubernetes Novice Tokyo #2 発表資料)
Kubernetes環境に対する性能試験(Kubernetes Novice Tokyo #2 発表資料)Kubernetes環境に対する性能試験(Kubernetes Novice Tokyo #2 発表資料)
Kubernetes環境に対する性能試験(Kubernetes Novice Tokyo #2 発表資料)
 
Lean coffee
Lean coffeeLean coffee
Lean coffee
 
RedmineのFAQとアンチパターン集
RedmineのFAQとアンチパターン集RedmineのFAQとアンチパターン集
RedmineのFAQとアンチパターン集
 
継続的にテスト可能な設計を考える
継続的にテスト可能な設計を考える継続的にテスト可能な設計を考える
継続的にテスト可能な設計を考える
 
Spanner から GKE、Spinnaker、そして SRE まで、コロプラが今挑戦していること[Google Cloud INSIDE Games ...
Spanner から GKE、Spinnaker、そして SRE まで、コロプラが今挑戦していること[Google Cloud INSIDE Games ...Spanner から GKE、Spinnaker、そして SRE まで、コロプラが今挑戦していること[Google Cloud INSIDE Games ...
Spanner から GKE、Spinnaker、そして SRE まで、コロプラが今挑戦していること[Google Cloud INSIDE Games ...
 
Head First Inception Deck
Head First Inception DeckHead First Inception Deck
Head First Inception Deck
 
「伝わるチケット」の書き方
「伝わるチケット」の書き方「伝わるチケット」の書き方
「伝わるチケット」の書き方
 
実環境にTerraform導入したら驚いた
実環境にTerraform導入したら驚いた実環境にTerraform導入したら驚いた
実環境にTerraform導入したら驚いた
 
Scrum-Fest-Sapporo-2021-Keynote-Our-Journey
Scrum-Fest-Sapporo-2021-Keynote-Our-JourneyScrum-Fest-Sapporo-2021-Keynote-Our-Journey
Scrum-Fest-Sapporo-2021-Keynote-Our-Journey
 
Akkaとは。アクターモデル とは。
Akkaとは。アクターモデル とは。Akkaとは。アクターモデル とは。
Akkaとは。アクターモデル とは。
 
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったことドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと
 
Akkaで分散システム入門
Akkaで分散システム入門Akkaで分散システム入門
Akkaで分散システム入門
 
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのかなぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのか
 

Similar to 1から学ぶスクラム

Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016kyon mm
 
成長する組織へ導くコミュニケーション変革 - 事例に学ぶコミュニケーション革命 -Agile Japan 2010
成長する組織へ導くコミュニケーション変革 - 事例に学ぶコミュニケーション革命 -Agile Japan 2010成長する組織へ導くコミュニケーション変革 - 事例に学ぶコミュニケーション革命 -Agile Japan 2010
成長する組織へ導くコミュニケーション変革 - 事例に学ぶコミュニケーション革命 -Agile Japan 2010Akihito Enomoto
 
成長する組織へ導くコミュニケーション変革 - Agile Japan 2010
成長する組織へ導くコミュニケーション変革 - Agile Japan 2010成長する組織へ導くコミュニケーション変革 - Agile Japan 2010
成長する組織へ導くコミュニケーション変革 - Agile Japan 2010Kazuyoshi Takahashi
 
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創Itsuki Kuroda
 
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO YoursYozo SATO
 
プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Webプロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Webminamo
 
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)Miho Nagase
 
Scrum Boot Camp 体験記 2012/6/16
Scrum Boot Camp 体験記 2012/6/16Scrum Boot Camp 体験記 2012/6/16
Scrum Boot Camp 体験記 2012/6/16唯史 塩井
 
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2Takenori Takaki
 
Scrum体験スパルタワークショップ
Scrum体験スパルタワークショップScrum体験スパルタワークショップ
Scrum体験スパルタワークショップYou&I
 
GCSアジャイル開発を使ったゲームの作り方
 GCSアジャイル開発を使ったゲームの作り方 GCSアジャイル開発を使ったゲームの作り方
GCSアジャイル開発を使ったゲームの作り方Hiroyuki Tanaka
 
議論を描く技術「ファシリテーショングラフィック」
議論を描く技術「ファシリテーショングラフィック」議論を描く技術「ファシリテーショングラフィック」
議論を描く技術「ファシリテーショングラフィック」nishikawa_makoto7
 
Scrum始めました
Scrum始めましたScrum始めました
Scrum始めましたminamo
 

Similar to 1から学ぶスクラム (20)

201206 scrum
201206 scrum201206 scrum
201206 scrum
 
Scrum"再"入門
Scrum"再"入門Scrum"再"入門
Scrum"再"入門
 
Scrum
ScrumScrum
Scrum
 
Scrum
ScrumScrum
Scrum
 
Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016
 
成長する組織へ導くコミュニケーション変革 - 事例に学ぶコミュニケーション革命 -Agile Japan 2010
成長する組織へ導くコミュニケーション変革 - 事例に学ぶコミュニケーション革命 -Agile Japan 2010成長する組織へ導くコミュニケーション変革 - 事例に学ぶコミュニケーション革命 -Agile Japan 2010
成長する組織へ導くコミュニケーション変革 - 事例に学ぶコミュニケーション革命 -Agile Japan 2010
 
成長する組織へ導くコミュニケーション変革 - Agile Japan 2010
成長する組織へ導くコミュニケーション変革 - Agile Japan 2010成長する組織へ導くコミュニケーション変革 - Agile Japan 2010
成長する組織へ導くコミュニケーション変革 - Agile Japan 2010
 
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
 
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours
 
プロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Webプロジェクトマネジメント入門以前 Web
プロジェクトマネジメント入門以前 Web
 
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
 
Scrum Boot Camp 体験記 2012/6/16
Scrum Boot Camp 体験記 2012/6/16Scrum Boot Camp 体験記 2012/6/16
Scrum Boot Camp 体験記 2012/6/16
 
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
 
Agile overview
Agile overviewAgile overview
Agile overview
 
Scrum体験スパルタワークショップ
Scrum体験スパルタワークショップScrum体験スパルタワークショップ
Scrum体験スパルタワークショップ
 
GCSアジャイル開発を使ったゲームの作り方
 GCSアジャイル開発を使ったゲームの作り方 GCSアジャイル開発を使ったゲームの作り方
GCSアジャイル開発を使ったゲームの作り方
 
議論を描く技術「ファシリテーショングラフィック」
議論を描く技術「ファシリテーショングラフィック」議論を描く技術「ファシリテーショングラフィック」
議論を描く技術「ファシリテーショングラフィック」
 
僕のスクラム
僕のスクラム僕のスクラム
僕のスクラム
 
Scrum始めました
Scrum始めましたScrum始めました
Scrum始めました
 
[デブサミ関西2013]チケット駆動で プロジェクトチームを加速せよ
[デブサミ関西2013]チケット駆動でプロジェクトチームを加速せよ[デブサミ関西2013]チケット駆動でプロジェクトチームを加速せよ
[デブサミ関西2013]チケット駆動で プロジェクトチームを加速せよ
 

More from Keisuke Izumiya

Moneyforward Meetup#5 請求書
Moneyforward Meetup#5 請求書Moneyforward Meetup#5 請求書
Moneyforward Meetup#5 請求書Keisuke Izumiya
 
マネーフォワードの考えるプラットフォーム
マネーフォワードの考えるプラットフォームマネーフォワードの考えるプラットフォーム
マネーフォワードの考えるプラットフォームKeisuke Izumiya
 
MFクラウド請求書APIのご紹介
MFクラウド請求書APIのご紹介MFクラウド請求書APIのご紹介
MFクラウド請求書APIのご紹介Keisuke Izumiya
 
Rails::Engineを使ってみたよ
Rails::Engineを使ってみたよRails::Engineを使ってみたよ
Rails::Engineを使ってみたよKeisuke Izumiya
 
マネーフォワード流エンジニアドリブン
マネーフォワード流エンジニアドリブンマネーフォワード流エンジニアドリブン
マネーフォワード流エンジニアドリブンKeisuke Izumiya
 
プラグインだけじゃない!そのままでもすごいvim
プラグインだけじゃない!そのままでもすごいvimプラグインだけじゃない!そのままでもすごいvim
プラグインだけじゃない!そのままでもすごいvimKeisuke Izumiya
 
マーケど素人がGoogleAdwordsをまとめてみた
マーケど素人がGoogleAdwordsをまとめてみたマーケど素人がGoogleAdwordsをまとめてみた
マーケど素人がGoogleAdwordsをまとめてみたKeisuke Izumiya
 
CoreOSってなんですか
CoreOSってなんですかCoreOSってなんですか
CoreOSってなんですかKeisuke Izumiya
 
FluentdとAWSを使ったログの運用
FluentdとAWSを使ったログの運用FluentdとAWSを使ったログの運用
FluentdとAWSを使ったログの運用Keisuke Izumiya
 

More from Keisuke Izumiya (10)

Moneyforward Meetup#5 請求書
Moneyforward Meetup#5 請求書Moneyforward Meetup#5 請求書
Moneyforward Meetup#5 請求書
 
マネーフォワードの考えるプラットフォーム
マネーフォワードの考えるプラットフォームマネーフォワードの考えるプラットフォーム
マネーフォワードの考えるプラットフォーム
 
MFクラウド請求書APIのご紹介
MFクラウド請求書APIのご紹介MFクラウド請求書APIのご紹介
MFクラウド請求書APIのご紹介
 
Rails::Engineを使ってみたよ
Rails::Engineを使ってみたよRails::Engineを使ってみたよ
Rails::Engineを使ってみたよ
 
マネーフォワード流エンジニアドリブン
マネーフォワード流エンジニアドリブンマネーフォワード流エンジニアドリブン
マネーフォワード流エンジニアドリブン
 
プラグインだけじゃない!そのままでもすごいvim
プラグインだけじゃない!そのままでもすごいvimプラグインだけじゃない!そのままでもすごいvim
プラグインだけじゃない!そのままでもすごいvim
 
マーケど素人がGoogleAdwordsをまとめてみた
マーケど素人がGoogleAdwordsをまとめてみたマーケど素人がGoogleAdwordsをまとめてみた
マーケど素人がGoogleAdwordsをまとめてみた
 
CoreOSってなんですか
CoreOSってなんですかCoreOSってなんですか
CoreOSってなんですか
 
FluentdとAWSを使ったログの運用
FluentdとAWSを使ったログの運用FluentdとAWSを使ったログの運用
FluentdとAWSを使ったログの運用
 
はじめてのMongoDB
はじめてのMongoDBはじめてのMongoDB
はじめてのMongoDB
 

Recently uploaded

論文紹介:Deep Occlusion-Aware Instance Segmentation With Overlapping BiLayers
論文紹介:Deep Occlusion-Aware Instance Segmentation With Overlapping BiLayers論文紹介:Deep Occlusion-Aware Instance Segmentation With Overlapping BiLayers
論文紹介:Deep Occlusion-Aware Instance Segmentation With Overlapping BiLayersToru Tamaki
 
2024年5月25日Serverless Meetup大阪 アプリケーションをどこで動かすべきなのか.pptx
2024年5月25日Serverless Meetup大阪 アプリケーションをどこで動かすべきなのか.pptx2024年5月25日Serverless Meetup大阪 アプリケーションをどこで動かすべきなのか.pptx
2024年5月25日Serverless Meetup大阪 アプリケーションをどこで動かすべきなのか.pptxssuserbefd24
 
情報を表現するときのポイント
情報を表現するときのポイント情報を表現するときのポイント
情報を表現するときのポイントonozaty
 
Amazon Cognitoで実装するパスキー (Security-JAWS【第33回】 勉強会)
Amazon Cognitoで実装するパスキー (Security-JAWS【第33回】 勉強会)Amazon Cognitoで実装するパスキー (Security-JAWS【第33回】 勉強会)
Amazon Cognitoで実装するパスキー (Security-JAWS【第33回】 勉強会)keikoitakurag
 
Intranet Development v1.0 (TSG LIVE! 12 LT )
Intranet Development v1.0 (TSG LIVE! 12 LT )Intranet Development v1.0 (TSG LIVE! 12 LT )
Intranet Development v1.0 (TSG LIVE! 12 LT )iwashiira2ctf
 
クラウド時代におけるSREとUPWARDの取組ーUPWARD株式会社 CTO門畑
クラウド時代におけるSREとUPWARDの取組ーUPWARD株式会社 CTO門畑クラウド時代におけるSREとUPWARDの取組ーUPWARD株式会社 CTO門畑
クラウド時代におけるSREとUPWARDの取組ーUPWARD株式会社 CTO門畑Akihiro Kadohata
 
20240523_IoTLT_vol111_kitazaki_v1___.pdf
20240523_IoTLT_vol111_kitazaki_v1___.pdf20240523_IoTLT_vol111_kitazaki_v1___.pdf
20240523_IoTLT_vol111_kitazaki_v1___.pdfAyachika Kitazaki
 
5/22 第23回 Customer系エンジニア座談会のスライド 公開用 西口瑛一
5/22 第23回 Customer系エンジニア座談会のスライド 公開用 西口瑛一5/22 第23回 Customer系エンジニア座談会のスライド 公開用 西口瑛一
5/22 第23回 Customer系エンジニア座談会のスライド 公開用 西口瑛一瑛一 西口
 
研究紹介スライド: オフライン強化学習に基づくロボティックスワームの制御器の設計
研究紹介スライド: オフライン強化学習に基づくロボティックスワームの制御器の設計研究紹介スライド: オフライン強化学習に基づくロボティックスワームの制御器の設計
研究紹介スライド: オフライン強化学習に基づくロボティックスワームの制御器の設計atsushi061452
 
ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521
ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521
ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521Satoshi Makita
 
論文紹介:ViTPose: Simple Vision Transformer Baselines for Human Pose Estimation
論文紹介:ViTPose: Simple Vision Transformer Baselines for Human Pose Estimation論文紹介:ViTPose: Simple Vision Transformer Baselines for Human Pose Estimation
論文紹介:ViTPose: Simple Vision Transformer Baselines for Human Pose EstimationToru Tamaki
 
部内勉強会(IT用語ざっくり学習) 実施日:2024年5月17日(金) 対象者:営業部社員
部内勉強会(IT用語ざっくり学習) 実施日:2024年5月17日(金) 対象者:営業部社員部内勉強会(IT用語ざっくり学習) 実施日:2024年5月17日(金) 対象者:営業部社員
部内勉強会(IT用語ざっくり学習) 実施日:2024年5月17日(金) 対象者:営業部社員Sadaomi Nishi
 

Recently uploaded (12)

論文紹介:Deep Occlusion-Aware Instance Segmentation With Overlapping BiLayers
論文紹介:Deep Occlusion-Aware Instance Segmentation With Overlapping BiLayers論文紹介:Deep Occlusion-Aware Instance Segmentation With Overlapping BiLayers
論文紹介:Deep Occlusion-Aware Instance Segmentation With Overlapping BiLayers
 
2024年5月25日Serverless Meetup大阪 アプリケーションをどこで動かすべきなのか.pptx
2024年5月25日Serverless Meetup大阪 アプリケーションをどこで動かすべきなのか.pptx2024年5月25日Serverless Meetup大阪 アプリケーションをどこで動かすべきなのか.pptx
2024年5月25日Serverless Meetup大阪 アプリケーションをどこで動かすべきなのか.pptx
 
情報を表現するときのポイント
情報を表現するときのポイント情報を表現するときのポイント
情報を表現するときのポイント
 
Amazon Cognitoで実装するパスキー (Security-JAWS【第33回】 勉強会)
Amazon Cognitoで実装するパスキー (Security-JAWS【第33回】 勉強会)Amazon Cognitoで実装するパスキー (Security-JAWS【第33回】 勉強会)
Amazon Cognitoで実装するパスキー (Security-JAWS【第33回】 勉強会)
 
Intranet Development v1.0 (TSG LIVE! 12 LT )
Intranet Development v1.0 (TSG LIVE! 12 LT )Intranet Development v1.0 (TSG LIVE! 12 LT )
Intranet Development v1.0 (TSG LIVE! 12 LT )
 
クラウド時代におけるSREとUPWARDの取組ーUPWARD株式会社 CTO門畑
クラウド時代におけるSREとUPWARDの取組ーUPWARD株式会社 CTO門畑クラウド時代におけるSREとUPWARDの取組ーUPWARD株式会社 CTO門畑
クラウド時代におけるSREとUPWARDの取組ーUPWARD株式会社 CTO門畑
 
20240523_IoTLT_vol111_kitazaki_v1___.pdf
20240523_IoTLT_vol111_kitazaki_v1___.pdf20240523_IoTLT_vol111_kitazaki_v1___.pdf
20240523_IoTLT_vol111_kitazaki_v1___.pdf
 
5/22 第23回 Customer系エンジニア座談会のスライド 公開用 西口瑛一
5/22 第23回 Customer系エンジニア座談会のスライド 公開用 西口瑛一5/22 第23回 Customer系エンジニア座談会のスライド 公開用 西口瑛一
5/22 第23回 Customer系エンジニア座談会のスライド 公開用 西口瑛一
 
研究紹介スライド: オフライン強化学習に基づくロボティックスワームの制御器の設計
研究紹介スライド: オフライン強化学習に基づくロボティックスワームの制御器の設計研究紹介スライド: オフライン強化学習に基づくロボティックスワームの制御器の設計
研究紹介スライド: オフライン強化学習に基づくロボティックスワームの制御器の設計
 
ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521
ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521
ロボットマニピュレーションの作業・動作計画 / rosjp_planning_for_robotic_manipulation_20240521
 
論文紹介:ViTPose: Simple Vision Transformer Baselines for Human Pose Estimation
論文紹介:ViTPose: Simple Vision Transformer Baselines for Human Pose Estimation論文紹介:ViTPose: Simple Vision Transformer Baselines for Human Pose Estimation
論文紹介:ViTPose: Simple Vision Transformer Baselines for Human Pose Estimation
 
部内勉強会(IT用語ざっくり学習) 実施日:2024年5月17日(金) 対象者:営業部社員
部内勉強会(IT用語ざっくり学習) 実施日:2024年5月17日(金) 対象者:営業部社員部内勉強会(IT用語ざっくり学習) 実施日:2024年5月17日(金) 対象者:営業部社員
部内勉強会(IT用語ざっくり学習) 実施日:2024年5月17日(金) 対象者:営業部社員
 

1から学ぶスクラム