SlideShare a Scribd company logo
1 of 50
Download to read offline
Regional Scrum Gathering®
Tokyo 2014
株式会社サイバーエージェント

渡辺 雄作
アメブロなどのAmeba関連サービスに関わり、アメーバピグ
立ちあげ時の開発責任者を担当。	

Amebaにおけるコミュニティサービスの開発を担当した後に
現在はアドテクノロジー部門で開発を行っています。	

!
html/cssマークアップ、JavaScript、Webアプリケーション、
サーバオペレーション、クラスタDBの運用・開発、	

プロセス改善に携わっています。
渡辺 雄作(34) / @waysaku
•Scrumが組織に浸透するまで

•Scrumを組織に浸透させるTips
Scrumが組織に浸透するまで
•黎明期(2007-2010)

•混乱期(2011-2012前半)

•普及期(2012後半-現在)
社員数推移
0
750
1500
2250
3000
2007 2008 2009 2010 2011 2012 2013
1643人
1996人
2141人
1771人
2089人
2527人
2764人
141人 197人 231人 257人
764人
1127人
1300人
エンジニア 全体
9% 10% 11% 14%
37%
45%
約3年でエンジニア比率が

10%→45%に増加!
社員数推移
0
750
1500
2250
3000
2007 2008 2009 2010 2011 2012 2013
1643人
1996人
2141人
1771人
2089人
2527人
2764人
141人 197人 231人 257人
764人
1127人
1300人
エンジニア 全体
黎明期(2007-2010)
• システム品質のばらつきが大きい

• 全体的には品質は二の次でその場しのぎのスピード開発の空気

• ハイレベルなエンジニアがいるチームは品質が高い
当時何が起きていたか
おおよその体制
開発チームE開発チームB 開発チームC 開発チームD開発チームA
まだチームも少なく、お互いを知っ
ているため情報共有のコストが低い
ほぼプログラマーしかいない 目の前の火消しで精一杯
なぜ開発プロセスが注目されなかったのか
社員数推移
0
750
1500
2250
3000
2007 2008 2009 2010 2011 2012 2013
1643人
1996人
2141人
1771人
2089人
2527人
2764人
141人 197人 231人 257人
764人
1127人
1300人
エンジニア 全体
混乱期(2011-2012前半)
黎明期(2007-2010)
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
!!
64
372
915
0
500
1,000
37
2 64 → 915
6
ビジネス拡大の総力戦の真っ只中
とはいえ、

一時的に現場は多少混乱した
育成への投資と組織文化が後押し
開発チーム
開発チーム開発チーム
開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム 開発チーム 開発チーム 開発チーム開発チーム
いくつかのチームが動き出した
混乱に必要なもの
秩序
開発の優先順位がわからない!
作業を優先順位付けましょう
開発の終わりが見えない!
計測して予測しましょう
何が生まれたか
透明な進 状況
強いチーム
自律的なコミュニケーション
が広まる
あのチームなんで

うまくいってんの?
社員数推移
0
750
1500
2250
3000
2007 2008 2009 2010 2011 2012 2013
1643人
1996人
2141人
1771人
2089人
2527人
2764人
141人 197人 231人 257人
764人
1127人
1300人
エンジニア 全体
普及期(2012後半-現在)
サービス開発のノウハウも増えてきた
リリースのサイクルをもっと速く!
増え続けるサービスの品質を担保したい
中央集権的な管理から自律的なチームへ
組織課題
Scrum!!
役員陣が興味を持ち始めてくれた
社内研究レポートで受賞
社内勉強会が多く開催される
AmebaのScrumの普及
混乱の中での小さな改善が

結果として組織全体が真似し始めた
•Scrumを組織に浸透させるTips
組織をまるごと変えてやる!
最高のチームを作る!
真似されることによって

自律的に浸透する
チームを変えるためにコスパの高い施策
タスクの粒度とWIP制限
ストーリー着手の直列化
デイリーリリース
進行中のタスクの生存期間は

1日に固定

