Agile Periodization Manifesto – Part 1

“The only way to win is to learn faster than anyone else.”

Adaptive organization: We never stopped and decided that we needed to build a great training program. Instead, the training program evolved organically out of a methodical approach to evolving our own process. This process of orientation was subject to constant experimentation and revision so that it grew more effective – and less burdensome – over time. This building is called an adaptive organization, one that automatically adjusts its process and performance to current conditions. Although the primary changes that are required in an adaptive organization are in the mindset of its employees, changing the culture is not sufficient.”

 
This article is my attempt to create workable principles and guidelines of Agile Periodization. I have written extensively about the idea in numerous posts and I let the idea to simmer for some time in my head – now I think I have MVP (minimum viable product) that could be used as a starting point to be adjusted and updated over time (I will come back to MVP when I discuss sprints phases).

how-to-build-a-minimum-viable-product

There are NO given set and reps schemes, block/phases, terminology, progressions and so forth associated with Agile Periodization – what is there are defined processes that you can use with your own planning and your own approaches. Agile Periodization is about learning and finding the best possible solution(s) for your own problems while taking into account risks and uncertainties.

The main difference between agile periodization and the “traditional” (let’s call it waterfall) approach is acknowledging the uncertainty and risk ahead and taking that into account when planning. That means avoiding over planning, where the yearly plan is laid out in detail and later followed to the letter. This does not mean Agile Periodization is against long term planning – we still need some elements of “waterfall” planning, but Agile implements iterative planning over time using shorter cycles.

agile-waterfall

Agile Periodization is mainly influenced by SCRUM and Agile/Lean approaches in software development, production and project management in general.

Main cycles of Agile Periodization

The two main cycles of Agile Periodization are:

  1. Release plans or blocks (consists of 2 or more sprints)
  2. Sprints (usually 1-4 weeks long)

In other way, these two cycles are what Mike Tuchscherer refers to as Planned Strategy and Emergent Strategy (click HERE to read Mike’s great article)

Release plans or blocks

“As complexity raises, meaningful statements lose precision and precise statements lose meaning”

Lofti Zadeh

Release plans or training blocks are longer and more generally defined training periods. These periods have elements of “waterfall” planning and are laid out in advance. Training blocks hence represent Strategic Planning.

Most “traditional” approaches in planning represent waterfall method – see for example picture from Set and Reps article:

This is not to say that waterfall is bad or not needed, but it is not enough in managing risk and uncertainty of the training process. This process of planning needs to be re-iterated numerous times (and that is the purpose of the sprint phases). Anyway, we still utilize some elements of a waterfall in devising block phases, but we deal with the most certain elements, constraints and objectives.

Having said that, the first step in devising a training plan is to lay out the most stable/certain elements, like competition dates (if they are known), holidays, breaks and so forth. Then we lay down training blocks in most general way.

The guiding principles (complementary pairs) of training blocks are the following:

  1. Weaknesses ~ Strengths
  2. Skill ~ Ability
  3. Individual characteristics ~ Sport/Position demands
  4. Structure ~ Function and Potential ~ Realization
  5. Develop ~ Express
  6. Objectives ~ Context
  7. Saturate ~ Dissipate (i.e. concentrated vs. distributed load)
  8. Stability ~ Variability
  9. Biology ~ Risk/Administration
  10. Improve ~ Stabilize
  11. Simulate ~ Stimulate
  12. Risk ~ Reward
  13. Predictable ~ Unpredictable
  14. General ~ Specific
  15. Work ~ Rest
  16. Volume ~ Intensity; Extensive ~ Intensive; Frequency ~ Load
  17. Adapt to player ~ Force player to adapt
  18. Team ~ Individual
  19. Subtle ~ Abrupt (referring to link between blocks)

Each block can/should put more or less emphasis on a given complementary aspect of planning and planning in general should solve these conundrums. Covering each would take the whole book – maybe I should write one, but in the mean time check some of them HERE.

It is important to remember that laid plan is flexible – the starts/stops and, consequently, duration of the blocks can and should change as we gain more information during the actual actualization of the plan.

There are no given block names in Agile Periodization – make sure to name them based on your own unique situation and needs. For example, preparatory period could put more emphasis on development than expression, more on work than rest, could be more saturated (concentrated) and can risk more since there is larger wiggle room, as well forcing the player to adapt to workload than adapting workload to the player.

The blocks could also be hierarchical or have multiple levels. It is completely up to you how you are going to name them and structure them. It is also important to define the link between blocks (as well as sprints) as well – it could be abrupt or smooth transition, but it should be sequenced in a logically and biologically acceptable way.

The training blocks define constraints or guidelines for the sprints to follow.

training-block-1

The important component of Training Block is standardized work – or current best practices in reaching and monitoring planned objectives. This is important so we don’t let things slip through the cracks, so we don’t reinvent the wheel every time and we don’t waste much time and energy with decision making. This knowledge can come from previous experience and research, and looking from Bayesian approach it represents apriori beliefs. There are numerous written books on the topic of standardized work in Lean management, and also great book by Atul Gavande “Checklist Manifesto”. Having standardized work and checklists defined represents our starting point and conditioning that will converge over sprints iterations to the best solution for our circumstances while we collect more evidence and information through embedded testing and monitoring. Having this structure allows us to learn and adapt (i.e. be agile) in the fastest way possible.

End of Part One. To be continued…

Related Articles

Program Design: An Agile Approach

Agile Methodology is a way of thinking that promotes the idea that products are best designed with repetitive development, planning and testing based on customer feedback. While software developers initially embraced Agile, the methods and process of Agile can be applied to the programming for beginning through advanced clients and athletes.

Responses

Your email address will not be published. Required fields are marked *

Cancel Membership

Please note that your subscription and membership will be canceled within 24h once we receive your request.