Olá Decio!
Sei que sua dúvida talvez já até não exista mais (dado o tempo da questão), mas permita-me contribuir com a discussão aqui no fórum.
No meu entendimento, um item de backlog é uma história do usuário.
Toda história do usuário possui as atividades (o que é/deve ser feito para implementar a história) e os testes de aceitação (os critérios que consideram a história done - DoD).
As histórias podem ser derivadas de um requisito funcional ou não funcional. Em geral, requisitos funcionais refletirão em tarefas das histórias e requisitos não-funcionais em critérios dos testes de aceitação.
Entretanto, podem haver histórias cujas tarefas tem exclusivamente o objetivo de atender requisitos não funcionais.
A figura 36 do livro Agile Think Canvas ajuda a entender esse relacionamento, dê uma olhada: https://books.google.com.br/books?id=4NMeDgAAQBAJ&pg=PA148&lpg=PA148#v=onepage&q&f=false
No exemplo que você deu, "rodar em todos dispositivos Android" pode ser um critério de aceitação da história "cadastro de clientes". Esta história só estará Done quando este critério for atingido.
Como o Márcio citou, pode ser que, lá na frente, depois de várias histórias entregues, uma nova versão do Android exija uma refatoração/reescrita do código. Então, pode-se adicionar ao backlog uma história com tarefas que especificamente focarão neste requisito não funcional. Ou seja, tanto as atividades quanto os critérios de aceitação estão baseados no requisito não funcional.
Espero ter contribuído.
