Vender projetos de software não é trivial. O uso de "bola de cristal" ou outra metodologia para estimar o tamanho ou a quantidade de horas dos projetos é quase sempre uma armadilha. Nesta apresentação exploro a opção de utilizar um Escopo Aberto, mais aderente a forma ágil de construção de sistemas. O desafio é grande para os vendedores, mas acredito que o benefício para todos os envolvidos vale a pena.
Escopo fixo x escopo negociavel - Para seu chefedavidals
O documento discute os problemas com contratos de escopo fixo em projetos de software e propõe contratos de escopo variável como alternativa. Contratos de escopo fixo assumem, de forma irrealista, que o cliente sabe exatamente o que quer no início e que a equipe pode estimar e entregar perfeitamente. Já contratos de escopo variável fixam custo, prazo e qualidade, permitindo flexibilidade no escopo e entregas iterativas que dão mais controle ao cliente.
Contratos de desenvolvimento de software para governo blue pill or red pill?SEA Tecnologia
O documento discute os desafios de medir o valor e qualidade de software desenvolvido para o governo. Apresenta diferentes abordagens para contratos de software, como métricas de qualidade, entrega por iterações e pagamento condicionado à homologação. Também reconhece que nem tudo pode ser mensurado e que é preciso confiar na capacitação e criatividade das empresas para superar essas limitações.
Pmirs 2013 desconstruindo o mito da estimativas perfeitaEduardo Peres
O documento discute as limitações das estimativas de escopo, prazo e custo para projetos, e propõe abordagens ágeis para lidar com as incertezas inerentes ao processo de desenvolvimento de software, como estimativas em dois níveis, compartilhamento de riscos, feedback contínuo e adaptação.
O documento introduz a metodologia eXtreme Programming (XP) e suas principais práticas ágeis. XP enfatiza a comunicação, simplicidade, feedback e coragem por meio de práticas como programação em pares, testes automatizados, integração contínua, refatoramento e pequenos lançamentos frequentes. O objetivo é entregar valor ao cliente de forma incremental e adaptável a mudanças.
Um roadmap de práticas e sugestões para transformar esperança e pressupostos em experiências pela redução de incertezas em gestão estratégica de estimativa de esforço.
Este documento fornece um guia de 6 passos para projetos de redução de custos nas empresas. Os passos incluem planejamento, definição, medição de variáveis, análise, implantação de melhorias e controle. A definição envolve identificar o problema, objetivo, clientes afetados e impacto econômico. As ferramentas sugeridas incluem matrizes para mapear variáveis e pessoas envolvidas no projeto.
O documento discute as práticas do planejamento da Sprint no Scrum, incluindo a apresentação das prioridades do Product Owner, a quebra das histórias de usuário em tarefas técnicas pelo time e a estimativa do esforço necessário para entregar o incremento da Sprint.
Contratos e Scrum: The Good, The Bad and The UglyJose Papo, MSc
- The Good: Contratos de Escopo Variável
- The Bad: Contratos de Preço Fixo
- The Ugly: Aquisição Progressiva e Aquisição por Métricas de Tamanho ( Pontos de Função )
- Como escolher uma forma de contratação
Escopo fixo x escopo negociavel - Para seu chefedavidals
O documento discute os problemas com contratos de escopo fixo em projetos de software e propõe contratos de escopo variável como alternativa. Contratos de escopo fixo assumem, de forma irrealista, que o cliente sabe exatamente o que quer no início e que a equipe pode estimar e entregar perfeitamente. Já contratos de escopo variável fixam custo, prazo e qualidade, permitindo flexibilidade no escopo e entregas iterativas que dão mais controle ao cliente.
Contratos de desenvolvimento de software para governo blue pill or red pill?SEA Tecnologia
O documento discute os desafios de medir o valor e qualidade de software desenvolvido para o governo. Apresenta diferentes abordagens para contratos de software, como métricas de qualidade, entrega por iterações e pagamento condicionado à homologação. Também reconhece que nem tudo pode ser mensurado e que é preciso confiar na capacitação e criatividade das empresas para superar essas limitações.
Pmirs 2013 desconstruindo o mito da estimativas perfeitaEduardo Peres
O documento discute as limitações das estimativas de escopo, prazo e custo para projetos, e propõe abordagens ágeis para lidar com as incertezas inerentes ao processo de desenvolvimento de software, como estimativas em dois níveis, compartilhamento de riscos, feedback contínuo e adaptação.
O documento introduz a metodologia eXtreme Programming (XP) e suas principais práticas ágeis. XP enfatiza a comunicação, simplicidade, feedback e coragem por meio de práticas como programação em pares, testes automatizados, integração contínua, refatoramento e pequenos lançamentos frequentes. O objetivo é entregar valor ao cliente de forma incremental e adaptável a mudanças.
Um roadmap de práticas e sugestões para transformar esperança e pressupostos em experiências pela redução de incertezas em gestão estratégica de estimativa de esforço.
Este documento fornece um guia de 6 passos para projetos de redução de custos nas empresas. Os passos incluem planejamento, definição, medição de variáveis, análise, implantação de melhorias e controle. A definição envolve identificar o problema, objetivo, clientes afetados e impacto econômico. As ferramentas sugeridas incluem matrizes para mapear variáveis e pessoas envolvidas no projeto.
O documento discute as práticas do planejamento da Sprint no Scrum, incluindo a apresentação das prioridades do Product Owner, a quebra das histórias de usuário em tarefas técnicas pelo time e a estimativa do esforço necessário para entregar o incremento da Sprint.
Contratos e Scrum: The Good, The Bad and The UglyJose Papo, MSc
- The Good: Contratos de Escopo Variável
- The Bad: Contratos de Preço Fixo
- The Ugly: Aquisição Progressiva e Aquisição por Métricas de Tamanho ( Pontos de Função )
- Como escolher uma forma de contratação
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...Rosa Sampaio
1) O documento discute conceitos fundamentais de Scrum, incluindo eventos, artefatos e papéis.
2) Scrum é abordado como uma abordagem ágil para o desenvolvimento de software que pode ser aplicada a outros processos de criação.
3) Os principais conceitos discutidos incluem Sprints, Daily Scrum, Review, Retrospectiva e artefatos como Product Backlog.
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...Rosa Sampaio
Um pouco da minha experiência no mundo ágil, e em conceitos para estimar de forma consciente e sair do :
- Eu acho que essa estória vale 13 story points!
Rodrigo Romero - Armadilhas no processo de contratação de um projeto ágil: de...DevCamp Campinas
Palestra DevCamp 2018 - Rodrigo Romero: Armadilhas no processo de contratação de um projeto ágil: desafios a serem superados para quem compra e para quem vende
Workshop 101: Concebendo produtos de forma ágil (e divertida) - Scrum Gathe...Diana Corrêa, CSPO / CSM
Diana Corrêa apresenta várias técnicas ágeis para concepção de produtos de forma divertida e eficaz em um workshop, incluindo Value Proposition Canvas, Personas, Business Model Canvas, Lean Canvas, Elevator Pitch, Product Vision Board e User Story Mapping. O objetivo é ajudar times a modelar negócios, definir públicos-alvo, criar visões de produto e mapear funcionalidades para definir o mínimo produto viável e releases futuras.
O documento discute práticas ágeis e testes de aceitação, enfatizando: (1) a importância de entregas frequentes com feedback contínuo através de sprints curtos; (2) o valor da modelagem orientada a teste e da colaboração entre times para validar hipóteses sobre requisitos; (3) como testes de aceitação em todo o ciclo de vida do produto agregam valor e aproximam o produto das necessidades do cliente.
O documento discute metodologias ágeis para desenvolvimento de software, abordando conceitos como Scrum, Extreme Programming (XP) e Kanban. Resume os principais pontos como a ênfase em indivíduos e interações, entrega contínua de software, e adaptação a mudanças. Apresenta também um roadmap para o tópico e estudos de caso sobre a adoção de práticas ágeis.
Jobs-To-Be-Done by C6 Bank Lead Product DesignerProduct School
Este documento fornece um resumo da abordagem de Jobs To Be Done (JTBD) utilizada pela empresa GetNinjas para entender as necessidades dos seus clientes e identificar oportunidades de melhoria. O documento descreve o processo de JTBD realizado, incluindo a criação de um Job Map, identificação de Desired Outcomes e realização de pesquisas para validar e priorizar as necessidades dos clientes.
Métodos Ágeis - Senac 2018 (Tecnologia para Marketing)Alexandre Uehara
O documento apresenta os princípios da metodologia ágil, destacando que valoriza indivíduos, software funcionando, colaboração com clientes e adaptação a mudanças. Também descreve o framework Scrum, com suas cerimônias como planning, daily meetings e retrospectivas. Por fim, propõe um exercício prático de linha de produção para ilustrar os conceitos ágeis.
Argumento apologético de Rodrigo Yoshima para deixar de estimar tamanho e capacidade em projetos de software e mesmo assim, obter previsibilidade. Apresentado no AgileVale 2013.
O documento discute estratégias para transformar problemas em oportunidades no gerenciamento de projetos. Ele apresenta exemplos de como eventos adversos como desastres naturais ou atrasos podem ser aproveitados para melhorar resultados, e defende que o sucesso de um projeto deve ser medido por seu retorno financeiro ao invés de apenas prazos e orçamentos. Gerenciar ativamente os riscos é apontado como forma de identificar esses tipos de oportunidades.
UNIFESO 2019 - Gestão de Projetos Além do ÓbvioDebora Modesto
Gestão de Projetos Além do Óbvio apresenta casos reais de projetos de software para ilustrar os desafios da gestão. Os casos demonstram como fatores como escopo, comunicação, tamanho da equipe e metodologia impactam o sucesso dos projetos. A apresentação também discute a diferença entre indústrias de replicação versus criação e introduz o Framework Cynefin para auxiliar na escolha da abordagem correta de acordo com o tipo de problema.
Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !Ari Amaral
O documento descreve uma palestra sobre Scrum, um framework ágil para gestão de projetos. A palestra é dividida em sprints que abordam conceitos como visão do produto, multitarefas, sucesso, valores e papéis do Scrum como Scrum Master e Product Owner. As cerimônias do Scrum como planejamento do sprint, reunião diária e retrospectiva também são explicadas. O objetivo é apresentar Scrum e como ele pode ajudar a fazer mais trabalho em menos tempo de forma colaborativa e incremental.
O documento discute a avaliação e gerenciamento de empreendimentos. Ele fornece definições de termos-chave como avaliação, valor e preço e discute princípios para avaliar empreendimentos como custos, concorrência e demanda do mercado. Também aborda etapas como planejamento, financiamento e vendas para viabilizar um empreendimento imobiliário.
O documento discute a história e os princípios do framework Scrum para desenvolvimento de produtos complexos. Aborda os pilares da transparência, inspeção e adaptação, os papéis de ScrumMaster, Product Owner e Time de Scrum, e explica o ciclo do Scrum, incluindo Backlog do Produto, Sprint, Reunião Diária e Incremento do Produto.
Desenvolvimento de Negócios InovadoresSoraia Gomes
O documento apresenta uma palestra sobre desenvolvimento de negócios inovadores, abordando tópicos como geração de ideias, prototipação, modelo de negócios Canvas e fatores de sucesso no lançamento de produtos. A palestrante Soraia Gomes guiará os participantes por técnicas práticas para desenvolver produtos com inovação de forma sistematizada, analisando todos os atores do processo.
O documento discute a metodologia de Job To Be Done (JTBD) para pesquisa em UX. Ele explica como a abordagem qualitativa é usada para definir clientes, jobs e resultados esperados, enquanto a abordagem quantitativa mapeia a importância e satisfação dos usuários. O documento também descreve o Algoritmo de Oportunidade, que identifica áreas para inovação com base na lacuna entre importância e satisfação reportadas pelos usuários.
O documento discute a metodologia ágil SCRUM para gestão de projetos de software. Ele apresenta os princípios e práticas do SCRUM, incluindo papéis como Product Owner e Scrum Master, cerimônias como planning, daily meetings e retrospectivas, e artefatos como product backlog e sprint backlog. O documento também discute como SCRUM pode ser combinado com outras metodologias como XP, Kanban e MPS.Br.
O documento descreve o que é Extreme Programming (XP), seus valores e práticas ágeis. O XP prioriza a comunicação direta, entregas constantes de software e feedback frequente do cliente. Seus papéis incluem desenvolvedores, testadores e um cliente no local para guiar o desenvolvimento.
Processos criacao web - Criação Digital - ESPMBruno Magalhães
O documento fornece dicas para profissionais de criação digital em como lidar com clientes durante o processo criativo, como coletar informações sobre o cliente, entender seus desejos e necessidades reais, validar ideias sem se empolgar cedo demais, e entregar soluções práticas que atendam aos objetivos do cliente.
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...Rosa Sampaio
1) O documento discute conceitos fundamentais de Scrum, incluindo eventos, artefatos e papéis.
2) Scrum é abordado como uma abordagem ágil para o desenvolvimento de software que pode ser aplicada a outros processos de criação.
3) Os principais conceitos discutidos incluem Sprints, Daily Scrum, Review, Retrospectiva e artefatos como Product Backlog.
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...Rosa Sampaio
Um pouco da minha experiência no mundo ágil, e em conceitos para estimar de forma consciente e sair do :
- Eu acho que essa estória vale 13 story points!
Rodrigo Romero - Armadilhas no processo de contratação de um projeto ágil: de...DevCamp Campinas
Palestra DevCamp 2018 - Rodrigo Romero: Armadilhas no processo de contratação de um projeto ágil: desafios a serem superados para quem compra e para quem vende
Workshop 101: Concebendo produtos de forma ágil (e divertida) - Scrum Gathe...Diana Corrêa, CSPO / CSM
Diana Corrêa apresenta várias técnicas ágeis para concepção de produtos de forma divertida e eficaz em um workshop, incluindo Value Proposition Canvas, Personas, Business Model Canvas, Lean Canvas, Elevator Pitch, Product Vision Board e User Story Mapping. O objetivo é ajudar times a modelar negócios, definir públicos-alvo, criar visões de produto e mapear funcionalidades para definir o mínimo produto viável e releases futuras.
O documento discute práticas ágeis e testes de aceitação, enfatizando: (1) a importância de entregas frequentes com feedback contínuo através de sprints curtos; (2) o valor da modelagem orientada a teste e da colaboração entre times para validar hipóteses sobre requisitos; (3) como testes de aceitação em todo o ciclo de vida do produto agregam valor e aproximam o produto das necessidades do cliente.
O documento discute metodologias ágeis para desenvolvimento de software, abordando conceitos como Scrum, Extreme Programming (XP) e Kanban. Resume os principais pontos como a ênfase em indivíduos e interações, entrega contínua de software, e adaptação a mudanças. Apresenta também um roadmap para o tópico e estudos de caso sobre a adoção de práticas ágeis.
Jobs-To-Be-Done by C6 Bank Lead Product DesignerProduct School
Este documento fornece um resumo da abordagem de Jobs To Be Done (JTBD) utilizada pela empresa GetNinjas para entender as necessidades dos seus clientes e identificar oportunidades de melhoria. O documento descreve o processo de JTBD realizado, incluindo a criação de um Job Map, identificação de Desired Outcomes e realização de pesquisas para validar e priorizar as necessidades dos clientes.
Métodos Ágeis - Senac 2018 (Tecnologia para Marketing)Alexandre Uehara
O documento apresenta os princípios da metodologia ágil, destacando que valoriza indivíduos, software funcionando, colaboração com clientes e adaptação a mudanças. Também descreve o framework Scrum, com suas cerimônias como planning, daily meetings e retrospectivas. Por fim, propõe um exercício prático de linha de produção para ilustrar os conceitos ágeis.
Argumento apologético de Rodrigo Yoshima para deixar de estimar tamanho e capacidade em projetos de software e mesmo assim, obter previsibilidade. Apresentado no AgileVale 2013.
O documento discute estratégias para transformar problemas em oportunidades no gerenciamento de projetos. Ele apresenta exemplos de como eventos adversos como desastres naturais ou atrasos podem ser aproveitados para melhorar resultados, e defende que o sucesso de um projeto deve ser medido por seu retorno financeiro ao invés de apenas prazos e orçamentos. Gerenciar ativamente os riscos é apontado como forma de identificar esses tipos de oportunidades.
UNIFESO 2019 - Gestão de Projetos Além do ÓbvioDebora Modesto
Gestão de Projetos Além do Óbvio apresenta casos reais de projetos de software para ilustrar os desafios da gestão. Os casos demonstram como fatores como escopo, comunicação, tamanho da equipe e metodologia impactam o sucesso dos projetos. A apresentação também discute a diferença entre indústrias de replicação versus criação e introduz o Framework Cynefin para auxiliar na escolha da abordagem correta de acordo com o tipo de problema.
Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !Ari Amaral
O documento descreve uma palestra sobre Scrum, um framework ágil para gestão de projetos. A palestra é dividida em sprints que abordam conceitos como visão do produto, multitarefas, sucesso, valores e papéis do Scrum como Scrum Master e Product Owner. As cerimônias do Scrum como planejamento do sprint, reunião diária e retrospectiva também são explicadas. O objetivo é apresentar Scrum e como ele pode ajudar a fazer mais trabalho em menos tempo de forma colaborativa e incremental.
O documento discute a avaliação e gerenciamento de empreendimentos. Ele fornece definições de termos-chave como avaliação, valor e preço e discute princípios para avaliar empreendimentos como custos, concorrência e demanda do mercado. Também aborda etapas como planejamento, financiamento e vendas para viabilizar um empreendimento imobiliário.
O documento discute a história e os princípios do framework Scrum para desenvolvimento de produtos complexos. Aborda os pilares da transparência, inspeção e adaptação, os papéis de ScrumMaster, Product Owner e Time de Scrum, e explica o ciclo do Scrum, incluindo Backlog do Produto, Sprint, Reunião Diária e Incremento do Produto.
Desenvolvimento de Negócios InovadoresSoraia Gomes
O documento apresenta uma palestra sobre desenvolvimento de negócios inovadores, abordando tópicos como geração de ideias, prototipação, modelo de negócios Canvas e fatores de sucesso no lançamento de produtos. A palestrante Soraia Gomes guiará os participantes por técnicas práticas para desenvolver produtos com inovação de forma sistematizada, analisando todos os atores do processo.
O documento discute a metodologia de Job To Be Done (JTBD) para pesquisa em UX. Ele explica como a abordagem qualitativa é usada para definir clientes, jobs e resultados esperados, enquanto a abordagem quantitativa mapeia a importância e satisfação dos usuários. O documento também descreve o Algoritmo de Oportunidade, que identifica áreas para inovação com base na lacuna entre importância e satisfação reportadas pelos usuários.
O documento discute a metodologia ágil SCRUM para gestão de projetos de software. Ele apresenta os princípios e práticas do SCRUM, incluindo papéis como Product Owner e Scrum Master, cerimônias como planning, daily meetings e retrospectivas, e artefatos como product backlog e sprint backlog. O documento também discute como SCRUM pode ser combinado com outras metodologias como XP, Kanban e MPS.Br.
O documento descreve o que é Extreme Programming (XP), seus valores e práticas ágeis. O XP prioriza a comunicação direta, entregas constantes de software e feedback frequente do cliente. Seus papéis incluem desenvolvedores, testadores e um cliente no local para guiar o desenvolvimento.
Processos criacao web - Criação Digital - ESPMBruno Magalhães
O documento fornece dicas para profissionais de criação digital em como lidar com clientes durante o processo criativo, como coletar informações sobre o cliente, entender seus desejos e necessidades reais, validar ideias sem se empolgar cedo demais, e entregar soluções práticas que atendam aos objetivos do cliente.
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
5. Vender = Negociar ? Segundo a Wikipédia: Vender é trocar um produto ou serviço por um valor (normalmente dinheiro). Negociar é procurar identificar uma “zona de acordo” com o interlocutor, visando encontrar o ponto em que as condições atendam a todas as partes envolvidas no processo. Perceba que negociar é muito mais abrangente que vender.
6. Vendedor X Negociador Vendedor Negociador Tem foco na meta, volume e dinheiro. Tende a ser mais competitivo. É mais relacional. Acredita na intuição. É persuasivo. Concede com cautela . Foco na solução do problema, pode ser mais criativo. Tende a ser mais cooperativo. É mais analítico e estratégico. Acredita no planejamento. Transmite credibilidade. Troca concessões.
8. Momento “Quebra tudo” A propósito, o que caracteriza um mercado? “Liberdade de escolha, participação voluntária do comprador e vendedor, possibilidade de qualquer uma das partes desistir do negócio a qualquer momento, independência total de cada um dos participantes no negócio, ninguém tem rabo preso com ninguém, ninguém diz para o cliente como deve usar os seus próprios recursos.” Ricardo Jordão Magalhães, da BizRevolution.
9. O que o cliente quer saber? Supondo que o cliente sabe o que precisa, sempre pergunta sobre: Precisamoseducá-lo!
10. Previsibilidade Brasil vencerá a Copa da África do Sul, calcula banco suíço. Banco de investimento suíço UBS, Veja, 13/05/2010 O mordomo é o assassino? Terremotos, furacões, ...
11. Previsível Uso da razão. Modelo mental: Primeiro pense! Waterfall (cascata)
12. Imprevisível Empírico Controle de processos por meio de inspeção e de adaptação frequentes os quais possuem definição (escopo) imprecisa e geram resultados imprevisíveis e únicos (não repetitivos). Scrum: Processo Empírico.
14. Primeiro pense Funciona melhor quando: A questão está clara. Os dados são confiáveis. O contexto está estruturado. Os pensamentos podem ser controlados. A disciplina pode ser aplicada. Exemplo: Em um processo de produção.
15. Primeiro veja Funciona melhor quando: Muitos elementos precisam ser combinados para chegar a soluções criativas. O comprometimento com essas soluções é fundamental. A comunicação de amplo alcance é essencial. Exemplo: No desenvolvimento de um novo produto (software!!!).
16. Primeiro faça Funciona melhor quando: A situação é inusitada e confusa. Especificações complicadas atravancam o progresso. Algumas regras simples de relacionamento podem ajudar as pessoas a seguir em frente. Exemplo: No enfrentamento de uma tecnologia de ruptura (software!!!).
19. Disfunções do processo tradicional É complexo definir todas as necessidades e requisitos no início do projeto. Tecnologia e o ambiente externo ao projeto mudam com o tempo. O processo de desenvolvimento de sistemas é inerentemente carregado de incertezas. Fornecedor parece ter o maior risco, pois o cliente possui pouco incentivo para aceitar o trabalho como completo. Geralmente não gera o menor custo: Fornecedores incluirão uma boa margem de risco (gordura!) Preço baixo com mudanças caras. Geralmente não fornece o menor risco ao comprador: Quando o custo, cronograma e escopo são fixos o que variará para baixo? A qualidade...é claro! O cliente geralmente não recebe o que ele gostaria ao final do projeto!
20. Se não dá certo, por que fixar o escopo? Falta de confiança entre os contratantes. Falta de compreensão a respeito do funcionamento do processo de desenvolvimento. Incompreensão do significado do escopo. escopo (ô)(latim scopus, -i, do grego skopós, -oú, observador, espião, vigilante) s. m. 1. Alvo, mira. 2. Objetivo!Objetivo que se pretende atingir. = desígnio, fim, intuito, propósito 3. Limite de uma operação (ex.: ainda não definiram o escopo da campanha).
21. Escopo fixo: Enganos Quanto mais detalhes for inserido no início, melhor eles serão entendidos. Um escopo bem definido irá evitar mudanças. Um escopo fixo é necessário para estimar melhor preço e custo .
24. Mais confortável para o cliente (ilusão).Camisa de força: Preço, Prazo e Escopo. Qualidade sofre!! Ilusão da previsibilidade. Não favorece soluções criativas. Estudos (PMI e ChaosReport) comprovam sua ineficiência.
25. Escopo Aberto (Preço fixo!) “Pagaremos $35.000,00 por mês pelos próximos 6 meses. Todo o software entregue até este ponto deve atender aos requisitos de qualidade conforme apêndice X.” “Os primeiros 3 sprints, cada um com 2 semanas de duração, terão um custo de $52.000,00.” Após a realização desta etapa o projeto será regido pelas condições apresentadas anteriormente. Contrato Guarda-chuva: “Cada Sprint ‘padrão XYZ’ executado terá o custo de $5.000,00”. Outros.....
26. Escopo Aberto (Negociável) Vantagem Desvantagem Adaptação: revisão das prioridades. Visibilidade. Eficiência para lidar com os riscos. Retorno antecipado do investimento. Vai contra o senso-comum (racional). Exige relação de confiança entre cliente e fornecedor. É “novo” ! É diferente!
27.
28. Nossas armas Educar o cliente !!!! Primeiro: Pense,Veja ou Faça? SCRUM: Velocidade, Storypoints, DoD (definição de Pronto). ProductOwner Sprint Planning BurnDown Release Planning Outras técnicas ágeis: FDD, XP, Lean, etc. Estudo StandishGroup: 64% das funcionalidades nunca ou raramente são usadas.
31. Simulações Supondo um projeto estimado em 300 pontos. Qual a nossa velocidade? Pode ser a velocidade de projetos anteriores. A quantidade de atividades que devemos fazer em cada iteração (DoD). O grau de facilidade de comunicar com o cliente – quanto menos tempo o cliente dedica ao projeto, menor a velocidade! Apenas um “sentimento” após analisar o escopo. Vamos assumir que o time irá tentar realizar 20 pontos a cada sprint de 2 semanas. Time de 5 integrantes: 3 desenvolvedores, 1 tester e 1 líder.
32. Cenário 1 – Entregar o mais cedo possível Tempo = (Pontos / Velocidade) * <Tamanho Sprint> Tempo = (300 / 20) * 2 = 30 semanas (15 Sprints) Se o tempo não for aceitável? Podemos ajustar a velocidade!
33.
34.
35. Desafio do vendedor Agir como consultor (“como um homem de marketing” ) O vendedor precisa ter um amplo conhecimento do produto que está vendendo e também conhecer as necessidades e desejos dos clientes. Autores: Cobra e Ribeiro.
36. Desafio para a empresa A empresa precisa dominar quatro realidades fundamentais para aproveitar este “novo” mercado. Engajar seus clientes em um diálogo ativo, claro e constante. Mobilizar comunidades de consumidores. Administrar as diferenças entre eles. Criar experiências personalizadas junto com os clientes. Autores: Prahalad e Ramaswamy