LeSS in Action: Scrum Developer

This event has been cancelled.


Description :

スクラム の 開発チーム メンバーとして、正しくかつ効率的に恊働できる人材育成を目的としてScrum Alliance®により作られた、体系的ソフトウェア開発者の教育・認定プログラムです。

本トレーニング中に能力を評価された方は、Scrum Alliance®に登録されます。残念ながら、本トレーニングは、お金で資格を取得(購入)するための研修ではございません。

Organizational Agility is constrained by Technical Agility.

The 5-day development practice course is 70% hands on and 30% lecture and has three main focuses: Large-Scale Scrumtechnical practices and real team dynamics. It cover Scrum practices such as cross-team Sprint Planning, Backlog Refinement, working as a team and a lot of technical practices such as Test-Driven DevelopmentContinuous IntegrationAcceptance Test-Driven Development and Refactoring. It also covers how to apply these practices in a legacy codebase situation.

Agenda :

スクラム のプラクティス
  • スプリント計画
  • バックログリファインメント
  • スクラムの開発チームメンバーとして働くということなど
  • アジャイルな設計
  • テスト駆動開発(Test-Driven Development:TDD)
  • 継続的インテグレーション(Continuous Integration:CI)
  • 受入駆動開発(Acceptance Test Driven Development: ATDD)
  • リファクタリング
  • レガシーコードの改善方法 など

Scrum Alliance®が定めた5日間の研修を受講しなければなりません。
スクラム の原理原則や、正しい スクラム を理解と、ソフトウェア開発者として必要な技術的な教育を行います。




  • Requirement workshop / A-TDD
  • Definition of Done
  • Cucumber and Friends
  • Sprint Plannings


  • Test-Driven Development
  • Collaboration (Working in teams, SCM, Build Automation and other tools, Pair Programming, Continuous Integration and CI Systems, Collective Code Ownership)


  • Code Smells & Refactoring
  • Thinking about test and test automation (Testing Pyramid, Mocking, Unit testing in other languages: JavaScript, Python, etc., Good Unit Testing


  • Thinking about Design
  • Feature Team Revisit


  • Working with Legacy Code 
  • Craftsmanship
  • Retrospective

Details :





Scrum Alliance®「認定スクラムデベロッぺー(Certified Scrum Developer®:CSD®)」の知識と技術を取得し、認定資格取得を目標とします。実際に理想的な スクラム 開発チーム の1週間のスプリントを体験する過程で、小さなアプリケーションを構築しながら、適切な知識や技術、チームとして効率的に働きく習慣を得るでしょう。

近年、高い技術力を求められる市場において、有益な能力を保有している証明になります。併せて、継続的に技術力の向上、継続的な改善できる能力を持っている証明にもなります。また本研修は、高い技術力を持つエンジニアへ成長させ、参加者が良い スクラム の実践者となれるようにサポートします。


Product Backlog Refinement Workshop

In Large-Scale Scrum, the PBR workshop is one of the most important activities. By actually doing the workshop for our 1 week sprint with multiple teams, we will cover the 3 important aspects of this workshop: splitting big items, detailing the items and estimation. Some optional techniques we might cover based on the situation include: impact mapping, storying mapping, specification by example, estimation ceremonies, etc.

Definition of Done

Sprint Plannings

(Cross-team) Sprint Planning Part One is mostly covered by the PBR workshop, since there’s only one sprint. Sprint Planning Part Two will be explained and practiced in detail.

Acceptance Test Driven Development with Cucumber and Friends

This part explains how to drive the iteration with the examples derived from the PBR workshop. Detailed technical approach, good practices and conventions are discussed here.

The actual teaching or lecture is usually delayed to the next a couple of days until the participants had some real experience struggling with the tools and process. Most of the learning should be from the practices and on-time coaching from the course instructors. Same as all the other technical practices

Test-Driven Development

From day 2, all the code need to be written by TDD. Same as described above, the philosophy will be explained very quickly, most of the learning should come from hands-on coaching and practicing.


This part explains the fundamental techniques and practices that enable teams to collaboration in a Large-Scale Scrum situation. Including:

    • Working in teams 
    • SCM, Build Automation and other tools
    • Pair Programming
    • Continuous Integration and CI Systems
    • Collective Code Ownership

This is getting ready for the participant to really understand why things are happening in the way they are in Large-Scale Scrum.

Code Refactoring

This part covers the why, what and how of code refactoring. We’ll train people to have the nose to smell bad code and also the techniques to remove the bad smells.

More on Test Automation

With both, the automated acceptance test and unit test covered in the course, in this part we go deeper into (automated) testing. Including:

  • Real testing/exploratory testing
  • Product-wise testing strategies
  • Good automated testing
  • Unit testing other programming languages

Thinking about Design

Here we discuss the difference between emergent design and the traditional style of design that happens often in a waterfall process.

On top of that, we also talk about the design principles and paradigms.

Thinking about real testing, again

Feature Teams

With all gained knowledge from the first 4 days, we finally explore this organizational structure topic again and see the links between the technical practices and team approaching and feature teams.

Legacy Code

Based on the book by Michael Feathers, Working Effectively With Legacy Code, we discuss the way of working when the code is not maintained with good test coverage and the knowledge about how the code works is lost.


During this one of the final part where we discuss the alternative metaphor for software practitioners to map to their career and guide them.