Lean TI Elaboração de Requisitos de

Sistemas

2

Elaboração de Requisitos Método Atual

Hoje em dia raramente desenvolvemos um sistema totalmente a partir do zero, a imensa maioria dos sistemas solicitados são para substituir sistemas antigos que devido a obsolescência tecnológica dificultam sua evolução ou integração.

Nestes casos em que vamos desenvolver um novo sistema para substituir um sistema existente parece ser que com certa frequência cometemos um equivoco ao querer obter do usuário as especificações funcionais do novo sistema a partir de uma folha em branco.

A verdade é que nas Empresas normalmente já não se conhece todo o sistema e todo o processo. A maioria dos funcionários somente sabem seguir as normas e instruções e depois dar entrada nos sistemas. Se perdeu o conhecimento de todo o processo.

Toda a inteligência está dentro do sistema e poucos tem o conhecimento e poder de decisão. O que faz que seja perda de tempo e dinheiro desenvolver um sistema com estas características a partir de uma folha em branco.

Como mostramos no próximo slide caso seguimos o caminho de fazer a especificação com os usuários desde o inicio do projeto , vamos entrar em um loop quase eterno de reuniões, gerando documentos, atas, revisões e escrever um montão de documentação que por fim um dia irão para a Construção e servirão pouco ao objetivo.

ejos

Elaboração de Requisitos: Método Atual

Ponto de partida do Novo sistema

Desejo Desejo

Necessidade NecesidadDesejo

Necessidade Necessidade

Folha em Branco

Construcão

Reuniões e mais reuniões,sobre desejos e NecessidadesRevisões e revisõesPilhas de pastas de documentação

Um dia termina a especificação Começa a desenvolvimento

4

Elaboração de Requisitos Método Atual

Com a documentação pronta se inicia o desenvolvimentodo Sistema e ai é quando se dá conta que é difícil de ler, é muito prolixa, não se entende nada e ainda não está completa.

O essencial para desenvolver o sistema não está refletido na documentação.

Então como mostra o próximo slide começará tudo outra vez. Um loop sem fim.

A verdade é que a documentação gerada nesta fase normalmente tem pouca ou nenhuma utilidade.

Desperdício de tempo precioso sem contar os custos incorridos e o desgaste da equipe.

Ponto de partida do Novo sistema

Desejo Desejo

Necessidade NecesidadDesejo

NecessidadeNecessidade

Folha em branco

Construçao

t

Elaboração de Requisitos: Método AtualReuniões e mais reuniõesDocumentação e mais Documentaçãoe assim seguimos

6

Elaboração de Requisitos Método Atual

O que fazer para sair do LOOP improdutivo da Elaboração dos Requisitos Funcionais dos Sistemas?

7

Elaboração de Requisitos: Método Proposto

Ponto de partida do Novo sistema

Funcionalidades do Sistema Antigo

70 %

Construcão

Muito Simples

Para o desenvolvimento de um sistema que vai substituir um outro sistema obsoleto o primeiro a fazer é replicar no novo sistema as funcionalidades do sistema antigo, com isto 70% das novas funcionalidades estarão atendidas bem como 100% das funcionalidades atuais. Para isto não é necessário a participação do usuário para definição.

Elimina-se as reuniões e pastas e pastas de documentação

8

Elaboração de Requisitos Método Atual

E os outros 30%?

Os outros 30% a alternativa é fazer o loop tradicional dedesejos e necessidades, mas de maneira concreta sobre uma plataforma e não uma folha em branco.

9

Elaboração de requisitos: Método Proposto

Ponto de partida do Novo sistema

Funcionalidades do Sistema Antigo 30 %

Construcão

70 %

Com esta abordagem a especificaçãodas novas necessidades e desejosficam muito mais concretas

10

Elaboração de requisitos: Método Proposto

Ponto de partida do Novo sistema

Funcionalidades do Sistema Antigo 30 %

Construcão

70 %Melhor aproveitamento dos recursos

Justa participação dos usuários responsáveis

Menos Tempo dedicado dos usuários Finais

Maior Qualidade

O que ganhamos?

11

Elaboração requisitos: Método Proposto

70 %

TI Documenta a Funcionalidade dos sistemas atuais

Usuários Definidores:• Revisam e validam a funcionalidade atual• Identificam possíveis ajustes ou melhoras nas funcionalidades existentes• Priorizam, ordenam e definem estas novas funcionalidades• Elaboram os casos de provas sobre toda a funcionalidade do sistema

Se não sabem ou não dominam completamente o tema falam com o resto dos usuários , mas é de sua responsabilidade aportar a solução.

Tem autoridade e critério para calibrar a importância das funcionalidades em cada uma das fases de implantação.

30 %

Os definidores:• Identificam as novas necessidades • Priorizam ordenam e definem em detalhe estas novas necessidades• Elaboram os casos de provas

Se não sabem ou não dominam completamente o tema falam com de usuários, sendo sua responsabilidade aportar a solução

TI Documenta a Funcionalidade e faz a:

Formação dos definidores em: Levantamento dos processos de fluxo de informação Especificação Funcional Orientação a elaboração de documentação funcional

Para os casos em que desenvolvemos um novo sistema para substituirum sistema já existente , o roteiro recomendado é:

Para os

Para os

12

Elaboração de requisitos: Método Proposto

Ponto de partida do Novo sistema

Funcionalidades do Sistema Antigo 30 %

Construcão

70 %

Isto se conseguirá se:

realmente tenha uma Equipe de desenvolvimento para o Projeto

Que os usuários participem efetivamente da definição e priorizem o trabalho de definição

Que não exista entre Usuários e TI, a classificação

de “nós” e “eles”

Lean TI Elaboração de Requisitos de Sistemas

Obrigado

Caso tenho interesse em Lean TI e queira compartilhar experiênciaAcessar www.ademarlealsilva.blogspot.com

Creditos a Miguel Angel Ferrezuelo