SlideShare uma empresa Scribd logo
1 de 13
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 Necessidades
Revisões e revisões
Pilhas 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 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.
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
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 de
desejos 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ção
das novas necessidades e desejos
ficam 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 substituir
um 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ência
Acessar www.ademarlealsilva.blogspot.com
Creditos a Miguel Angel Ferrezuelo

Mais conteúdo relacionado

Mais procurados

Apresentação UX e UI - Webdesign - Aula 07
Apresentação UX e UI - Webdesign - Aula 07Apresentação UX e UI - Webdesign - Aula 07
Apresentação UX e UI - Webdesign - Aula 07Renato Melo
 
Tutorial BizAgi Modelagem de Processos de Negócio
Tutorial BizAgi Modelagem de Processos de NegócioTutorial BizAgi Modelagem de Processos de Negócio
Tutorial BizAgi Modelagem de Processos de NegócioRildo (@rildosan) Santos
 
Use-a-cabeça-PMP-simulado-do-exame.pdf
Use-a-cabeça-PMP-simulado-do-exame.pdfUse-a-cabeça-PMP-simulado-do-exame.pdf
Use-a-cabeça-PMP-simulado-do-exame.pdfJairo Bersch Dalmann
 
Aula01 Gerência de Projetos - Conceitos e áreas de conhecimento do PMBOK
Aula01 Gerência de Projetos - Conceitos e áreas de conhecimento do PMBOKAula01 Gerência de Projetos - Conceitos e áreas de conhecimento do PMBOK
Aula01 Gerência de Projetos - Conceitos e áreas de conhecimento do PMBOKDaniela Brauner
 
Gestão de Projetos e Ferramentas
Gestão de Projetos e FerramentasGestão de Projetos e Ferramentas
Gestão de Projetos e FerramentasNei Grando
 
Elaboração e Gestão de Projetos - 1. Fundamentos de Gestão de Projetos
Elaboração e Gestão de Projetos - 1. Fundamentos de Gestão de ProjetosElaboração e Gestão de Projetos - 1. Fundamentos de Gestão de Projetos
Elaboração e Gestão de Projetos - 1. Fundamentos de Gestão de Projetoselonvila
 
Gestão da Qualidade ISO:9001
Gestão da Qualidade ISO:9001Gestão da Qualidade ISO:9001
Gestão da Qualidade ISO:9001Greice Marques
 
Quero ser analista de requisitos ou negócios. Por onde eu começo?
Quero ser analista de requisitos ou negócios. Por onde eu começo? Quero ser analista de requisitos ou negócios. Por onde eu começo?
Quero ser analista de requisitos ou negócios. Por onde eu começo? Venícios Gustavo
 
Gestão por processos
Gestão por processosGestão por processos
Gestão por processostoni984
 
Engenharia de requisitos
Engenharia de requisitosEngenharia de requisitos
Engenharia de requisitosMailson Queiroz
 
Transformacao digital
Transformacao digitalTransformacao digital
Transformacao digitalCharlley Luz
 

Mais procurados (20)

Aula 6 - Qualidade de Software
Aula 6 - Qualidade de SoftwareAula 6 - Qualidade de Software
Aula 6 - Qualidade de Software
 
Apresentação UX e UI - Webdesign - Aula 07
Apresentação UX e UI - Webdesign - Aula 07Apresentação UX e UI - Webdesign - Aula 07
Apresentação UX e UI - Webdesign - Aula 07
 
Tutorial BizAgi Modelagem de Processos de Negócio
Tutorial BizAgi Modelagem de Processos de NegócioTutorial BizAgi Modelagem de Processos de Negócio
Tutorial BizAgi Modelagem de Processos de Negócio
 
Use-a-cabeça-PMP-simulado-do-exame.pdf
Use-a-cabeça-PMP-simulado-do-exame.pdfUse-a-cabeça-PMP-simulado-do-exame.pdf
Use-a-cabeça-PMP-simulado-do-exame.pdf
 
