Choose time for the work, not just the module count
Three days: select a focused requirement
A three-day scope can suit engineers who already know container and Kubernetes foundations and need to focus on specific topics. The group can concentrate on deployments, configuration, architecture, networking, or state questions without repeating the whole introductory path.
We agree which explanations and exercises to include. If the team needs both foundation work and several specialist topics, putting everything into three days leaves less time for questions and investigation.
Four days: connect the main mechanisms
Our typical private agenda uses four days to connect workloads and releases with templates, architecture, networking, state, scheduling, scaling, and access. Engineers see how a decision in one area affects another.
This is a useful starting point when the group needs a shared technical model and hands-on practice. We can still shorten familiar material or adjust the focus for developers, operators, or your existing platform.
Five days: allocate more depth deliberately
A five-day scope gives us more time for the topics and practice you choose. That can mean more diagnostic exercises, a slower pace for foundations, or deeper explanations of the mechanisms your team finds difficult.
The extra day needs a clear purpose. Identify the task it will serve instead of adding more topics by default. We discuss the exercises and depth before confirming the agenda.