読書メーターの事例に学ぶ属人性のないチーム開発（技術書典5頒布記事） | トリスタinside
こんにちは。読書メーター開発チームの荻野です。 今回の記事では、技術書典5で頒布したトリスタinside出張版 Vol.01に記載した「読書メーターの事例に学ぶ属人性のないチーム開発」を、ブログ向けに修正を加えつつ全文公開します。 記事タイトルの「属人性のないチーム開発」はキャッチーさを優先させたもので、実際には完全に属人性を排除しているとは言い切れませんが、チーム開発改善事例のひとつとして、みなさんの参考になれば幸いです。 読書メーターはもともと個人開発から始まったサービスで、6年に渡るサービス運用ののち、2014年にドワンゴが買収しました（現在はトリスタが開発・運用をしています）。 当時の私のミッションは、このアプリケーションのリプレースでした。 本記事では、手探りで始まったチーム開発においてどのような課題が生じ、それらをどのように解決したのかを、時系列順に解説します。 エンジニアの視
なぜ、マネジメントが重要なのか？ 米Microsoftで働く日本人エンジニアが語る、“楽しく開発”するために必要なこと - Part3
2018年1月11日から13日の3日間、第8回目となるRegional Scrum Gathering® Tokyoが開催されました。スクラムの初心者からエキスパート、ユーザー企業から開発企業まで、立場の異なる様々な人々が集まる学びの場である本イベント。世界中からスクラム開発におけるエキスパートたちが一堂に会し、最新の情報や自身の知見を惜しげもなく語ります。2日目のKeynote「敢えて属人化せよ！ エキスパートの集団こそが最強のチーム」に登壇したのは、Microsoft本社で活躍するエンジニア、河野通宗氏。日本からアメリカへと移った中で感じたカルチャーショックと、その開発環境について語ります。 ハッカソンがエンジニアにもたらすもの 河野通宗氏（以下、河野）：では、話の続きをやります。（スライドを指して）ハッカソンの力って書いてあるんですけど、ハッカソンって、みなさんどういうイメージを
学生だってちゃんと開発したい！大学の授業でスクラムを導入しようと思った話 - Man page of CHIKU_WAIT(2)
前提 僕が居る公立はこだて未来大学では3年生の必修授業で「プロジェクト学習」と呼ばれる学科・コースの枠を超えた通年の開発演習があります。この授業ではサービスの開発や心理学研究、楕円曲線暗号のアルゴリズムの高速化やアルゴリズムの改良といった様々なテーマで最大15人程度のチームを組んで1年間取り組みます。実社会に根ざした問題群を解決していく方法を探求する取り組みらしいです。また、教員はあくまでもアドバイザーで、どんなことをするのか、何で開発するのか、どう開発していくのか、スケジュールはどうするのかすべて学生が主体となって決めていきます。そのため、チームによってですが、授業の時間以外も時間を費やすことが多く、3年生はプロジェクト学習に全力を注ぐと言っても過言ではないと思います。詳細はこちらを参照。www.fun.ac.jp 僕が所属しているプロジェクトは「ビーコンIoTで函館のまちをハックする
認定スクラムマスター研修（2019/1/15-16）【終了】 | 株式会社アトラクタ
本研修の概要この2日間の認定スクラムマスター（CSM）研修は、現在スクラムを実践している方、またはこれからスクラムに取り組む方にとって最適なコースです。 このコースには、インタラクティブな演習、実践的な実例、豊富なディスカッションなどが含まれています。 また、組織内でスクラムをどのように利用したか、今後どのようにスクラムを使用する予定であるかといった内容も共有します。 なお、本研修は英語で実施されますが、プロフェッショナルによる日本語同時通訳を提供いたします。研修テキストは英語版、日本語版のうちご希望の言語を選択いただけます。 コース終了後、すべての参加者に認定スクラムマスター(CSM)の認定資格試験を受ける機会が与えられます。 この試験に合格することで、Scrum Allianceから認定資格が付与されます。 コース料金にはScrum Allianceの認定料が含まれています。 参加費用
Outcome Delivery Practitioner研修開催のお知らせ(開催日：2019年1月17-18日) | Attractor Inc.
本研修の概要「Outcome Deliveryには、デザイン思考、リーンスタートアップ、ジョブ理論、アジャイルデリバリが一度に実施できる仕組みが揃っています。Outcome Deliveryは、バラバラだったドットをつなぎ、すごい実験をして本当に意味のある成果を生み出すのです」 Jamie O’Shaunessey, プロダクトマネージャー、Skype Outcome Deliver (OD)は、共通の目的に合わせて人々を協調できるようにし、価値を生み出すための、オープンソースのフレームワークです。ODは、価値を生み出す旅程を見えるようにするため、3つのパーツからなる統合された構造を持っています。 発見; なぜを理解し、成果を生み出すオプション; 成果をどう生み出すかを検討するデリバリ; 何をデリバーするかを決定し、アイデアをテストにかけ、実験を行い、うまく行ったこといかなかったことを学ぶ
Scrum is an abstract class
In Java, an abstract class cannot be instantiated, which means it can never really exist in a pure form. However, it can be brought into existence if it is extended — and therefore used — by a concrete implementation. In other words, if you like the behaviour described in the abstract class, you can extend it, and create your own custom version. However, there is a contract or an agreement implied
レッツゴーデベロッパー平成ジェネレーションズFINAL #5000dai でワークショップやってきた - ナイスビア珍道記
ライダー的な教養がないので全くわからないのですが、そういうことなんですよねタイトル。 2018/8/25(土)に楽天仙台支社にて行われたイベントにお呼ばれして、ワークショップをしてまいりました。 会社単位で声がかかったわけではないのですが、スクラム使いということで弊社ではCTOのryuzeeとわたしがお声がけいただいた次第です。 ということでスクラムチームが何をやったかちょっとレポートします。 あと旅先の食の話。 connpass.com 経緯 このイベント、東日本大震災をきっかけに東北デベロッパーズコミュニティが立ち上げた2011年を第1回目としています。 わたしはその第1回目にスクラム道スタッフとして押しかけ、スクラムセッションをやったらしいんですがあまり本編の記憶がない…*1。 Groovyセッションでは『プログラミングGroovy』が上梓された直後で、Groovyすごい！ってなって
【まとめ】レッツゴーデベロッパー平成ジェネレーションズFINAL #5000dai
おはようございます。 東京や名古屋から素晴らしいソフトウェアエンジニア集団が仙台に集結。 楽天株式会社 仙台支社の会場をお借りし「レッツゴーデベロッパー平成ジェネレーションズFINAL」のイベントを開催しました。 レッツゴーデベロッパーは、2011年の震災をきっかけに始まり、「共有と交流」をメインテーマに掲げ、東北と首都圏をはじめとした東北以外のエンジニアとの共有と交流を目的に毎年開催してきました。 そして2018年、3年ぶりに復活しました。 参加者は、30名。登壇者は、東京や名古屋から13名、スタッフは私含め7名の合計50名。みなさまのおかげで、大盛況のイベントになりましたので、ご紹介します。 基調講演 はじめに、以下のカイゼン・ジャーニーの書籍を執筆したお二人に基調講演をしていただきました。 【送料無料】 カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで /
Scrum Master Duties, Serving a Single Team (Survey Results)
Join more than 42,000 professionals who subscribe to Food for Agile Thought and be better informed about what’s happening in agile development! Join more than 42,000 professionals who subscribe to our free weekly compilation of the best news in Agile, Scrum, product management, and lean practices. TL;DR: Scrum Master Duties, Serving a Single Team Scrum Master Duties: supposedly, a great scrum
Why Longer Sprints Probably Won’t Help – [Agile for All]
As a coach, I’m frequently told, “Our sprint length is too short. We want to change it from X to Y weeks.” The time box—the sprint in Scrum, the iteration in XP and other iterative methods—is one of the most powerful tools in agile software development for revealing problems in a team or organization. Notice I said reveal, not fix. I’ve seen a few cases where the sprint length really was too short
ryuzee氏・miholovesq氏によるスクラムブートキャンプが開催されました(レポート) | NTT Communications Developer Portal
2018/6/25(月)に、吉羽龍太郎氏(@ryuzee)・永瀬美穂氏(@miholovesq)にお越しいただいて、1Dayスクラムブートキャンプ(ワークショップ)を開催していただきました！ ワークショップ内容の詳細なレポートは、内容のネタバレになってしまいますので、本レポートでは序盤にワークショップ概要を述べ、主にブラックボックス的に、参加者がスクラムブートキャンプを通じて得た学びを中心に記載します。 ワークショップの概要 ワークショップ全体は以下のような構成でした。 あるお題に対して複数回のスプリントをチームで実施 スプリントからの学びを全体で振り返り★ 座学によるスクラム全体の知識習得 + 質疑応答★ 習得した知識のアウトプット 座学でプロダクトバックログについての学習 + 質疑応答 この中から、★でマークしている振り返りで出てきた参加者の意見、および座学後の質疑応答を紹介いたします
なぜプロダクトバックログリファインメントはスクラムイベントに入っていないのか？
Ryutaro YOSHIBA @ryuzee 「なぜスクラムガイドではプロダクトバックログリファインメントをイベントとしていないのですか？」という質問を頂いたので、ぼくの見解をつらつらと。 まずプロダクトバックログでやらないといけないのは、最新の状態に保つこと、直近のスプリントで着手しそうなものの準備ができてること 2018-06-16 07:05:55 Ryutaro YOSHIBA @ryuzee (続) プロダクトバックログがこの状態になっていればOKで、いつもちょっとだけ先のことを見通しながら手入れをしておけばよい。大事なのは「プロダクトバックログの状態」ってことになる。 じゃあ、いつ手入れするのか、だけど「思いついた時にやる」だと最初はできない 2018-06-16 07:09:41 Ryutaro YOSHIBA @ryuzee (続) なのでぼくの場合は「スプリントの中間く
Agile at Scale
Summary. When implemented correctly, agile innovation teams almost always result in higher team productivity and morale, faster time to market, better quality, and lower risk than traditional approaches can achieve. What if a company were to launch dozens, hundreds, or even thousands of agile teams? Could whole segments of the business learn to operate in this manner? As enticing as such a prosp
プロダクトオーナーのアンチパターン
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スクラムにおいてプロダクトオーナーは非常に重要な役割を果たしますが、一方でうまくやるのが難しい役割でもあります。 たとえばプロダクトオーナーには、ビジネス価値を最大化する、プロダクトのビジョンを周りに示して理解させる、プロダクトバックログを管理する、ステークホルダーをマネージする、開発チームの成果物の受け入れ可否を判定するといった多岐に渡る責任があり、限られた時間の中でバランスを取りながらやっていかなければいけません。 今回は、こういうのは避けようというアンチパターンを紹介します。 そもそも…多忙すぎるプロダクトオーナー不在のプロダクトオーナースクラムイベントに参加しないプロダクトオ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Thread by @RonJeffries: "Scrum is designed for a single purpose, in my view: If you apply its roles, events, and artifacts, you will experience difficulties — impedi […]"
https://blog.crisp.se/wp-content/uploads/2018/09/KTH-Henrik-WhatIsScrum-201810.pdf
NTTみたいな企業でアジャイル開発してて思ったこと（公開用）#xpjug
Scrum Patterns
すかぶらの話
Jeff Patton氏、アジャイルのプロダクトオーナシップを語る
