The Five Orders of Ignorance Viewing software development as knowledge acquisition and ignorance reduction.

Slides:



Advertisements
Apresentações semelhantes
A Abordagem Cascata sobrevive
Advertisements

Os sete pecados capitais cometidos na venda de projetos de T&D - CBTD
Gerência de Projetos Introdução A Crise do Software
Gerenciamento de Projetos
NORMA NBR ISO OBJETIVO Esta norma - NBR fornece princípios e orientações para a empresa implementar um processo eficaz e eficiente de tratamento.
Confiança.
Professor Sílder Lamas Vecchi
  ======================================= O Grande Axioma da Vida (por Raul Candeloro) ======================================= "Outro dia recebi uma história.
Faculdade de Ciências Sociais de Aplicadas de Petrolina – FACAPE
Análise de Processos de Negócios para um Sistema Integrado
Fabio Notare Martins Pontifícia Universidade Católica do Rio Grande do Sul Programa de Pós-Graduação em Ciências da Computação.
Dividir-e-Conquistar
Simulação de Sistemas Prof. MSc Sofia Mara de Souza AULA2.
um processo ágil de desenvolvimento de software
MESTRADO PROFISSIONALIZANTE EM ENSINO DE FÍSICA E DE MATEMÁTICA
MA_04_Departamentalização_3a_Parte
Título do Trabalho Nome Orientador Data.
MOTIVAÇÃO PUC - USP.
FATORES CHAVE DE SUCESSO NOS NEGÓCIOS
ALESIANOS COOPERADORES
Nós nos convencemos, que a vida ficará melhor, quando nós formos casados, tivermos um filho e, depois, mais um. Então nos frustramos, porque nossos filhos.
UFRPE – Modelos de Qualidade Teresa Maciel
Matérias da Revista PROFISSÃO MESTRE =
Chapter 1 Agile in a Nutshell (Ágil em uma casca de noz)
Profa. Reane Franco Goulart
Tomada de Decisão e Sistemas de Informação
COMO USAR AS FERRAMENTAS DO DISC
Introdução Meu Portfolio representa tudo que aprendi no primeiro trimestre da disciplina de matemática no ano de Desde o primeiro dia de aula recebemos.
Prof.Alfredo Parteli Gomes
AVALIAÇÃO: instrumento para verificar o que o aluno aprendeu.
AULA 6 Como Estudar.
Análise e Projeto de Sistemas
Processos de Engenharia de Requisitos
REQUISITOS EXIGIDOS DOS QUE INTERAGEM COM OS CLIENTES
Grande Axioma da Vida.
Engenharia de Software
Problemas? Oba! Autor:Roberto Shinyashiki
Quantas vezes ?....
Introdução O dia da mentira na Intel
Projetos digitais colaborativos Empresa 2.0 Gestão do conhecimento funciona?
Hubs Os hubs são dispositivos concentradores, responsáveis por centralizar a distribuição dos quadros de dados em redes fisicamente ligadas em estrela.
Curso de Aprendizado Industrial Desenvolvedor WEB Disciplina: Programação Orientada a Objetos I Professora: Cheli Mendes Costa Classes e Objetos em Java.
Solidificando seus relacionamentos
Lições para bem viver Autor: GURDJIEFF Música: The sound of silence
INFORMÁTICA.
Atravessando águas turbulentas
By Búzios Slides A GRANDE ANOXIMA DA VIDA Automático.
Equipe Prof. Henrique Freitas
Software como meta-produto Luis Renato Woiski Guilherme.
Estrutura de Gerenciamento de projetos
Fluxograma Juliana Borges
O Grande Axioma da Vida.
Backlog Lílian.
Vamos fazer juntos um Mapa Mental?
PSP - Aula 02 Vanilson Burégio.
5 – PLANEJAMENTO DE VENDAS
Engenharia de Software
Olá, você conhece os seus funcionários? Sabe quem esta entrando em sua instituição? Acompanha a frequência de professores? Passa confiança para os responsáveis.
A PRÉ-HISTÓRIA DA LINGUAGEM ESCRITA
Vamos fazer juntos um Mapa Mental? Atividade presencial em grupo IAVM – junho/julho de 2009.
Planejamento Estratégico Planejamento Estratégico de de Tecnologia de Informação Prof. Antonio Márcio M. Carmo Prof. Antonio Márcio M. Carmo.
Proporção: regra de três simples – resolução de situações problema
A Solução CFTV em Nuvem Visualização Acesso via browser a até 30 câmeras simultaneamente em cada monitor, mesmo em locais diferentes Gravação Remota e.
O QUE É SER VENDEDOR? Quais as Principais Características de Um Profissional de Vendas? Conforme Eduardo Botelho, Qual é o “Perfil” Ideal de Um Vendedor?
Alessandro D. R. Fazenda
TESTES DE SOFTWARE – AULA 1 Prof. Me. Ronnison Reges Vidal
Testes de Unidade. 2 Pauta Testes de Unidade; Testes de Unidade; Desenvolvimento orientado a testes; Desenvolvimento orientado a testes; Testes unitários.
Transcrição da apresentação:

The Five Orders of Ignorance Viewing software development as knowledge acquisition and ignorance reduction

