As iterações iniciais, especialmente a 1ª, conterão ou devem pelo menos planejar picos de arquitetura, que incluem uma certa quantidade de tempo de descoberta e talvez alguma prototipagem de arquitetura.
Como você disse, geralmente, existem requisitos estruturais que podem não significar muito para a parte interessada / cliente, mas são necessários para formar uma forte plataforma ou orientação de padrão. Você não pode contornar isso, pois não pode começar a construir B até que A esteja completo.
Parte da abordagem do Agile é fechar o cliente para que a documentação não seja necessária, pois tudo o que você precisa fazer é pegar o telefone / enviar e-mail, e isso é esperado. As expectativas dos clientes devem ser definidas adequadamente e qualquer trabalho concluído deve ser muito conciso e NECESSÁRIO . Sem revestimento de ouro, sem "Você pode precisar", etc. Construa o que você precisa em A para passar para B.
Dependendo de como você está atacando o projeto, você só pode criar a base necessária para concluir um determinado módulo; portanto, durante a reunião de planejamento do sprint, você deve definir os planos para o sprint atual com base nas prioridades definidas pelo cliente, dependendo do que for necessário para esse sprint, pode haver alguns requisitos básicos, e é isso que entra no sprint 1. Depois que o 1º sprint estiver concluído e A tiver sido construído, planeje concluir B.
Se você concordou com uma linha do tempo com o cliente, desde que cumpra esse contrato, o cliente provavelmente não se importará com o que você faz primeiro ou segundo. Você sempre pode mostrar a eles os resultados do teste de unidade, mas se você disser que teremos algo para você ver após o sprint 2 (ou 3) e entregar, ele estabelecerá uma forte precedência. Espera-se que os clientes sejam razoáveis tanto quanto os desenvolvedores e ambos estão trabalhando para o mesmo objetivo. Um projeto concluído que atenda às necessidades do cliente e funcione conforme o esperado. Tão preocupante que não haja nada para ver após o sprint 1 é um ponto discutível, porque o cliente só quer ter certeza de que, após o sprint 20, o projeto será concluído (-ish).