(一日以内に終わらせる粒度)
タスクの粒度とWIP制限
翌日の朝会で進行中のままになっているタスクがあっ
た場合は、その場で粒度について議論する
タスクの粒度とWIP制限
チームを変えるためにコスパの高い施策
タスクの粒度とWIP制限
ストーリー着手の直列化
デイリーリリース
ストーリー着手の直列化
ストーリーの並列着手をやめる
ストーリー着手の直列化
ストーリー着手の直列化
ストーリー着手の直列化
ストーリー着手の直列化
ストーリー着手の直列化
ストーリー着手の直列化
一つのストーリーを全員で着手して

ひとつひとつ確実につぶしていく
•不安や悩みはその場で相談・解決

•結果として開発速度向上

•開発者の不安をなくす

•ペアプログラミング導入
チームを変えるためにコスパの高い施策
タスクの粒度とWIP制限
ストーリー着手の直列化
デイリーリリース
デイリーリリース
職人芸の手動ビルドを排除し、
結合のコストを下げる
デイリーリリース
進 の透明性確保

成果物マージの抵抗感の低減
まとめ
AmebaのScrumはカオスから始まった
組織を動かす前に最高のチームを
コスパの高いものから導入
ご清聴ありがとうございました
Images Credit(Flickr.com)

!
slide 7: Some rights reserved by kharied(http://www.flickr.com/photos/kharied/3331716380/)

slide 9: Some rights reserved by Official U.S. Navy Imagery(http://www.flickr.com/photos/usnavy/8426065379/)

slide 9: Some rights reserved by mellyjean(http://www.flickr.com/photos/mellyjean/3331718607/)

slide 12:Some rights reserved by nate steiner(http://www.flickr.com/photos/nate/321938695/)

slide 16:Some rights reserved by esterina on silver(http://www.flickr.com/photos/esterinasilver/3024062418/)

slide 19:Some rights reserved by Bueggel(goo.gl/iFfD6E)

slide 22:Some rights reserved by Julia Manzerova(goo.gl/GcZSvO)

slide 25:Some rights reserved by Joseph Kesisoglou(http://www.flickr.com/photos/josephkes/5886199731/)

slide 26:Some rights reserved by francisco_osorio(goo.gl/VrvRes)

slide 30:Some rights reserved by Padmanaba01(http://www.flickr.com/photos/43423301@N07/3998449040/)

slide 32:Some rights reserved by romec1(http://www.flickr.com/photos/romec1/3246065362/)

slide 33:Some rights reserved by Tom Leuntjens Photography(http://www.flickr.com/photos/vstrash/2847241785/in/photostream/)

slide 44:Some rights reserved by KSI Photography(http://www.flickr.com/photos/kbear65/3478108126/)

slide 46:Some rights reserved by On Being(http://www.flickr.com/photos/speakingoffaith/7178639136/)

More Related Content

What's hot

kintoneチームのKAIZEN文化
kintoneチームのKAIZEN文化kintoneチームのKAIZEN文化
kintoneチームのKAIZEN文化Ryo Mitoma
 
開発初心者がAWSサービスを色々使ってアプリ開発をした話
開発初心者がAWSサービスを色々使ってアプリ開発をした話開発初心者がAWSサービスを色々使ってアプリ開発をした話
開発初心者がAWSサービスを色々使ってアプリ開発をした話MaiFujisawa
 
はじめてのAWS設計でやりがちな失敗パターンまとめ
はじめてのAWS設計でやりがちな失敗パターンまとめはじめてのAWS設計でやりがちな失敗パターンまとめ
はじめてのAWS設計でやりがちな失敗パターンまとめTetsunori Nishizawa
 
Office365のID連携の機能の移り変わりについて
Office365のID連携の機能の移り変わりについてOffice365のID連携の機能の移り変わりについて
Office365のID連携の機能の移り変わりについてGenki WATANABE
 
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみてHiroyuki Hiki
 
JAWSDAYS2014 Amazon Kinesis for Beginner
JAWSDAYS2014 Amazon Kinesis for BeginnerJAWSDAYS2014 Amazon Kinesis for Beginner
JAWSDAYS2014 Amazon Kinesis for BeginnerToshiyuki Konparu
 
Jawsug asa#24 awscertified
Jawsug asa#24 awscertifiedJawsug asa#24 awscertified
Jawsug asa#24 awscertifiedssuser868e2d
 

What's hot (7)

kintoneチームのKAIZEN文化
kintoneチームのKAIZEN文化kintoneチームのKAIZEN文化
kintoneチームのKAIZEN文化
 
開発初心者がAWSサービスを色々使ってアプリ開発をした話
開発初心者がAWSサービスを色々使ってアプリ開発をした話開発初心者がAWSサービスを色々使ってアプリ開発をした話
開発初心者がAWSサービスを色々使ってアプリ開発をした話
 
はじめてのAWS設計でやりがちな失敗パターンまとめ
はじめてのAWS設計でやりがちな失敗パターンまとめはじめてのAWS設計でやりがちな失敗パターンまとめ
はじめてのAWS設計でやりがちな失敗パターンまとめ
 
Office365のID連携の機能の移り変わりについて
Office365のID連携の機能の移り変わりについてOffice365のID連携の機能の移り変わりについて
Office365のID連携の機能の移り変わりについて
 
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて
 
JAWSDAYS2014 Amazon Kinesis for Beginner
JAWSDAYS2014 Amazon Kinesis for BeginnerJAWSDAYS2014 Amazon Kinesis for Beginner
JAWSDAYS2014 Amazon Kinesis for Beginner
 
Jawsug asa#24 awscertified
Jawsug asa#24 awscertifiedJawsug asa#24 awscertified
Jawsug asa#24 awscertified
 

Viewers also liked

Jvm operation casual talks
Jvm operation casual talksJvm operation casual talks
Jvm operation casual talksYusaku Watanabe
 
WEB開発を加速させる。アジャイル開発に最適なデータ構造とORマッパの形
WEB開発を加速させる。アジャイル開発に最適なデータ構造とORマッパの形WEB開発を加速させる。アジャイル開発に最適なデータ構造とORマッパの形
WEB開発を加速させる。アジャイル開発に最適なデータ構造とORマッパの形Yusaku Watanabe
 
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12Kazumasa EBATA
 
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2Takenori Takaki
 
Scrumの根っこ
Scrumの根っこScrumの根っこ
Scrumの根っこKoji Sudo
 
1から学ぶスクラム
1から学ぶスクラム1から学ぶスクラム
1から学ぶスクラムKeisuke Izumiya
 
Scrum, Agile, XP, at Community Lightning Talks at Developers Summit 2013 from...
Scrum, Agile, XP, at Community Lightning Talks at Developers Summit 2013 from...Scrum, Agile, XP, at Community Lightning Talks at Developers Summit 2013 from...
Scrum, Agile, XP, at Community Lightning Talks at Developers Summit 2013 from...Kenji Hiranabe
 
Scrumを使うと本当に成長できるの?
Scrumを使うと本当に成長できるの?Scrumを使うと本当に成長できるの?
Scrumを使うと本当に成長できるの?Takuo Doi
 
Why do we use Scrum? ユーザ企業のスクラム導入事例 ~失敗体験から学んだスクラムの本質~
Why do we use Scrum? ユーザ企業のスクラム導入事例 ~失敗体験から学んだスクラムの本質~Why do we use Scrum? ユーザ企業のスクラム導入事例 ~失敗体験から学んだスクラムの本質~
Why do we use Scrum? ユーザ企業のスクラム導入事例 ~失敗体験から学んだスクラムの本質~Takeshi Kaise
 
Scrum始めました
Scrum始めましたScrum始めました
Scrum始めましたminamo
 
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!Moto Arima
 
第17回すくすくスクラム 振り返りの基礎はこれだ!
第17回すくすくスクラム 振り返りの基礎はこれだ!第17回すくすくスクラム 振り返りの基礎はこれだ!
第17回すくすくスクラム 振り返りの基礎はこれだ!Eiichi Hayashi
 
Scrum with Redmine Backlogs
Scrum with Redmine BacklogsScrum with Redmine Backlogs
Scrum with Redmine BacklogsRyuta Hamasaki
 
自己組織的なScrumチームの目指し方
自己組織的なScrumチームの目指し方自己組織的なScrumチームの目指し方
自己組織的なScrumチームの目指し方Takuo Doi
 
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法Hirotaka Osaki
 

Viewers also liked (20)

Jvm operation casual talks
Jvm operation casual talksJvm operation casual talks
Jvm operation casual talks
 
WEB開発を加速させる。アジャイル開発に最適なデータ構造とORマッパの形
WEB開発を加速させる。アジャイル開発に最適なデータ構造とORマッパの形WEB開発を加速させる。アジャイル開発に最適なデータ構造とORマッパの形
WEB開発を加速させる。アジャイル開発に最適なデータ構造とORマッパの形
 
QCon SF-feedback
QCon SF-feedbackQCon SF-feedback
QCon SF-feedback
 
ゼロからのscrum
ゼロからのscrumゼロからのscrum
ゼロからのscrum
 
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12Scrum & 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これから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
 
Scrumの根っこ
Scrumの根っこScrumの根っこ
Scrumの根っこ
 
ヤフオクで1年間 Scrumを推進した結果
ヤフオクで1年間 Scrumを推進した結果ヤフオクで1年間 Scrumを推進した結果
ヤフオクで1年間 Scrumを推進した結果
 
1から学ぶスクラム
1から学ぶスクラム1から学ぶスクラム
1から学ぶスクラム
 
Scrum, Agile, XP, at Community Lightning Talks at Developers Summit 2013 from...
Scrum, Agile, XP, at Community Lightning Talks at Developers Summit 2013 from...Scrum, Agile, XP, at Community Lightning Talks at Developers Summit 2013 from...
Scrum, Agile, XP, at Community Lightning Talks at Developers Summit 2013 from...
 
Scrumを使うと本当に成長できるの?
Scrumを使うと本当に成長できるの?Scrumを使うと本当に成長できるの?
Scrumを使うと本当に成長できるの?
 
Why do we use Scrum? ユーザ企業のスクラム導入事例 ~失敗体験から学んだスクラムの本質~
Why do we use Scrum? ユーザ企業のスクラム導入事例 ~失敗体験から学んだスクラムの本質~Why do we use Scrum? ユーザ企業のスクラム導入事例 ~失敗体験から学んだスクラムの本質~
Why do we use Scrum? ユーザ企業のスクラム導入事例 ~失敗体験から学んだスクラムの本質~
 
Scrum始めました
Scrum始めましたScrum始めました
Scrum始めました
 
スクラム再入門
スクラム再入門スクラム再入門
スクラム再入門
 
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
 
第17回すくすくスクラム 振り返りの基礎はこれだ!
第17回すくすくスクラム 振り返りの基礎はこれだ!第17回すくすくスクラム 振り返りの基礎はこれだ!
第17回すくすくスクラム 振り返りの基礎はこれだ!
 
Summary of Scrum Guide
Summary of Scrum GuideSummary of Scrum Guide
Summary of Scrum Guide
 
Scrum with Redmine Backlogs
Scrum with Redmine BacklogsScrum with Redmine Backlogs
Scrum with Redmine Backlogs
 
自己組織的なScrumチームの目指し方
自己組織的なScrumチームの目指し方自己組織的なScrumチームの目指し方
自己組織的なScrumチームの目指し方
 
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
 

Similar to Regional Scrum Gathering® Tokyo 2014

モデリングの未来 〜~パネルディスカッション
モデリングの未来 〜~パネルディスカッションモデリングの未来 〜~パネルディスカッション
モデリングの未来 〜~パネルディスカッションTomoharu ASAMI
 
SCRUMMASTER THE BOOK翻訳活動における、リモート x モブ実践
SCRUMMASTER THE BOOK翻訳活動における、リモート x モブ実践SCRUMMASTER THE BOOK翻訳活動における、リモート x モブ実践
SCRUMMASTER THE BOOK翻訳活動における、リモート x モブ実践ikikko
 
UXを損ねる静的コンテンツ配信アンチパターン7選
UXを損ねる静的コンテンツ配信アンチパターン7選UXを損ねる静的コンテンツ配信アンチパターン7選
UXを損ねる静的コンテンツ配信アンチパターン7選Yuki Okada
 
駅すぱあとWebサービスにおけるAWSとその周辺
駅すぱあとWebサービスにおけるAWSとその周辺駅すぱあとWebサービスにおけるAWSとその周辺
駅すぱあとWebサービスにおけるAWSとその周辺Mikawa Kouta
 
チームラボ スマホアプリチームの面白い仕事の作り方
チームラボ スマホアプリチームの面白い仕事の作り方チームラボ スマホアプリチームの面白い仕事の作り方
チームラボ スマホアプリチームの面白い仕事の作り方Wataru Sakashita
 
あじゃいる時代の品質保証 ~DevSQAの提案~
あじゃいる時代の品質保証 ~DevSQAの提案~あじゃいる時代の品質保証 ~DevSQAの提案~
あじゃいる時代の品質保証 ~DevSQAの提案~Hiroaki Matsunaga
 
ドメイン『駆動』『開発』
ドメイン『駆動』『開発』ドメイン『駆動』『開発』
ドメイン『駆動』『開発』Hiroshi Maekawa
 
[JSSUG(2020-11-28)]SQL DatabaseとAutomation
[JSSUG(2020-11-28)]SQL DatabaseとAutomation[JSSUG(2020-11-28)]SQL DatabaseとAutomation
[JSSUG(2020-11-28)]SQL DatabaseとAutomationKoji Yamada
 
[JAWS-SG#02] JAWS DAYSのオンライン配信は君でもできる
[JAWS-SG#02] JAWS DAYSのオンライン配信は君でもできる[JAWS-SG#02] JAWS DAYSのオンライン配信は君でもできる
[JAWS-SG#02] JAWS DAYSのオンライン配信は君でもできるShigeru Numaguchi
 
アジャイルパラレル開発
アジャイルパラレル開発アジャイルパラレル開発
アジャイルパラレル開発Fumio Kawakami
 
Being healthy dev and ops in cookpad - Issei Naruta
Being healthy dev and ops in cookpad - Issei NarutaBeing healthy dev and ops in cookpad - Issei Naruta
Being healthy dev and ops in cookpad - Issei NarutaDevopsdays
 
最高のリモート開発を実現するために取り組んでいること - Cybozu Tech Conference 2017
最高のリモート開発を実現するために取り組んでいること - Cybozu Tech Conference 2017最高のリモート開発を実現するために取り組んでいること - Cybozu Tech Conference 2017
最高のリモート開発を実現するために取り組んでいること - Cybozu Tech Conference 2017Yuki Okada
 
AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介
AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介
AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介Naoyuki Yamada
 
リモートワーカー働き方実態とテレワーク導入企業事例について
リモートワーカー働き方実態とテレワーク導入企業事例についてリモートワーカー働き方実態とテレワーク導入企業事例について
リモートワーカー働き方実態とテレワーク導入企業事例についてZappyLink Co.,Ltd.
 
Cloudpackが実現するビジネス課題の解決と新しい価値の提供
Cloudpackが実現するビジネス課題の解決と新しい価値の提供Cloudpackが実現するビジネス課題の解決と新しい価値の提供
Cloudpackが実現するビジネス課題の解決と新しい価値の提供Hiroyuki Hiki
 
WordPressの進化とWordPress名古屋コミュニティの進化
WordPressの進化とWordPress名古屋コミュニティの進化WordPressの進化とWordPress名古屋コミュニティの進化
WordPressの進化とWordPress名古屋コミュニティの進化takashi ono
 
Engineers can change the world ~ "世界" で活躍するエンジニアになるために
Engineers can change the world ~ "世界" で活躍するエンジニアになるためにEngineers can change the world ~ "世界" で活躍するエンジニアになるために
Engineers can change the world ~ "世界" で活躍するエンジニアになるためにAkira Inoue
 
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策Hironori Miura
 

Similar to Regional Scrum Gathering® Tokyo 2014 (20)

モデリングの未来 〜~パネルディスカッション
モデリングの未来 〜~パネルディスカッションモデリングの未来 〜~パネルディスカッション
モデリングの未来 〜~パネルディスカッション
 
SCRUMMASTER THE BOOK翻訳活動における、リモート x モブ実践
SCRUMMASTER THE BOOK翻訳活動における、リモート x モブ実践SCRUMMASTER THE BOOK翻訳活動における、リモート x モブ実践
SCRUMMASTER THE BOOK翻訳活動における、リモート x モブ実践
 
UXを損ねる静的コンテンツ配信アンチパターン7選
UXを損ねる静的コンテンツ配信アンチパターン7選UXを損ねる静的コンテンツ配信アンチパターン7選
UXを損ねる静的コンテンツ配信アンチパターン7選
 
駅すぱあとWebサービスにおけるAWSとその周辺
駅すぱあとWebサービスにおけるAWSとその周辺駅すぱあとWebサービスにおけるAWSとその周辺
駅すぱあとWebサービスにおけるAWSとその周辺
 
Staticwp 20131013
Staticwp 20131013Staticwp 20131013
Staticwp 20131013
 
チームラボ スマホアプリチームの面白い仕事の作り方
チームラボ スマホアプリチームの面白い仕事の作り方チームラボ スマホアプリチームの面白い仕事の作り方
チームラボ スマホアプリチームの面白い仕事の作り方
 
あじゃいる時代の品質保証 ~DevSQAの提案~
あじゃいる時代の品質保証 ~DevSQAの提案~あじゃいる時代の品質保証 ~DevSQAの提案~
あじゃいる時代の品質保証 ~DevSQAの提案~
 
ドメイン『駆動』『開発』
ドメイン『駆動』『開発』ドメイン『駆動』『開発』
ドメイン『駆動』『開発』
 
[JSSUG(2020-11-28)]SQL DatabaseとAutomation
[JSSUG(2020-11-28)]SQL DatabaseとAutomation[JSSUG(2020-11-28)]SQL DatabaseとAutomation
[JSSUG(2020-11-28)]SQL DatabaseとAutomation
 
[JAWS-SG#02] JAWS DAYSのオンライン配信は君でもできる
[JAWS-SG#02] JAWS DAYSのオンライン配信は君でもできる[JAWS-SG#02] JAWS DAYSのオンライン配信は君でもできる
[JAWS-SG#02] JAWS DAYSのオンライン配信は君でもできる
 
アジャイルパラレル開発
アジャイルパラレル開発アジャイルパラレル開発
アジャイルパラレル開発
 
Being healthy dev and ops in cookpad - Issei Naruta
Being healthy dev and ops in cookpad - Issei NarutaBeing healthy dev and ops in cookpad - Issei Naruta
Being healthy dev and ops in cookpad - Issei Naruta
 
最高のリモート開発を実現するために取り組んでいること - Cybozu Tech Conference 2017
最高のリモート開発を実現するために取り組んでいること - Cybozu Tech Conference 2017最高のリモート開発を実現するために取り組んでいること - Cybozu Tech Conference 2017
最高のリモート開発を実現するために取り組んでいること - Cybozu Tech Conference 2017
 
VIOPS09: その鐘を鳴らすのはあなた
VIOPS09: その鐘を鳴らすのはあなたVIOPS09: その鐘を鳴らすのはあなた
VIOPS09: その鐘を鳴らすのはあなた
 
AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介
AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介
AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介
 
リモートワーカー働き方実態とテレワーク導入企業事例について
リモートワーカー働き方実態とテレワーク導入企業事例についてリモートワーカー働き方実態とテレワーク導入企業事例について
リモートワーカー働き方実態とテレワーク導入企業事例について
 
Cloudpackが実現するビジネス課題の解決と新しい価値の提供
Cloudpackが実現するビジネス課題の解決と新しい価値の提供Cloudpackが実現するビジネス課題の解決と新しい価値の提供
Cloudpackが実現するビジネス課題の解決と新しい価値の提供
 
WordPressの進化とWordPress名古屋コミュニティの進化
WordPressの進化とWordPress名古屋コミュニティの進化WordPressの進化とWordPress名古屋コミュニティの進化
WordPressの進化とWordPress名古屋コミュニティの進化
 
Engineers can change the world ~ "世界" で活躍するエンジニアになるために
Engineers can change the world ~ "世界" で活躍するエンジニアになるためにEngineers can change the world ~ "世界" で活躍するエンジニアになるために
Engineers can change the world ~ "世界" で活躍するエンジニアになるために
 
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策
 

More from Yusaku Watanabe

組織をシステム化するReactiveManagement
組織をシステム化するReactiveManagement組織をシステム化するReactiveManagement
組織をシステム化するReactiveManagementYusaku Watanabe
 
エンジニアがプロダクトマネージャーに進化すると何が起きるのか
エンジニアがプロダクトマネージャーに進化すると何が起きるのかエンジニアがプロダクトマネージャーに進化すると何が起きるのか
エンジニアがプロダクトマネージャーに進化すると何が起きるのかYusaku Watanabe
 
PageRankアルゴリズムを使った人事評価についての実験
PageRankアルゴリズムを使った人事評価についての実験PageRankアルゴリズムを使った人事評価についての実験
PageRankアルゴリズムを使った人事評価についての実験Yusaku Watanabe
 
スケーラブルなアプリケーション開発を考える
スケーラブルなアプリケーション開発を考えるスケーラブルなアプリケーション開発を考える
スケーラブルなアプリケーション開発を考えるYusaku Watanabe
 
Pythonによる並列プログラミング -GPGPUも-
Pythonによる並列プログラミング   -GPGPUも- Pythonによる並列プログラミング   -GPGPUも-
Pythonによる並列プログラミング -GPGPUも- Yusaku Watanabe
 
実録 WEBエンジニアが Titanium Mobileアプリを開発するまで
実録 WEBエンジニアが Titanium Mobileアプリを開発するまで実録 WEBエンジニアが Titanium Mobileアプリを開発するまで
実録 WEBエンジニアが Titanium Mobileアプリを開発するまでYusaku Watanabe
 
GPGPUによるパーソナルスーパーコンピュータの可能性
GPGPUによるパーソナルスーパーコンピュータの可能性GPGPUによるパーソナルスーパーコンピュータの可能性
GPGPUによるパーソナルスーパーコンピュータの可能性Yusaku Watanabe
 

More from Yusaku Watanabe (8)

組織をシステム化するReactiveManagement
組織をシステム化するReactiveManagement組織をシステム化するReactiveManagement
組織をシステム化するReactiveManagement
 
エンジニアがプロダクトマネージャーに進化すると何が起きるのか
エンジニアがプロダクトマネージャーに進化すると何が起きるのかエンジニアがプロダクトマネージャーに進化すると何が起きるのか
エンジニアがプロダクトマネージャーに進化すると何が起きるのか
 
PageRankアルゴリズムを使った人事評価についての実験
PageRankアルゴリズムを使った人事評価についての実験PageRankアルゴリズムを使った人事評価についての実験
PageRankアルゴリズムを使った人事評価についての実験
 
スケーラブルなアプリケーション開発を考える
スケーラブルなアプリケーション開発を考えるスケーラブルなアプリケーション開発を考える
スケーラブルなアプリケーション開発を考える
 
Pythonによる並列プログラミング -GPGPUも-
Pythonによる並列プログラミング   -GPGPUも- Pythonによる並列プログラミング   -GPGPUも-
Pythonによる並列プログラミング -GPGPUも-
 
実録 WEBエンジニアが Titanium Mobileアプリを開発するまで
実録 WEBエンジニアが Titanium Mobileアプリを開発するまで実録 WEBエンジニアが Titanium Mobileアプリを開発するまで
実録 WEBエンジニアが Titanium Mobileアプリを開発するまで
 
Ameba Piggの裏側
Ameba Piggの裏側Ameba Piggの裏側
Ameba Piggの裏側
 
GPGPUによるパーソナルスーパーコンピュータの可能性
GPGPUによるパーソナルスーパーコンピュータの可能性GPGPUによるパーソナルスーパーコンピュータの可能性
GPGPUによるパーソナルスーパーコンピュータの可能性
 

Regional Scrum Gathering® Tokyo 2014