Планирование - это выполнение обязательств и разделение преданных пользовательских историй на задачи.
запланировать с ним сессию после его возвращения.
Определенно нет. Планирование сессии после его возвращения не имеет смысла, потому что обязательство должно было быть уже выполнено.
проведите с ним сеанс планирования, прежде чем он уйдет в ежегодный отпуск, т.е.
Определенно нет. Не должно быть никакого планирования, когда текущий спринт не завершен = результат текущего спринта неизвестен, и никто не знает, будут ли завершены все пользовательские истории, и клиент будет удовлетворен ими при рассмотрении.
не назначайте его для выполнения каких-либо задач и назначайте его для задач, не связанных со спринтом, например, с шипами и т. д.
Определенно нет. Он вернется, и его потенциал должен быть использован для спринта.
пусть его коллеги планируют от его имени во время планирования спринта, и отсутствующий человек может добавить задачи, когда он вернется и, если он не может выполнить всю работу, которую он может отменить.
Это верно. Команда выполняет обязательства - не конкретный член команды. Команда берет на себя множество пользовательских историй, потому что они знают свою скорость и, основываясь на своем профессиональном предположении, могут изменить обязательство для следующего спринта на основе доступной емкости. Не должно быть никаких задач, назначенных одному разработчику заранее. Разработчики должны быть кросс-функциональными, даже если это не всегда возможно, они все же должны быть в состоянии по крайней мере разделить пользовательскую историю на задачи. Могут быть проблемы с оценкой задач, но, на мой взгляд, это вообще не нужно.
пусть он посидит с другим разработчиком и некоторое время занимается парным программированием.
Определенно нет. Парное программирование должно охватываться самой скоростью. Если вы не рассчитываете с разработчиком, это все равно что сказать, что он уйдет весь спринт. Почему клиент должен уделять время разработчику, который ничего не делал во время спринта?