Aula01 Gerência de Projetos - Conceitos e áreas de conhecimento do PMBOK
Aula01 Gerência de Projetos - Conceitos e áreas de conhecimento do PMBOKAula01 Gerência de Projetos - Conceitos e áreas de conhecimento do PMBOK
Aula01 Gerência de Projetos - Conceitos e áreas de conhecimento do PMBOK
 
Gestão de Projetos e Ferramentas
Gestão de Projetos e FerramentasGestão de Projetos e Ferramentas
Gestão de Projetos e Ferramentas
 
ITIL Implementation
ITIL ImplementationITIL Implementation
ITIL Implementation
 
Projetos - Plano de Projeto
Projetos - Plano de ProjetoProjetos - Plano de Projeto
Projetos - Plano de Projeto
 
Gerenciamento de Projetos - Aula01 - Uma Introdução ao Gerenciamento de Projetos
Gerenciamento de Projetos - Aula01 - Uma Introdução ao Gerenciamento de ProjetosGerenciamento de Projetos - Aula01 - Uma Introdução ao Gerenciamento de Projetos
Gerenciamento de Projetos - Aula01 - Uma Introdução ao Gerenciamento de Projetos
 
Gestao agil de projetos
Gestao agil de projetosGestao agil de projetos
Gestao agil de projetos
 
Elaboração e Gestão de Projetos - 1. Fundamentos de Gestão de Projetos
Elaboração e Gestão de Projetos - 1. Fundamentos de Gestão de ProjetosElaboração e Gestão de Projetos - 1. Fundamentos de Gestão de Projetos
Elaboração e Gestão de Projetos - 1. Fundamentos de Gestão de Projetos
 
Gestão da Qualidade ISO:9001
Gestão da Qualidade ISO:9001Gestão da Qualidade ISO:9001
Gestão da Qualidade ISO:9001
 
Requisitos Ágeis
Requisitos ÁgeisRequisitos Ágeis
Requisitos Ágeis
 
Exemplo do uso de BPMN
Exemplo do uso de BPMNExemplo do uso de BPMN
Exemplo do uso de BPMN
 
Quero ser analista de requisitos ou negócios. Por onde eu começo?
Quero ser analista de requisitos ou negócios. Por onde eu começo? Quero ser analista de requisitos ou negócios. Por onde eu começo?
Quero ser analista de requisitos ou negócios. Por onde eu começo?
 
Gestão por processos
Gestão por processosGestão por processos
Gestão por processos
 
Gerenciamento de Projetos
Gerenciamento de ProjetosGerenciamento de Projetos
Gerenciamento de Projetos
 
Engenharia de requisitos
Engenharia de requisitosEngenharia de requisitos
Engenharia de requisitos
 
Transformacao digital
Transformacao digitalTransformacao digital
Transformacao digital
 
Metodologia Ágil
Metodologia ÁgilMetodologia Ágil
Metodologia Ágil
 

Semelhante a Lean TI - Especificação Funcional de Requisitos

Capítulo 11 - Como desenvolver sistemas de informação e gerenciar projetos
Capítulo 11 - Como desenvolver sistemas de informação e gerenciar projetosCapítulo 11 - Como desenvolver sistemas de informação e gerenciar projetos
Capítulo 11 - Como desenvolver sistemas de informação e gerenciar projetosEverton Souza
 
Reprojeto da organização com sistemas de informação
Reprojeto da organização com sistemas de informaçãoReprojeto da organização com sistemas de informação
Reprojeto da organização com sistemas de informaçãoMarcelo Carvalho
 
Rejuvenescimento Software
Rejuvenescimento SoftwareRejuvenescimento Software
Rejuvenescimento SoftwareMarcus Oliveira
 
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdfO_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdfAthena542429
 
Processo de software individual
Processo de software individualProcesso de software individual
Processo de software individualAdivaldo_badinho
 
Análise de Sistemas - Requisitos (Revisão e Requisitos Suplementares)
Análise de Sistemas - Requisitos (Revisão e Requisitos Suplementares)Análise de Sistemas - Requisitos (Revisão e Requisitos Suplementares)
Análise de Sistemas - Requisitos (Revisão e Requisitos Suplementares)Rosanete Grassiani dos Santos
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trataRoni Reis
 
