Upload
ademar-leal-da-silva
View
146
Download
4
Embed Size (px)
Citation preview
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