Como você não escreveu muito sobre o que seu objetivo é alcançar de ambos, eu os usei para obter esses benefícios.
TFS:
- Já estava integrado ao cliente outros desenvolvimentos e a equipe estava à vontade para gerenciá-lo, mantendo os requisitos e itens de trabalho lá.
- O backlog é criado com isso e o rastreamento dos itens de trabalho é realizado aqui.
GITHUB:
- Um repositório de espaço reservado para manter erros e problemas nas versões existentes
- O cliente tem várias filiais e pode enviar uma solicitação de qualquer lugar do mundo usando o email que cria um problema no github e rotulá-lo de acordo.
- Leve automação e atribuição para manter as coisas sob SLAs
O problema ao usar os dois é que você está dividindo o fluxo de código e o fluxo de emissão / requisito. No meu projeto, percebi que os requisitos estão mais estritamente vinculados às alterações de código, enquanto os problemas provavelmente estão relacionados à documentação, falta de treinamento etc.
O github e o TFS podem conseguir isso sozinhos, então não faz sentido misturá-los se você não precisar.