境界マネジメント：拡大する組織の中での役割分担について考える - READYFOR Tech Blog
こんにちは。READYFOR（レディーフォー）で CTO をしている町野です。 READYFOR Advent Calendar 2020 の25日目の記事になります。 はじめに 早いもので、2019年に READFOR に CTO に参画して、もうすぐ２年が経とうとしています。当時まだ10名に満たなかった開発チームは倍以上の人数になり、おかげさまで全社の社員数も100名を超える規模にまで成長しました。 組織が一定の規模を超えてくると、その規模に合わせた組織の構造化が必要になってきます。この記事では、READYFOR のプロダクト開発体制をご紹介しつつ、組織設計において必ず問題になる「境界マネジメント (boundary management)」について思考を巡らせてみたいと思います。 ミッションと専門性で分かれる組織単位：Squad & Chapter READYFOR では現在、Spo
Spotify’s Failed #SquadGoals
Failed #SquadGoals Spotify doesn’t use “the Spotify model” and neither should you. By Jeremiah Lee Sunday, April 19, 2020 • Listen • Watch • En français • 日本語で • Português (Brasil) About the cover illustration Of all the allures of startup culture, few are more desireable than the speed and nimbleness of a small team. Maintaining that feeling as a company grows is a challenge. In 2012, Spotify sha
Competing With Unicornsを読んだ
Competing with Unicorns: How the World’s Best Companies Ship Software and Work Differently The Agile Samuraiの作者でありSpotifyにおいてAgile CoachとEngineerを努めたJonathan Rasmussonによる本．本書はUnicornもしくはTech companyがどのようにチームをつくり，組織をスケールさせ，文化を作っているのかについて書いている．タイトルにUnicornとあり複数の企業を扱ってるように見えるが，基本的には作者のSpotifyにおける体験が基になっておりSpotifyの話が中心になっている． なぜMicroservicesか?ではMicroservicesの最終ゴールは組織にあると書いた．これは共通の見解（のはず）である一方で，Microse
Spotify Rhythm - Agila Sverige.pptx
Author Dad Organizational Refactorist www.crisp.se Consultant Henrik Kniberg henrik.kniberg@crisp.se @HenrikKniberg Spotify Rhythm How we create focus Agile Sverige, 2016-06-01 500 1000 1500 2000 2006 2007 # of employees 2008 2009 2010 2011 2012 2013 2014 2015 2016 Henrik Kniberg Fall 2014 research: “What’s slowing us down?” Henrik Kniberg Misalignment! WIP overflow! Henrik Kniberg WTF! ?!?! #@%&?
Spotify engineering culture (part 1) - Spotify Engineering
Here’s part 1 of short animated video describing our engineering culture. This is a journey in progress, not a journey completed, and there’s a lot of variation from squad to squad. So the stuff in the video isn’t all true for all squads all the time, but it appears to be mostly true for most squads most of the time :o) Here’s the whole drawing: (Tools used: Art Rage, Wacom Intuos 5 drawing tablet
Spotifyのスケーリングアジャイル – 部隊、分隊、支部やギルドと共に歩む（Spotifyモデル）
(注)ヘンリックの許可を得てざっくり意訳しました。原文は『Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds』です。訳に対するヘルプも歓迎します。Thanks Henrik, this article is great for me. プロダクト開発をしている組織において、多角的なチーム構成を実現するのはいつもチャレンジな作業だ！ 今まで見てきた中で印象に残っている例がひとつある。それはSpotifyだ。Spotifyは3つの都市にまたがって30以上のチームにスケールしているが、アジャイルなマインドセットをキープし続けている。 Spotifyは音楽産業を一変させている魅惑的な企業だ。創業してから6年しか経っていないのに、1500万ものアクティブユーザーを抱え、400万以上の決済が行われている。また、そのプロダクトは「
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Spotifyは "Spotifyモデル "を使っていない
Test Flakiness - Methods for identifying and dealing with flaky tests - Spotify Engineering