Speaking about the sprint planning, let's define what is a Sprint first. The sprint is a time-boxed iteration of a continuous development cycle. The duration of the sprint is one month or less, and during that time, a planned amount of work has to be completed by the team.
A sprint consists of the Sprint Planning, daily stand-ups or scrums, development work, the Sprint Review, and the Sprint Retrospective. A new sprint starts immediately after the conclusion of the previous sprint.

The sprint goal is the topic that can provoke discussions – it is the result of a negotiation between the product owner and the development team. A good sprint goal has to be specific and measurable enough to guide the development team on why it is building the increment (the sum of all the product backlog items completed during a sprint).
Part two:
How?
If all three are reached, a safe and trustful environment within the team is preserved, the sprint planning meeting has been conducted successfully enough to move to the development part.

Remember, that Scrum is a complex framework, aiming at resolving complex problems. It uses an empirical process to solve these problems, the main principle of which is "learning by doing." Empirical processes, in their turn, are arduous to plan. So instead of trying to build a detailed step-by-step plan, it is rather recommended to focus on the outcomes and get going.
If you need any further help or if you have suggestions about how to improve
this template, don't hesitate to let us know!
