FDD é um jeito de tocar o desenvolvimento estruturando tudo em torno de features que entregam valor pra quem usa. Em vez de espalhar histórias soltas num quadro, o trabalho ganha modelagem, design e construção feita feature por feature, cada uma com dono e acompanhamento claros.
Faz mais sentido em projeto grande, com muita gente envolvida. Métodos ágeis pensados pra time pequeno costumam travar quando dezenas de pessoas precisam se coordenar ao mesmo tempo, e é justamente aí que o FDD entra: ele dá processo o suficiente pra organizar sem virar burocracia.
Na prática brasileira é menos comum que Scrum ou Kanban. Você costuma encontrá-lo mais em contexto enterprise, com sistema complexo e integração pesada por trás.