O documento discute vários tipos de contratos para projetos de software, incluindo escopo fixo com preço fixo, tempo e materiais, orçamento fixo com escopo variável, e desenvolvimento em fases. Ele argumenta que a colaboração com o cliente é mais importante do que a negociação de contratos e que a transparência e boas relações com o cliente são fundamentais.
Existem diferentes tipos de licenças de software: freeware permite uso gratuito sem restrições; shareware oferece funcionalidades limitadas até pagamento; adware exibe publicidade obrigatória até pagamento para removê-la; e open source é gratuito e permite modificações ao código fonte.
Licenças de software permitem aos usuários executar ou acessar programas de software legalmente. Existem vários tipos de licenças, incluindo licenças perpétuas, de uso e de manutenção. As licenças também podem ser adquiridas, alugadas ou fornecidas como serviço na nuvem. O software livre e de código aberto seguem princípios de compartilhamento e colaboração.
O documento discute os tipos de software: livre, proprietário e comercial. Software livre pode ser usado e modificado por qualquer pessoa gratuitamente. Software proprietário tem restrições de cópia e modificação definidas pelo criador. Software comercial é desenvolvido para gerar lucro, podendo ser livre ou proprietário.
O documento discute os principais tipos de licenças de software, incluindo GNU Public License (GPL) para software livre, CopyLeft para software gratuito, proprietário para software comercial e Open Source para código aberto.
Software livre x Software Proprietário : Propriedade IntelectualWisllay Vitrio
O documento discute os tópicos de propriedade intelectual, software proprietário, software livre, as diferenças entre os dois tipos de software, como ganhar dinheiro com software livre e a pirataria no mundo do software.
O documento discute os conceitos básicos de software e tipos de software, classificando-os de acordo com sua finalidade e tipo de licença. É explicado que software são instruções que permitem ao hardware funcionar e resolver problemas dos usuários. Os tipos de software são divididos em categorias como sistemas operacionais, aplicativos, jogos e utilitários de acordo com sua função, e software pago, freeware e open source de acordo com a licença.
O documento descreve o início do movimento de software livre em 1983 com o Projeto GNU e a Free Software Foundation. Defini que software livre garante quatro tipos de liberdade aos usuários: executar, estudar, redistribuir e aperfeiçoar o programa. Acesso ao código-fonte é necessário para as liberdades de estudar e aperfeiçoar. Redistribuição deve incluir tanto código-fonte quanto versões binárias. Acesso ao código-fonte é essencial para permitir melhorias no software.
Classificação de software. Livre, demo e proprietário. Básico, Aplicativo e u...Labin2bpm
Conjunto lógicos de processamento de dados; programa, rotina ou conjunto de instruções que controlam o funcionamento de um dispositivo ou tarefa fim. Ou seja, são conjuntos de procedimentos básicos que fazem com que o equipamento seja útil executando alguma função. A essas “ordens” preestabelecidas chamamos também de programas. Exemplos: Navegadores, Editores de Textos, Players de Música e Vídeo, Jogos, Comunicadores instantâneos e aplicativos em geral.
Existem diferentes tipos de licenças de software: freeware permite uso gratuito sem restrições; shareware oferece funcionalidades limitadas até pagamento; adware exibe publicidade obrigatória até pagamento para removê-la; e open source é gratuito e permite modificações ao código fonte.
Licenças de software permitem aos usuários executar ou acessar programas de software legalmente. Existem vários tipos de licenças, incluindo licenças perpétuas, de uso e de manutenção. As licenças também podem ser adquiridas, alugadas ou fornecidas como serviço na nuvem. O software livre e de código aberto seguem princípios de compartilhamento e colaboração.
O documento discute os tipos de software: livre, proprietário e comercial. Software livre pode ser usado e modificado por qualquer pessoa gratuitamente. Software proprietário tem restrições de cópia e modificação definidas pelo criador. Software comercial é desenvolvido para gerar lucro, podendo ser livre ou proprietário.
O documento discute os principais tipos de licenças de software, incluindo GNU Public License (GPL) para software livre, CopyLeft para software gratuito, proprietário para software comercial e Open Source para código aberto.
Software livre x Software Proprietário : Propriedade IntelectualWisllay Vitrio
O documento discute os tópicos de propriedade intelectual, software proprietário, software livre, as diferenças entre os dois tipos de software, como ganhar dinheiro com software livre e a pirataria no mundo do software.
O documento discute os conceitos básicos de software e tipos de software, classificando-os de acordo com sua finalidade e tipo de licença. É explicado que software são instruções que permitem ao hardware funcionar e resolver problemas dos usuários. Os tipos de software são divididos em categorias como sistemas operacionais, aplicativos, jogos e utilitários de acordo com sua função, e software pago, freeware e open source de acordo com a licença.
O documento descreve o início do movimento de software livre em 1983 com o Projeto GNU e a Free Software Foundation. Defini que software livre garante quatro tipos de liberdade aos usuários: executar, estudar, redistribuir e aperfeiçoar o programa. Acesso ao código-fonte é necessário para as liberdades de estudar e aperfeiçoar. Redistribuição deve incluir tanto código-fonte quanto versões binárias. Acesso ao código-fonte é essencial para permitir melhorias no software.
Classificação de software. Livre, demo e proprietário. Básico, Aplicativo e u...Labin2bpm
Conjunto lógicos de processamento de dados; programa, rotina ou conjunto de instruções que controlam o funcionamento de um dispositivo ou tarefa fim. Ou seja, são conjuntos de procedimentos básicos que fazem com que o equipamento seja útil executando alguma função. A essas “ordens” preestabelecidas chamamos também de programas. Exemplos: Navegadores, Editores de Textos, Players de Música e Vídeo, Jogos, Comunicadores instantâneos e aplicativos em geral.
Wine.com.br - De zero a 300 milhões de faturamento na mesma plataformaPaulo César M Jeveaux
Este documento descreve a jornada de crescimento da Wine, uma loja de vinhos online, desde sua fundação até se tornar a 3a maior loja de vinhos do mundo. Ele detalha como a Wine começou com apenas 2 servidores e, à medida que seu negócio crescia, precisou escalar sua infraestrutura e equipe, adotando práticas ágeis e automatizando processos para suportar centenas de milhares de clientes e entregas por mês. O documento também discute os desafios de performance e escalabilidade enfrentados à med
O documento discute os desafios e lições aprendidas ao longo de 4 anos de empreendedorismo. O autor fala sobre tentativas anteriores que não deram certo, a importância de persistir mesmo com fracassos, e como a formalidade de ter uma empresa traz grandes responsabilidades.
Case Giran 2011: os desafios no uso de práticas ágeis no dia-a-dia de uma sta...Paulo César M Jeveaux
O documento discute os desafios de aplicar práticas ágeis, como XP e Scrum, no dia a dia de uma startup. Ele destaca a importância das pessoas sobre os processos e descreve como a Giran lida com clientes de forma transparente e sincera, mesmo quando não agradável, definindo claramente o escopo dos projetos.
O documento discute os principais aspectos que devem ser considerados para se ter um negócio de e-commerce de sucesso, indo além de apenas ter um site para vendas. São destacados 8 tópicos cruciais: atendimento, logística, trocas e devoluções, cobrança online, redes sociais, marketing em mecanismos de busca, experiência de compra e segurança.
O documento explica o que é o Git e como ele pode ser usado para controle de versão de código de forma distribuída. O Git foi criado por Linus Torvalds para manter o controle de versão do kernel do Linux e permite que desenvolvedores trabalhem de forma colaborativa em um projeto de software de maneira distribuída através de commits locais e branches. O Git tornou-se uma ferramenta popular entre a comunidade de código aberto e é amplamente utilizado em muitos projetos e plataformas importantes.
O documento resume um livro chamado "Rework" que prega sobre como trabalhar de forma diferente e menos convencional. A resenha critica o livro por apresentar opiniões como fatos e dar conselhos generalizados, mas também reconhece que ele pode ser útil se o leitor souber filtrar a arrogância das ideias valiosas.
O documento discute os desafios e benefícios do uso de XP (Extreme Programming) e SCRUM no dia-a-dia de projetos. Ele descreve como planejamento, desenvolvimento e feedback do cliente podem ser melhorados com essas metodologias ágeis, resultando em maior qualidade e entrega no prazo. O autor também discute como manter a equipe motivada por meio de retrospectivas, ambientes descontraídos e participação em eventos como Rails Rumble.
SCRUM e XP - Desenvolvimento Ágil de Software - Experiências e relatosPaulo César M Jeveaux
O documento descreve as experiências de uma pequena empresa com as metodologias ágeis SCRUM e XP para desenvolvimento de software. Ele discute os princípios e práticas de SCRUM e XP, como planejamento de sprints, daily meetings e programação em pares. O documento também destaca como SCRUM e XP se complementam, mas são abordagens distintas para gerenciamento e desenvolvimento de projetos de software.
O documento discute os desafios e oportunidades do e-commerce no Brasil. Em particular, ele descreve:
1) O crescimento significativo do e-commerce no Brasil nos últimos anos, com 20 milhões de brasileiros comprando online e faturamento projetado para R$14 bilhões em 2010.
2) As principais dificuldades do e-commerce brasileiro incluem complexidade, investimento, equipe e experiência necessários.
3) Uma plataforma de e-commerce como a Elasticpath pode ajudar ao fornecer estrutura
O documento discute o desenvolvimento ágil de software usando SCRUM. Ele descreve os problemas com o processo tradicional sequencial e propõe SCRUM como um framework ágil baseado em valores como indivíduos, software funcionando, e resposta à mudança. SCRUM usa sprints curtos, daily meetings, e reviews para entregar software de forma incremental e iterativa com foco no cliente.
O documento discute o desenvolvimento ágil de software usando Scrum. Scrum é um framework iterativo e incremental para gerenciar projetos complexos. Ele envolve papéis como Product Owner, Scrum Master e time auto-gerenciado. O processo inclui product backlog, sprint planning e daily meetings para entregar software funcionando a cada sprint.
O documento discute o uso de ferramentas de pesquisa como Lucene, Solr e Hibernate Search para adicionar funcionalidades de busca a aplicações. Apresenta Lucene como uma biblioteca de código aberto para indexação e pesquisa de documentos e Solr como uma implementação de servidor de pesquisa baseada no Lucene. Discute também o Hibernate Search para integrar pesquisas a bancos de dados usando Hibernate.
1) O documento apresenta um treinamento sobre testes de unidade com JUnit.
2) É abordado o desenvolvimento de software tradicional versus ágil, com foco nos testes.
3) São apresentados conceitos e práticas de Test Driven Development (TDD) usando JUnit, como escrever testes antes do código e refatorar continuamente.
O documento apresenta os princípios e práticas do Extreme Programming (XP). Resume que o XP é um conjunto de valores, princípios e práticas que conectam os princípios aos valores e estas às práticas. Descreve algumas das principais práticas do XP como Testes Unitários (TDD), Integração Contínua e Programação em Par.
O documento apresenta o framework SCRUM para desenvolvimento ágil de software. SCRUM utiliza times auto-organizados, reuniões diárias e releases incrementais curtas para entregar valor ao cliente de forma contínua. O documento descreve os papéis como Product Owner e Scrum Master e processos como Planning Poker, Sprint Planning e Retrospectivas.
O documento discute os conceitos de certificação digital, incluindo autenticidade, confiabilidade, integridade e segurança. Aborda criptografia simétrica e assimétrica, assinatura digital, certificado digital e SSL. O objetivo é garantir a autenticidade, integridade e confidencialidade das informações durante a comunicação digital.
O documento apresenta uma palestra sobre conceitos fundamentais, mercado e tendências da Programação Orientada a Aspectos (AOP). A palestra inclui definições de termos básicos de AOP, como join points, pointcuts e advices. Também discute como AOP permite separar preocupações transversais de um sistema em aspectos modulares.
O documento apresenta os conceitos fundamentais de Programação Orientada a Aspectos (AOP). Resume os principais pontos como join points, pointcuts, advices e aspects. Explica como a AOP separa os crosscutting concerns dos comuns e como são implementados e recompostos através do weaver. Apresenta exemplos de frameworks como AspectJ e AspectWerkz e um exemplo Hello World usando este último framework.
O documento discute comunidades virtuais Java no Brasil, como o Portal Java e o GUJ. Ele explica como JUGs virtuais funcionam usando sites para disseminar conhecimento através de fóruns, tutoriais e newsletters. O documento também fornece detalhes sobre os principais JUGs virtuais brasileiros atualmente e suas realizações.
1. O documento apresenta uma introdução ao framework Ruby on Rails, descrevendo suas principais características e funcionalidades.
2. É apresentado um exemplo prático de desenvolvimento de um sistema de blog usando Rails, cobrindo tópicos como geração de projeto, controllers, views e models.
3. O documento fornece instruções passo-a-passo para configurar e executar a aplicação de exemplo.
Wine.com.br - De zero a 300 milhões de faturamento na mesma plataformaPaulo César M Jeveaux
Este documento descreve a jornada de crescimento da Wine, uma loja de vinhos online, desde sua fundação até se tornar a 3a maior loja de vinhos do mundo. Ele detalha como a Wine começou com apenas 2 servidores e, à medida que seu negócio crescia, precisou escalar sua infraestrutura e equipe, adotando práticas ágeis e automatizando processos para suportar centenas de milhares de clientes e entregas por mês. O documento também discute os desafios de performance e escalabilidade enfrentados à med
O documento discute os desafios e lições aprendidas ao longo de 4 anos de empreendedorismo. O autor fala sobre tentativas anteriores que não deram certo, a importância de persistir mesmo com fracassos, e como a formalidade de ter uma empresa traz grandes responsabilidades.
Case Giran 2011: os desafios no uso de práticas ágeis no dia-a-dia de uma sta...Paulo César M Jeveaux
O documento discute os desafios de aplicar práticas ágeis, como XP e Scrum, no dia a dia de uma startup. Ele destaca a importância das pessoas sobre os processos e descreve como a Giran lida com clientes de forma transparente e sincera, mesmo quando não agradável, definindo claramente o escopo dos projetos.
O documento discute os principais aspectos que devem ser considerados para se ter um negócio de e-commerce de sucesso, indo além de apenas ter um site para vendas. São destacados 8 tópicos cruciais: atendimento, logística, trocas e devoluções, cobrança online, redes sociais, marketing em mecanismos de busca, experiência de compra e segurança.
O documento explica o que é o Git e como ele pode ser usado para controle de versão de código de forma distribuída. O Git foi criado por Linus Torvalds para manter o controle de versão do kernel do Linux e permite que desenvolvedores trabalhem de forma colaborativa em um projeto de software de maneira distribuída através de commits locais e branches. O Git tornou-se uma ferramenta popular entre a comunidade de código aberto e é amplamente utilizado em muitos projetos e plataformas importantes.
O documento resume um livro chamado "Rework" que prega sobre como trabalhar de forma diferente e menos convencional. A resenha critica o livro por apresentar opiniões como fatos e dar conselhos generalizados, mas também reconhece que ele pode ser útil se o leitor souber filtrar a arrogância das ideias valiosas.
O documento discute os desafios e benefícios do uso de XP (Extreme Programming) e SCRUM no dia-a-dia de projetos. Ele descreve como planejamento, desenvolvimento e feedback do cliente podem ser melhorados com essas metodologias ágeis, resultando em maior qualidade e entrega no prazo. O autor também discute como manter a equipe motivada por meio de retrospectivas, ambientes descontraídos e participação em eventos como Rails Rumble.
SCRUM e XP - Desenvolvimento Ágil de Software - Experiências e relatosPaulo César M Jeveaux
O documento descreve as experiências de uma pequena empresa com as metodologias ágeis SCRUM e XP para desenvolvimento de software. Ele discute os princípios e práticas de SCRUM e XP, como planejamento de sprints, daily meetings e programação em pares. O documento também destaca como SCRUM e XP se complementam, mas são abordagens distintas para gerenciamento e desenvolvimento de projetos de software.
O documento discute os desafios e oportunidades do e-commerce no Brasil. Em particular, ele descreve:
1) O crescimento significativo do e-commerce no Brasil nos últimos anos, com 20 milhões de brasileiros comprando online e faturamento projetado para R$14 bilhões em 2010.
2) As principais dificuldades do e-commerce brasileiro incluem complexidade, investimento, equipe e experiência necessários.
3) Uma plataforma de e-commerce como a Elasticpath pode ajudar ao fornecer estrutura
O documento discute o desenvolvimento ágil de software usando SCRUM. Ele descreve os problemas com o processo tradicional sequencial e propõe SCRUM como um framework ágil baseado em valores como indivíduos, software funcionando, e resposta à mudança. SCRUM usa sprints curtos, daily meetings, e reviews para entregar software de forma incremental e iterativa com foco no cliente.
O documento discute o desenvolvimento ágil de software usando Scrum. Scrum é um framework iterativo e incremental para gerenciar projetos complexos. Ele envolve papéis como Product Owner, Scrum Master e time auto-gerenciado. O processo inclui product backlog, sprint planning e daily meetings para entregar software funcionando a cada sprint.
O documento discute o uso de ferramentas de pesquisa como Lucene, Solr e Hibernate Search para adicionar funcionalidades de busca a aplicações. Apresenta Lucene como uma biblioteca de código aberto para indexação e pesquisa de documentos e Solr como uma implementação de servidor de pesquisa baseada no Lucene. Discute também o Hibernate Search para integrar pesquisas a bancos de dados usando Hibernate.
1) O documento apresenta um treinamento sobre testes de unidade com JUnit.
2) É abordado o desenvolvimento de software tradicional versus ágil, com foco nos testes.
3) São apresentados conceitos e práticas de Test Driven Development (TDD) usando JUnit, como escrever testes antes do código e refatorar continuamente.
O documento apresenta os princípios e práticas do Extreme Programming (XP). Resume que o XP é um conjunto de valores, princípios e práticas que conectam os princípios aos valores e estas às práticas. Descreve algumas das principais práticas do XP como Testes Unitários (TDD), Integração Contínua e Programação em Par.
O documento apresenta o framework SCRUM para desenvolvimento ágil de software. SCRUM utiliza times auto-organizados, reuniões diárias e releases incrementais curtas para entregar valor ao cliente de forma contínua. O documento descreve os papéis como Product Owner e Scrum Master e processos como Planning Poker, Sprint Planning e Retrospectivas.
O documento discute os conceitos de certificação digital, incluindo autenticidade, confiabilidade, integridade e segurança. Aborda criptografia simétrica e assimétrica, assinatura digital, certificado digital e SSL. O objetivo é garantir a autenticidade, integridade e confidencialidade das informações durante a comunicação digital.
O documento apresenta uma palestra sobre conceitos fundamentais, mercado e tendências da Programação Orientada a Aspectos (AOP). A palestra inclui definições de termos básicos de AOP, como join points, pointcuts e advices. Também discute como AOP permite separar preocupações transversais de um sistema em aspectos modulares.
O documento apresenta os conceitos fundamentais de Programação Orientada a Aspectos (AOP). Resume os principais pontos como join points, pointcuts, advices e aspects. Explica como a AOP separa os crosscutting concerns dos comuns e como são implementados e recompostos através do weaver. Apresenta exemplos de frameworks como AspectJ e AspectWerkz e um exemplo Hello World usando este último framework.
O documento discute comunidades virtuais Java no Brasil, como o Portal Java e o GUJ. Ele explica como JUGs virtuais funcionam usando sites para disseminar conhecimento através de fóruns, tutoriais e newsletters. O documento também fornece detalhes sobre os principais JUGs virtuais brasileiros atualmente e suas realizações.
1. O documento apresenta uma introdução ao framework Ruby on Rails, descrevendo suas principais características e funcionalidades.
2. É apresentado um exemplo prático de desenvolvimento de um sistema de blog usando Rails, cobrindo tópicos como geração de projeto, controllers, views e models.
3. O documento fornece instruções passo-a-passo para configurar e executar a aplicação de exemplo.
PRODUÇÃO E CONSUMO DE ENERGIA DA PRÉ-HISTÓRIA À ERA CONTEMPORÂNEA E SUA EVOLU...Faga1939
Este artigo tem por objetivo apresentar como ocorreu a evolução do consumo e da produção de energia desde a pré-história até os tempos atuais, bem como propor o futuro da energia requerido para o mundo. Da pré-história até o século XVIII predominou o uso de fontes renováveis de energia como a madeira, o vento e a energia hidráulica. Do século XVIII até a era contemporânea, os combustíveis fósseis predominaram com o carvão e o petróleo, mas seu uso chegará ao fim provavelmente a partir do século XXI para evitar a mudança climática catastrófica global resultante de sua utilização ao emitir gases do efeito estufa responsáveis pelo aquecimento global. Com o fim da era dos combustíveis fósseis virá a era das fontes renováveis de energia quando prevalecerá a utilização da energia hidrelétrica, energia solar, energia eólica, energia das marés, energia das ondas, energia geotérmica, energia da biomassa e energia do hidrogênio. Não existem dúvidas de que as atividades humanas sobre a Terra provocam alterações no meio ambiente em que vivemos. Muitos destes impactos ambientais são provenientes da geração, manuseio e uso da energia com o uso de combustíveis fósseis. A principal razão para a existência desses impactos ambientais reside no fato de que o consumo mundial de energia primária proveniente de fontes não renováveis (petróleo, carvão, gás natural e nuclear) corresponde a aproximadamente 88% do total, cabendo apenas 12% às fontes renováveis. Independentemente das várias soluções que venham a ser adotadas para eliminar ou mitigar as causas do efeito estufa, a mais importante ação é, sem dúvidas, a adoção de medidas que contribuam para a eliminação ou redução do consumo de combustíveis fósseis na produção de energia, bem como para seu uso mais eficiente nos transportes, na indústria, na agropecuária e nas cidades (residências e comércio), haja vista que o uso e a produção de energia são responsáveis por 57% dos gases de estufa emitidos pela atividade humana. Neste sentido, é imprescindível a implantação de um sistema de energia sustentável no mundo. Em um sistema de energia sustentável, a matriz energética mundial só deveria contar com fontes de energia limpa e renováveis (hidroelétrica, solar, eólica, hidrogênio, geotérmica, das marés, das ondas e biomassa), não devendo contar, portanto, com o uso dos combustíveis fósseis (petróleo, carvão e gás natural).
A linguagem C# aproveita conceitos de muitas outras linguagens,
mas especialmente de C++ e Java. Sua sintaxe é relativamente fácil, o que
diminui o tempo de aprendizado. Todos os programas desenvolvidos devem
ser compilados, gerando um arquivo com a extensão DLL ou EXE. Isso torna a
execução dos programas mais rápida se comparados com as linguagens de
script (VBScript , JavaScript) que atualmente utilizamos na internet
As classes de modelagem podem ser comparadas a moldes ou
formas que definem as características e os comportamentos dos
objetos criados a partir delas. Vale traçar um paralelo com o projeto de
um automóvel. Os engenheiros definem as medidas, a quantidade de
portas, a potência do motor, a localização do estepe, dentre outras
descrições necessárias para a fabricação de um veículo
Em um mundo cada vez mais digital, a segurança da informação tornou-se essencial para proteger dados pessoais e empresariais contra ameaças cibernéticas. Nesta apresentação, abordaremos os principais conceitos e práticas de segurança digital, incluindo o reconhecimento de ameaças comuns, como malware e phishing, e a implementação de medidas de proteção e mitigação para vazamento de senhas.
7. Customer collaboration
over contract negotiation
não quer dizer festa
nem informalidade
nem inexistência de contratos
segunda-feira, 31 de maio de 2010
18. }
defina claramente os objetivos
detalhe os seus contratos
desistir é permitido
suspensão não é crime
evite pressionar e ser pressionado
seja transparente
segunda-feira, 31 de maio de 2010
23. escopo fechado
preço fixo!
segunda-feira, 31 de maio de 2010
24. receita lucro
100
75
$
$
$ 50
25
0
esforço
segunda-feira, 31 de maio de 2010
25. cliente fornecedor
segunda-feira, 31 de maio de 2010
26. - escopo fechado para mudanças
- se houverem, as mudanças de
escopo serão caras e complicadas
- fornecedor assume todo o risco
- lucro totalmente dependente da
estimativa
- prejudica o relacionamento cliente e
fornecedor
cliente fornecedor
segunda-feira, 31 de maio de 2010
27. fix
os
tempo X recurso
segunda-feira, 31 de maio de 2010
28. fix
os
tempo X recurso
por hora!
segunda-feira, 31 de maio de 2010
29. receita lucro
100
75
$
$
$ 50
25
0
esforço
segunda-feira, 31 de maio de 2010
30. cliente fornecedor
segunda-feira, 31 de maio de 2010
31. - o escopo não precisa ser fechado
- termina quando o cliente quer, ou
para de pagar
- *cliente* assume todo o risco
- mais horas == mais trabalho e mais
trabalho == mais lucro
- fornecedor não tem incentivo algum
para terminar o projeto
cliente fornecedor
segunda-feira, 31 de maio de 2010
32. tempo X recurso com
es
co
fix po
o
orçamento limitado
segunda-feira, 31 de maio de 2010
33. cliente fornecedor
segunda-feira, 31 de maio de 2010
34. - estimula o acompanhamento
- termina quando todos requisitos
forem entregues
- fornecedor prefere terminar no limite
do orçamento
- cliente prefere que termine antes do
limite de orçamento
cliente fornecedor
segunda-feira, 31 de maio de 2010
35. desenvolvendo
em fases
segunda-feira, 31 de maio de 2010
36. receita lucro
50
37,5
$
$
$ 25
12,5
0
esforço
segunda-feira, 31 de maio de 2010
37. cliente fornecedor
segunda-feira, 31 de maio de 2010
38. - time boxed (até os riscos)
- o orçamento pode ser fixo...
- ... e o escopo variável
- qualquer entrega pode ser a última
- incentiva e melhora a colaboração e
o relacionamento cliente e fornecedor
cliente fornecedor
segunda-feira, 31 de maio de 2010
40. receita lucro
150
estimado
112,5
$
$
$ 75
37,5
0
esforço
segunda-feira, 31 de maio de 2010
41. cliente fornecedor
segunda-feira, 31 de maio de 2010
42. - o escopo bem definido
- riscos compartilhados
- se terminar cedo, todos lucram
- se atrasar, todos deixam de lucrar
- estimula a cooperação entre cliente e
fornecedor
cliente fornecedor
segunda-feira, 31 de maio de 2010
43. money for nothing
changes for free
segunda-feira, 31 de maio de 2010
44. money for nothing
changes for free
segunda-feira, 31 de maio de 2010
45. receita lucro ROI
estimado
300
se atingir o ROI
já pode parar
225
$
$
$ 150
75
0
esforço
segunda-feira, 31 de maio de 2010
46. cliente fornecedor
segunda-feira, 31 de maio de 2010
47. - riscos e benefícios compartilhados
- cliente e fornecedor querem terminar
antes
- escopo variável
- novas funcionalidades geram custo
adicional, exceto se trocadas por
outras existentes
cliente fornecedor
segunda-feira, 31 de maio de 2010
49. escopo e preço fixos
combinam
com agile?
segunda-feira, 31 de maio de 2010
50. não combinam
mas se toleram
segunda-feira, 31 de maio de 2010
51. {
evite sempre que possível
prefira o preço fixo ao escopo fixo
se não tem remédio, remediado está
não combinam
mas se toleram
segunda-feira, 31 de maio de 2010