Sugiro o seguinte (além do que já foi identificado) - Primeiro, peça ao seu gerente que lhe dê tempo para trabalhar com esse cara o máximo possível e tente sentar-se com ele sempre que ele for encarregado de fazer uma mudança. Você não precisa saber tudo o que ele está fazendo, mas tente pegar o máximo que puder. O mais importante é ser amigo dele.
Trate a transferência como um projeto e implemente um plano e envolva o gerenciamento.
0 - Certifique-se de saber como usar o sistema.
1 - Faça um inventário claro dos componentes da solução, a fonte de cada um e onde está (em repositórios de diferenças)
2 - Obtenha e, se possível, gerencie as senhas dos diferentes servidores a partir de agora. Verifique se você tem todas as informações da conta de administrador
3 - Obtenha as licenças de cada componente externo, a menos que esteja fora do seu escopo (por exemplo, dlls especiais, banco de dados, etc.)
4 - Obtenha um relatório por escrito sobre o status atual do sistema do desenvolvedor e de seus clientes (se eles forem locais da sua empresa)
5 - Obtenha a documentação das regras de negócios, fórmulas de cálculo, etc. Você pode fazer isso com ele. Peça a ele por e-mails, informações de reuniões, documentos de requisitos do usuário, documentos de design e similares a serem dados a você.
6 - Obtenha uma lista de eventos agendados (execuções mensais de trabalhos, execuções semanais de trabalhos) que o software deve responder a
7 - Aprenda os procedimentos de backup / restauração
8 - Compreender o (s) framework (s) usado (s) na construção do aplicativo
9 - Conheça as modificações solicitadas / esperadas / planejadas e o status de quaisquer solicitações de usuários pendentes. Comece a tentar identificar como fazer isso sozinho.
10 - Certifique-se de que seus ambientes de teste e desenvolvimento sejam muito semelhantes.
11 - Tente identificar as principais dependências (em outros sistemas ou entre componentes) que não podem ser facilmente identificadas.
12 - Identifique e documente as versões necessárias de cada uso de software e seu contato de fornecedor (se necessário)
13 - Identifique quaisquer ferramentas especiais que ele estivesse usando que você não tenha, caso isso possa ajudá-lo.
14 - Obtenha um fluxo de sistema de alto nível. e comece a construir sua biblioteca de documentação
15 - Entenda como gerenciar a segurança do usuário para o aplicativo
16 - Obtenha o registro de bugs e tente entender as ações e como a ação afetou os dados mais antigos (se aplicável)
17 - Conheça processos que demorem muito e o que você precisa observar (por exemplo, tamanhos incomuns de arquivos, ftp de arquivos duplicados, etc.), quando aplicável.
18 - Verifique o relógio do servidor de produção
19 - Identifique onde estão as configurações e compare cada configuração de ambiente com a produção para saber quais parâmetros são diferentes e por que
20 - Obtenha as informações de contato desse cara
21 - Se o sistema for interno, agende uma reunião com os usuários do sistema (você precisa saber quem eles são e qual o papel que cada um desempenha) e ser apresentado a eles. Ouça o que eles têm a dizer sobre o sistema e sobre seus problemas atuais, se houver. Verifique se você está incluído nos e-mails o mais cedo possível (após a aprovação do seu gerente)
22 - Avalie sua compreensão uma semana antes de ele sair e relate qualquer problema que você veja como um risco
Desde que você mencionou que você não tem um banco de dados, esta lista ficou mais curta.
Boa sorte.