Autor: Phillip G. Armour Communications of the Acm October 2000 Vol. 43, No. 10

Agenda Software como um meio de armazenar conhecimento; Os cinco níveis de Ignorância; Os cinco níveis de ignorância no desenvolvimento de software.

Meios para Armazenar Conhecimento 1. DNA; 2. Cérebros; 3. Hardware; 4. Livros; 1. DNA; 2. Cérebros; 3. Hardware; 4. Livros; 5. Software;

Vantagens do Software Conhecimento Ativo; Escapou do confinamento e a volatilidade dos cérebros; Evita a Passividade dos livros; Possui a flexibilidade e velocidade de mudança, que não existe no DNA ou HW.

Mas, se o Software não é o produto. O que é o produto dos nossos esforços de desenvolver software? É o CONHECIMENTO contido no software. É fácil produzir softwares simples pois ele não contém muito conhecimento.

A parte difícil de fazer um sistema não é o desenvolvimento, mas saber o que desenvolver. O desafio está em adquirir o CONHECIMENTO necessário. Dessa forma desenvolver software não é uma atividade de: PRODUTO-PRODUÇÃO CONHECIMENTO-AQUISIÇÃO

Os Cinco Níveis de Ignorância Baseado no que sabemos e no que não sabemos, é possível classificar nossa ignorância em cinco níveis. Esses níveis podem ser úteis em entender o que é necessário para reduzir nossa ignorância e desenvolver um sistema que funcione.

Nível 0 de Ignorância (0OI) Falta de Ignorância Quando você sabe alguma coisa e pode demonstrar isso de uma forma tangível. Exemplo: O autor gosta de velejar. Tendo um barco e um lago, isso é facilmente verificado.

1º Nível de Ignorância (1OI) Falta de Conhecimento Quando você não sabe alguma coisa é consegue prontamente identificar. Quando você não sabe alguma coisa e consegue prontamente identificar. Exemplo: O Autor não sabe falar russo. Mas ele sabe que pode resolver isso, tendo aulas de russo, lendo livros, etc.

2º Nível de Ignorância (2OI) Falta de Auto Conscientização Quando você não sabe que você não sabe alguma coisa; Ou seja, você não é apenas ignorante de alguma coisa (1OI), você também desconhece esse fato.

2º Nível de Ignorância (2OI) Falta de Auto Conscientização Logo, você não sabe o suficiente para saber que você não sabe o suficiente. O autor não consegue dar um exemplo.

3º Nível de Ignorância (3OI) Falta de Processo Quando você não sabe um meio eficiente de descobrir que você não sabe que você não sabe alguma coisa. Essa falta de processo apresenta um grande problema:

3º Nível de Ignorância (3OI) Falta de Processo Se você tem 3OI, você não sabe de um meio para descobrir que existem coisas que você não sabe que você não sabe.

3º Nível de Ignorância (3OI) Falta de Processo Então você não pode mudar as coisas que você não sabe que você não sabe, em coisas que: 1. Que você sabe; 2. Que você sabe que você não sabe.

4º Nível de Ignorância Meta Ignorância Quando você não sabe sobre os 5 níveis de ignorância.

Os Cinco Níveis de Ignorância No Desenvolvimento de Sistemas

Nível 0 de Ignorância Como 0OI é conhecimento, este é o elemento funcional que você entendeu e incorporou ao sistema com sucesso. Quando você tem 0OI, você tem a SOLUÇÃO do problema.

1º Nível de Ignorância (1OI) As variáveis são conhecidas mas não os seus valores. Quando você tem 1OI, você tem a PERGUNTA.

2º Nível de Ignorância (2OI) Apresenta um problema, pois: 1. Você não tem a resposta; Apresenta um problema, pois: 1. Você não tem a resposta; 2. Você não tem nem mesmo a pergunta! Apresenta um problema, pois: 1. Você não tem a resposta; 2. Você não tem nem mesmo a pergunta! É nesse ponto que começamos vários projetos;

3º Nível de Ignorância (3OI) Junto com 2OI apresenta um REAL PERIGO! Você não tem um meio de resolver sua falta de auto conscientização no período que você tem disponível.

3º Nível de Ignorância (3OI) Todas as metodologias de desenvolvimento são processos de 3OI; Objetivo é mostrar as áreas em que você não tem conhecimento.

Conclusões Os níveis críticos aparentam ser 2OI e 3OI; O ponto critico é que a aplicação de processos (e metodologias) de 3OI NÃO fornecem a REPOSTA, mas sim a PERGUNTA;

Conclusões Como um modelo de negócios, temos trabalhado olhando para essas ferramentas para a coisa errada; Esperamos RESPOSTAS, mas não é isso que elas fazem.

Conclusões Um sistema funcional é produto da atividade de descobrir as coisas; O sistema funcionando é a PROVA de que o conhecimento foi adquirido; De uma forma pragmática, o objetivo é resolver nossos níveis de ignorância para 0OI.

Conclusões É possível utilizar os níveis de ignorância para categorizar: 1. O que sabemos; 2. O que sabemos que não sabemos; 3. Estimar o que não sabemos que não sabemos; 4. Atribuir um processo e uma metodologia de forma apropriada.