Este documento discute métodos para elaborar requisitos de sistemas. O método atual, começando com uma folha em branco, gera muitas reuniões e documentação sem utilidade. O método proposto começa replicando 70% das funcionalidades do sistema antigo, poupando tempo. Os outros 30% são definidos com usuários-chave sobre uma plataforma concreta. Isso resulta em especificações mais eficientes e de melhor qualidade.
2. 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.
3. 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 Necessidades
Revisões e revisões
Pilhas de pastas de documentação
Um dia termina a especificação
Começa a desenvolvimento
4. 4
Elaboração de Requisitos Método Atual
Com a documentação pronta se inicia o desenvolvimento
do 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.
5. Ponto de partida do
Novo sistema
Desejo Desejo
Necessidade Necesidad
Desejo
Necessidade
Necessidade
Folha em branco
Construçao
t
Elaboração de Requisitos: Método Atual
Reuniões e mais reuniões
Documentação e mais Documentação
e assim seguimos
6. 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. 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. 8
Elaboração de Requisitos Método Atual
E os outros 30%?
Os outros 30% a alternativa é fazer o loop tradicional de
desejos e necessidades, mas de maneira concreta sobre uma
plataforma e não uma folha em branco.
9. 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ção
das novas necessidades e desejos
ficam muito mais concretas
10. 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. 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 substituir
um sistema já existente , o roteiro recomendado é:
Para os
Para os
12. 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”
13. Lean TI
Elaboração de Requisitos de Sistemas
Obrigado
Caso tenho interesse em Lean TI e queira compartilhar experiência
Acessar www.ademarlealsilva.blogspot.com
Creditos a Miguel Angel Ferrezuelo