Projetos de Identidade
e Acesso (IAM) são considerados projetos complexos pois exigem diversas
atividades para se encontrar em pleno funcionamento, como por exemplo a
instalação dos produtos, levantamento de dados, integrações e outras
configurações.
Em um projeto
tradicional, seguiríamos uma sequência similar a esta:
- Levantamento e desenho
- Instalação de produto
- Configurações
- Criação de X conectores
- Criação de X fluxos de trabalho
- Testes
- Homologação
- Produção
Imagine agora que no
momento de Homologação seja identificado que um fluxo de trabalho ou um
conector não é mais necessário para o negócio.
Considere também que
um conector ou um fluxo de trabalho poderia ter dado ganhos maiores para o
negócio se estivesse em produção antes.
Vamos aplicar um
framework de desenvolvimento ágil (SCRUM) para realizar entregas mais precisas
e rápidas.
SCRUM é um framework
de desenvolvimento ágil interativo e incremental. Seu desafio é sair da
abordagem sequencial de desenvolvimento e utilizar times auto-organizados e
multidiciplinares.
No SCRUM temos os
seguintes papéis:
Dono do Produto – Que
é a pessoa responsável por controlar as demandas de negócio em cima do produto
que será gerado pelo trabalho;
ScrumMaster – Responsável
por garantir o processo SCRUM e por eliminar qualquer impedimento no projeto;
Time de
desenvolvimento – Responsável por criar os incrementos do produto.
Na dinâmica Scrum
temos um Backlog do Produto que teria as funcionalidades de negócio esperadas e
temos esta sequencia de processo:
- Sprint Planning – Etapa onde são
analisados itens priorizados do Backlog para serem trabalhados em um
Sprint de trabalho. A lista a ser trabalhada é conhecida como Sprint
Backlog.
- Sprint – É o período de desenvolvimento em
si que não deve passar de um mês.
- Daily Scrum – Reunião diária de no máximo
15 minutos onde se é discutido o que foi feito no dia anterior, o que será
até o próximo e quais são os impedimentos se houverem.
- Sprint Review – Onde é apresentado o resultado
do desenvolvimento no Sprint.
- Sprint Retrospective – Onde é revisado o
processo buscando melhorias.
Considerando isso,
como podemos encaixar um projeto de IAM em um modelo SCRUM?
Vamos separar
primeiramente as principais atividades de um projeto de IAM:
- Levantamento
- Desenho de processos
- Instalação de produtos
- Configuração de conectores
- Configuração de fluxos de trabalho
Destas atividades,
vamos separar a instalação de produtos
para uma atividade com início, meio e fim não associada ao SCRUM, ela deve
ocorrer antes do processo SCRUM.
Após isso, vamos a
elaboração do Backlog do Produto, onde o Dono do Produto deve listar as
necessidades de negócio, exemplos:
- Gerenciar contas de usuários no ERP
- Revalidar acessos de usuários
- Gerenciar contas de usuários no sistema X
- Gerenciar contas de usuários no sistema Y
Sendo que o Backlog de
Produto é uma lista viva que pode crescer conforme as necessidades de negócio e
nesse ponto, o levantamento e desenho de processos relacionado as atividades da
lista devem ter ocorrido.
Após isso vamos para o
Sprint, que começa com o Sprint Planning.
No Sprint Planning são
analisadas as atividades priorizadas do Backlog de Produto, no nosso exemplo
vamos considerar:
- Gerenciar contas de usuários no sistema X
- Gerenciar contas de usuários no sistema Y
Ou seja, Gerenciar
contas de usuários no ERP não é o assunto mais urgente para o negócio e não
será tratado agora.
O time de
Desenvolvimento analisa estes tópicos e confirma se os mesmos cabem no Sprint
(Ex. 30 dias) e desmembram nas atividades técnicas que devem ser desempenhadas
para criar este incremento de produto, por exemplo:
- Configurar o fluxo de criação de contas no
sistema X
- Configurar o fluxo de criação de contas no
sistema Y
- Configurar o fluxo de exclusão de contas
no sistema X
- Configurar o fluxo de exclusão de contas
no sistema Y
- Configurar o conector do IAM ao sistema X
- Configurar o conector do IAM ao sistema Y
- Realizar testes unitários
- Realizar testes integrados
Terminado o Sprint
Planning, o desenvolvimento/configuração começa, executam os Daily Scrum
Meetings e no termino o Sprint Review e Sprint Retrospective.
Ao término de uma
Sprint se inicia outra, onde novamente são analisados itens do Backlog do
Produto priorizado. E também ao termino de uma Sprint, é possível liberar em
produção os fluxos e conectores produzidos, dando retorno mais rápido ao
negócio.
Concluindo, SCRUM pode
ser uma abordagem interessante para dar um retorno mais rápido ao negócio. No
nosso exemplo, se a empresa não adotasse SCRUM, teria que aguardar o
desenvolvimento de todos os fluxos e conectores para ter acesso ao produto.
Conheça mais do SCRUM
em SCRUM.org
