Campaign: スクラムのスケールアップ Scaling up Scrum

Cisco’s Agile Journey – Continuous Delivery and Scaling Scrum

Ciscoは、アジャイル開発の手法の1つである、スクラムという方法を使いビジネスのやり方を変えようとしています。100%ウォーターフォールモデルを使っていた25,000人のCiscoのエンジニアをどのようにスクラムに移行していったのかをご紹介します。 現在、ビジネス側との強いパートナーシップと連携がビジネスの結果をより迅速に提供する原動力となっています。 しかしながら、私達のアジャイルへの進化のジャーニーは3年前に始まり、戦略的に、戦術的に、そして段階的に進められておりいまだ進行中です。 このジャーニーは、1つのサイクルが6か月から9か月を要するウォーターフォールモデルから、毎週、毎月と短期間で新しい機能をリリースできるアジャイル手法へビジネスの遂行力を変えていかなければならないという 必要性をエグゼクティブリーダーシップが認識し、強く希望したことから始まりました。 そして、全社的にこの進化の要となるアジャイル・リーダーを育成するという難しさを経験しました。 ...more »

Submitted by

Voting

37 votes
37 up votes
0 down votes

Campaign: スクラムのスケールアップ Scaling up Scrum

大規模スクラムによる市場変化に対応できる組織作り

めまぐるしく変化するIT業界において、変化に対応できる組織の構築が企業の課題となっています。

私たちはインターネットサービスの市場変化に素早く対応できる組織作りを目指し、4つの開発チームで3つのサービスを開発するという取り組みに挑戦しました。

本セッションでは、組織作りを目的に大規模スクラムを導入した背景、この取り組みが組織に何をもたらしたのかを紹介します。

 

■想定する受講者像

・大規模システムの開発担当者

・マネージャー

 

■どのようなものを得られるか

・大規模スクラムの実践例

・市場変化に対応できる組織作り

Submitted by

Voting

11 votes
11 up votes
0 down votes

Campaign: スクラムのスケールアップ Scaling up Scrum

Product Backlog Refinement Workshop in Large Scale Scrum

Product backlog refinement (or grooming) is one of the activities in Scrum. This session is about how to do it in different scales. In this session, we’ll explore the product backlog refinement practices from the situation of “a single person project”, to "a single scrum team", to "one PO with multiple teams", and to "8+ teams on one product." The examples in the session are from real life organization. There will also ...more »

Submitted by

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

Two flip chart stands.

追加の詳細情報 / Comments :

The speaker is an agile coach from Odd-e Singapore team. He's more than 1 decade experience in Nokia gave him deep understanding in Large Scale Scrum. He is also a certified SAFe Program Consultant, with which he has a good understanding of how scaling frameworks differentiate from each other.

The speaker is also a developer in open source projects. And he is the developer of http://less.works web site.

Voting

18 votes
18 up votes
0 down votes

Campaign: スクラムのスケールアップ Scaling up Scrum

NexusとLeSSの概要説明、比較

これまで、SAFe、DADなどのアジャイルをスケールさせる方法論がありましたが、どれも非常に多くのことが定義されていて、スモールチームのアジャイル開発実践者にはかえってハードルが高かったと思います。 最近LeSS、Nexusと多くを定義するのではなく、スクラムのように見える化と改善のミニマムのフレームワークを定義するものが出てきました。 本セッションでは、Bas Voddeが提唱しているLeSS(Large Scale Scrum)と、スクラムの生みの親、Ken Schwaberの、まだ発表されて間もないNexus ガイドの2つをご紹介します。そこには1チームでの成功をスローダウンする事なく、連続的にスケールしていく方法のヒントがあります。 他のスケール手法との比較なども、参加者の方とディスカッションできればと考えています。スケールが必要なプロジェクトでもアジャイル開発を楽しんでいく方法を探しましょう。 https://www.scrum.org/Resources/The-Nexus-Guide ...more »

Submitted by

追加の詳細情報 / Comments :

共同発表者:木村 卓央 株式会社ガイアックス RND PMO , 合同会社カナタク 代表

Voting

26 votes
26 up votes
0 down votes

Campaign: スクラムのスケールアップ Scaling up Scrum

「遅延のコスト」に基づく経済的優先順位づけ方法

Quantify the cost of delay, prioritize your backlog with an economic view アジャイル開発では、より高い経済的成果がより早く得られるよう、開発内容を管理するバックログの優先順位が常に適切に更新されなければならない。現在、プロダクトオーナーがバックログの個々の項目に対し、期待されるビジネス上の価値を予測し、その予測に基づいて開発順序を決めたり、MoSCoW体系や狩野の顧客満足度モデルなどの評価方法を用いて評価したりすることが一般的に行われている。しかし、多くのプロダクトオーナーは、優先順位付けが依然として難しい課題の1つと感じている。 Reinertsen[1]は「遅延のコスト」を定量化することによって、時間の流れに伴う価値の変化を理解し、経済的な視点で意思決定を行うという「遅延のコスト」の経済学に基づく優先順位付けの方法を示した。SAFe[2]では、それを具体化する形で、「遅延のコスト」に影響する主要な要因を定義することにより、個々のバックログ項目の「遅延のコスト」の見積もりを可能にした。また、バックログ項目の「遅延のコスト」と開発労力の見積もり値により算出される「重みづけされた最短作業から着手(WSJF)」[3]によって優先順位を決めていく方法を推奨する。 ...more »

Submitted by

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

ペン、附箋

追加の詳細情報 / Comments :

解説:15分、演習:30分

Voting

8 votes
8 up votes
0 down votes