A change to the Sprint Backlog during the Sprint

Read the question carefully, up to the last word before the question mark ;)

As Ludwig says, the question asks you to identify which statement is *false*.

The only one that is false is B, because there is every expectation that the Sprint Backlog will change during the Sprint.

affff..... :)

The Sprint Backlog and its contents are fully formulated in the Sprint Planning meeting

It may be that the Sprint Backlog is fully formulated during the Sprint Planning Meeting, but as I've studied the material, there seems to be an emphasis that the Dev Team need not breakdown every story committed to in the Sprint during the Sprint Planning Meeting. Once there are enough stories broken down into tasks for a few days of work, the Dev Team get start working on those, while other stories are decomposed during the Sprint. You would want to breakdown as many as you can during the Sprint Planning Meeting.

yes, the correct answer is B as the questions asks you to select which statement is FALSE

I'm a bit confused between B and C.

So what they mean to say here is that you cannot add or remove (or split or merge) user stories in the sprint backlog or change any estimations, but you can do whatever you want with the tasks during this sprint in order to meet the sprint goal?

There's no mention of either user stories or tasks. They are just one way to forecast and plan work on the Sprint Backlog, which can be inspected and adapted at any time. Both may therefore change. The Sprint Goal remains intact.

Wow, I never realised user stories and tasks aren't part of the scrum guide! Clear answer, thanks!

One follow-up question. The Scrum guide says:

"The Sprint Goal, the Product Backlog items selected for the Sprint, plus the plan for delivering them are together referred to as the Sprint Backlog"

So this means, the Sprint goal doesn't change, the product backlog items don't change; just the plan changes (and hence the sprint backlog changes). In rare cases (under/over estimate work) the selected product backlog items might change, but only after agreement with the PO. Right?

So this means, the Sprint goal doesn't change, the product backlog items don't change; just the plan changes (and hence the sprint backlog changes). In rare cases (under/over estimate work) the selected product backlog items might change, but only after agreement with the PO. Right?

Yes, you're getting it. The Sprint Goal is fixed and does not change. It provides guidance, the purpose for carrying out the Sprint, and focus, among other things. If it were to become obsolete, the Product Owner may decide to cancel the Sprint. Then a new Sprint would start.

The Product Backlog items may change, which is usually a negotiation between the Product Owner and Developers. It could be due to over/under forecasting, or something else such as the Developers learned more information.

In complex situations, we can't make a perfect plan in Sprint Planning, therefore it is highly likely the Sprint Backlog will change during the Sprint many times. With Scrum, we choose to make decisions based on facts and on what is known. As we start Sprint that becomes clearer each day, hopefully. Product Backlog items are about the 'what', not the 'how'. The 'how' is the plan and the work to turn the Product Backlog item into a useful, valuable product Increment. Progress towards the Sprint Goal gets inspected and the Sprint Backlog (the plan) gets adapted at least once a day at the Daily Scrum by the Developers. The Sprint Backlog may change any time during as well.

Breaking Product Backlog items into 'tasks' or 'sub-tasks' is optional as well.

What I've learnt is we should be careful enough to read the question correctly.  :)