Engenharia de software i 3 - processos de engenharia de requisitos
Engenharia de software i   3 - processos de engenharia de requisitosEngenharia de software i   3 - processos de engenharia de requisitos
Engenharia de software i 3 - processos de engenharia de requisitosWillian Moreira Figueiredo de Souza
 
Projeto de Sistemas - Parte001
Projeto de Sistemas - Parte001Projeto de Sistemas - Parte001
Projeto de Sistemas - Parte001Cláudio Amaral
 
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMASLIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMASOs Fantasmas !
 
Técnicas de Análise Contextual - Livro de Walter Cybis
Técnicas de Análise Contextual - Livro de Walter CybisTécnicas de Análise Contextual - Livro de Walter Cybis
Técnicas de Análise Contextual - Livro de Walter CybisLuiz Agner
 
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANDesenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANFernando Palma
 

Semelhante a Lean TI - Especificação Funcional de Requisitos (20)

Ciclo desenvolvimento de sistemas
Ciclo desenvolvimento de sistemasCiclo desenvolvimento de sistemas
Ciclo desenvolvimento de sistemas
 
Lean TI - Analista negocios
Lean TI - Analista negociosLean TI - Analista negocios
Lean TI - Analista negocios
 
Capítulo 11 - Como desenvolver sistemas de informação e gerenciar projetos
Capítulo 11 - Como desenvolver sistemas de informação e gerenciar projetosCapítulo 11 - Como desenvolver sistemas de informação e gerenciar projetos
Capítulo 11 - Como desenvolver sistemas de informação e gerenciar projetos
 
Reprojeto da organização com sistemas de informação
Reprojeto da organização com sistemas de informaçãoReprojeto da organização com sistemas de informação
Reprojeto da organização com sistemas de informação
 
Rejuvenescimento Software
Rejuvenescimento SoftwareRejuvenescimento Software
Rejuvenescimento Software
 
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdfO_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
 
Aula2 tipos de analise
Aula2 tipos de analiseAula2 tipos de analise
Aula2 tipos de analise
 
Processo de software individual
Processo de software individualProcesso de software individual
Processo de software individual
 
Análise de Sistemas - Requisitos (Revisão e Requisitos Suplementares)
Análise de Sistemas - Requisitos (Revisão e Requisitos Suplementares)Análise de Sistemas - Requisitos (Revisão e Requisitos Suplementares)
Análise de Sistemas - Requisitos (Revisão e Requisitos Suplementares)
 
Análise de requisitos
Análise de requisitosAnálise de requisitos
Análise de requisitos
 
Análise de Sistemas Orientado a Objetos - 01
Análise de Sistemas Orientado a Objetos - 01Análise de Sistemas Orientado a Objetos - 01
Análise de Sistemas Orientado a Objetos - 01
 
Este trabalho trata
Este trabalho trataEste trabalho trata
Este trabalho trata
 
Engenharia de software i 3 - processos de engenharia de requisitos
Engenharia de software i   3 - processos de engenharia de requisitosEngenharia de software i   3 - processos de engenharia de requisitos
Engenharia de software i 3 - processos de engenharia de requisitos
 
Projeto de Sistemas - Parte001
Projeto de Sistemas - Parte001Projeto de Sistemas - Parte001
Projeto de Sistemas - Parte001
 
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMASLIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
LIVRO PROPRIETÁRIO - METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
 
Métodos Ágeis - Aula02
Métodos Ágeis - Aula02Métodos Ágeis - Aula02
Métodos Ágeis - Aula02
 
Técnicas de Análise Contextual - Livro de Walter Cybis
Técnicas de Análise Contextual - Livro de Walter CybisTécnicas de Análise Contextual - Livro de Walter Cybis
Técnicas de Análise Contextual - Livro de Walter Cybis
 
Aula 3 - Engenharia de Software
Aula 3 - Engenharia de SoftwareAula 3 - Engenharia de Software
Aula 3 - Engenharia de Software
 
AMSI.pptx
AMSI.pptxAMSI.pptx
AMSI.pptx
 
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANDesenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
 

Lean TI - Especificação Funcional de Requisitos

  • 1. Lean TI Elaboração de Requisitos de Sistemas
  • 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