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.
Contratos de desenvolvimento de software para governo blue pill or red pill?SEA Tecnologia
Apresentaremos brevemente a evolução dos contratos de desenvolvimento de software e uso dos métodos ágeis no governo, passando pelos movimentos da comunidade ágil, sua influência, alguns cases de sucesso e seus aprendizados. Mas, contar histórias e problemas não muda muito as coisas. O maior propósito desse talk é apresentar duas premissas diferentes para gestores públicos e empresas privadas relfetirem sobre contratos de desenvolvimento de software, e em seguida apresentar algumas ideias bastante inovadoras e amadurecê-las junto a audiência.
Aqui são apresentados as técnicas de Desenvolvimento Ágil: eXtreme Programming. Simples e prático.
/**Depois que entrei no mundo Java, começei a procurar por conteúdo na internet para estudar, então me deparei com um ótimo site, http://www.argonavis.com.br, de um grande cara chamado Helder Rocha, que disponibiliza este mesmo conteúdo em seu site também. Obrigado pela ajuda a comunidade.*/
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.
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
Contratos de desenvolvimento de software para governo blue pill or red pill?SEA Tecnologia
Apresentaremos brevemente a evolução dos contratos de desenvolvimento de software e uso dos métodos ágeis no governo, passando pelos movimentos da comunidade ágil, sua influência, alguns cases de sucesso e seus aprendizados. Mas, contar histórias e problemas não muda muito as coisas. O maior propósito desse talk é apresentar duas premissas diferentes para gestores públicos e empresas privadas relfetirem sobre contratos de desenvolvimento de software, e em seguida apresentar algumas ideias bastante inovadoras e amadurecê-las junto a audiência.
Aqui são apresentados as técnicas de Desenvolvimento Ágil: eXtreme Programming. Simples e prático.
/**Depois que entrei no mundo Java, começei a procurar por conteúdo na internet para estudar, então me deparei com um ótimo site, http://www.argonavis.com.br, de um grande cara chamado Helder Rocha, que disponibiliza este mesmo conteúdo em seu site também. Obrigado pela ajuda a comunidade.*/
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.
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 | 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
Possibilidades de Workshop para que você - Product Owner, Gerente de Produto ou Empreendedor - possa conceber o seu produto de maneira ágil e colaborativa, desde a modelagem de negócio até a montagem do MVP e Releases futuras.
Esta apresentação é parte de um workshop de 1h50min realizado no Scrum Gathering Rio 2015.
Jobs-To-Be-Done by C6 Bank Lead Product DesignerProduct School
In this Presentation you will learn more about JTBD (job to be done), which is a revolutionary concept that guides toward innovative solutions.
Language: Portuguese
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.
Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !Ari Amaral
Palestra para público do Fastjob de como usar Scrum para potencializar os seus negócios.
Scrum é apenas para projetos ? Posso usar Scrum fora da área de Software ?
Inspeção, adaptação e transparência, alinhando os valores do Scrum com pensamento sistêmico para aumentar a produtividade nas empresas.
Di 30 de Julho teremos o Curso de Scrum para potencializar os resultados da sua empresa no Fastjob. Inscrições em www.fastjob.com.br
Este workshop foi realizado em uma versão pocket no World Usability Day, realizadona PUC em 2018.
É a parte mais teórica, com algum exercícios para realizar #pesquisasqualitativas e #pesquisasquantitavivas a partir da metodologia Job to Be Done.
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
Possibilidades de Workshop para que você - Product Owner, Gerente de Produto ou Empreendedor - possa conceber o seu produto de maneira ágil e colaborativa, desde a modelagem de negócio até a montagem do MVP e Releases futuras.
Esta apresentação é parte de um workshop de 1h50min realizado no Scrum Gathering Rio 2015.
Jobs-To-Be-Done by C6 Bank Lead Product DesignerProduct School
In this Presentation you will learn more about JTBD (job to be done), which is a revolutionary concept that guides toward innovative solutions.
Language: Portuguese
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.
Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !Ari Amaral
Palestra para público do Fastjob de como usar Scrum para potencializar os seus negócios.
Scrum é apenas para projetos ? Posso usar Scrum fora da área de Software ?
Inspeção, adaptação e transparência, alinhando os valores do Scrum com pensamento sistêmico para aumentar a produtividade nas empresas.
Di 30 de Julho teremos o Curso de Scrum para potencializar os resultados da sua empresa no Fastjob. Inscrições em www.fastjob.com.br
Este workshop foi realizado em uma versão pocket no World Usability Day, realizadona PUC em 2018.
É a parte mais teórica, com algum exercícios para realizar #pesquisasqualitativas e #pesquisasquantitavivas a partir da metodologia Job to Be Done.
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