Audiência Alvo:

Caso de Uso:

Temos um cliente global que está planejando implementar módulos do SuccessFactors em sua organização, mas deseja implementá-los por fases por países ou regiões em sua organização. Este é um requisito comum quando se trata de grandes clientes globais que tendem a iniciar a solução começando por países pequenos onde têm uma base de usuários reduzida, sentem-se seguros com a solução que atende aos seus requisitos e depois a implementam em outros países onde têm uma base de usuários substancial. Também pode ocorrer o caso de desejarem implementar a solução por módulos e regiões, pode haver múltiplas combinações em como os clientes desejam implementar a solução com base nos módulos do SF e nas regiões onde fazem negócios.

Quando os clientes adquirem o SuccessFactors, geralmente obtêm 3 instâncias dependendo de seu contrato. É fornecida a eles 1 instância de Produção e 2 instâncias de Teste/Desenvolvimento, totalizando 3 instâncias. Precisamos entender que o SuccessFactors tem dois tipos de ambientes onde essas instâncias podem ser fornecidas, são Ambiente de Produção e Ambiente de Visualização Prévia. A diferença entre esses dois ambientes é que o ambiente de Visualização Prévia sempre receberá a atualização semestral aproximadamente 4 semanas antes do ambiente de Produção. Isso é feito para que os clientes possam testar as novas funcionalidades e se ajustar a qualquer recurso que afete sua implementação antes que a nova versão chegue ao seu ambiente de produção.

Em uma implementação grande, geralmente 3 instâncias podem não ser suficientes durante a fase de implementação, e vimos que os clientes tendem a adquirir instâncias adicionais por uma taxa durante a implementação por múltiplas razões. A seguir, discutirei um estudo de caso onde um cliente poderia ter adquirido 2 ou mais instâncias adicionais além das 3 existentes. Como o ambiente de visualização prévia está um mês à frente a cada semestre, há 2 meses em um ano em que os dois ambientes, Produção e Visualização Prévia, não estão na mesma versão, então recomendamos não programar atualizações durante esses 2 meses do ano, também pode ocorrer uma situação em que não seja possível mover a configuração durante este período. Portanto, é recomendável manter as instâncias de desenvolvimento e teste no ambiente de Produção durante a fase de implementação. O primeiro passo seria criar um diagrama de inventário que mostre quantas instâncias o cliente possui e quais módulos cada uma dessas instâncias tem.

Inventário de Instâncias:

É bom ter um diagrama de inventário de instâncias para que a equipe do projeto saiba quais instâncias existem e para que são utilizadas. A equipe do projeto pode manter mais informações no diagrama conforme necessário.

Inventário de Instâncias

Módulos Implementados em cada Instância:

Módulos Implementados em cada Instância

Ter pelo menos uma instância no ambiente de Visualização Prévia para poder testar as novas funcionalidades assim que forem lançadas durante as atualizações trimestrais. Ao mesmo tempo, o cliente pode optar por ter sua instância de Desenvolvimento na Visualização Prévia para desenvolvê-la na última versão. É possível programar uma atualização a partir de uma instância de Teste quando ambas as instâncias estiverem na mesma versão.

Pode ser considerada uma instância que é utilizada como instância mestre/dourada durante a implementação que possui apenas configuração e dados de teste, isso pode ser usado para atualizações quando for necessário estabelecer uma instância com uma linha de base de configurações. Por exemplo, se alguns módulos já foram implementados e outros módulos estão sendo adicionados ao ambiente de produção existente.

Os exemplos acima são para fins de discussão, o cliente/o parceiro de implementação pode usá-los como guia para criar um diagrama de paisagem e fluxo de configuração/dados entre instâncias para que a qualquer momento saibam o que está implementado em cada instância e como mover a configuração para produção quando desenvolvida/configurada. Abaixo está um exemplo da minha experiência de implementação de como configuramos o diagrama de fluxo de configuração.

Diagrama de Fluxo de Configuração: