Bem Vindo à Plataforma de Treinamento

Qualquer dúvida ou problema envie um e-mail para contato@mindmaster.com.br

Poste sua dúvida abaixo

45 Comments

  • admin

    02/01/2016

    Coloque aqui a sua dúvida

    • Romilson Lemes

      02/05/2016

      Olá Denis,

      Eu estava fazendo os simulados e consegui atingir 93,5% do teste, mas a questão abaixo eu fiquei em dúvida.

      31 – A multinational company, which has five major products, is using scrum for product development. Which statements are the two best alternatives for how many product owners should exist?

      A – One specific product owner is responsible for all five products, and he/she may delegate to others for specific value, capabilities, and functionality within each product

      B – s many as needed to communicate expectations and requirements to the development teams

      C – One and only one: the product owner may not delegate to others for specific value, capabilities, and functionality within the product

      D – One specific product owner is responsible for each product, and he/she may delegate to others for specific value, capabilities, and functionality within the product.

      Eu escolhi a opção ( D ) e errei, mas tive a dica abaixo e mesmo assim eu não entendi.

      DICA: Para cada backlog de produto deve existir somente uma pessoa que assuma o papel de product owner. A mesma pessoa pode ser product owner de mais de um produto: não há problema nisto se ela conseguir desempenhar bem suas responsabilidades. Além disto, o scrum guide diz que o product owner pode realizar suas responsabilidades ou delega­las para a equipe de desenvolvimento ­ mas neste caso o product owner continua sendo o responsável pelo trabalho, ou seja, ele é o responsável final.

      PERGUNTA:
      Denis, com base na dica que me foi dada, acredito que que possa ter me confundido com a pergunta, mas eu entendi que a Empresa tinha 5 produtos que seriam criados projetos para cada um e minha resposta foi direcionada com base nisso.

      Eu escolhi a resta ( D ) por que entendi que para cada produto da multinacional deveria ter um Product Owner para cada produto, quando na verdade na minha alternativa escolhida também diz que um único product Owner pode assumir os 5 produtos e delegando terceiros.

      Na verdade nesta situação citada, a empresa poderia ter um único Product Owner responsável por todos os 5 produtos e eleger 3º para acompanhar cada produto com sua supervisão e ele respondendo por todos?

      Eu gostaria de obter sua explicação sobre essa pergunta, abordando o acompanhamento do mesmo para os eventos do Scrum dentro deste cenário, por que fiquei extremamente confusão com esta questão.

      Obrigado.

    • Romilson Lemes

      02/05/2016

      Denis, tem uma questão no simulado 01 que provavelmente esta com problema:

      A questão numero 51 esta apresentando a alternativa correta de forma errônea:

      Segue a descrição da mesma:

      51 – How many hours per day should a person on a scrum team work?

      A – 14 hours

      B – A sustainable pace, usually from 78 hours per day

      C – An “ideal day” measuring only when he or she is productive

      D – However many hours are needed to get the work done.

      Resolução: Nas primeiras vezes eu errei a resposta pq de todas as alternativas a mais ideal era a ( C ), mas eu estava errando e depois eu percebi que era a ( B ) pq a resposta era de 7 a 8 hora por dia, mas o sistema esta mostrando 78 horas e isso estava confundindo.
      Fiquei preocupado se o teste oficiona estava acontecendo algo assim, mesmo traduzindo para o português, esta aparecendo assim também.

      Será que é por que estou usando o Google Chrome ultima versão?
      Em um dos videos você diz que você esta utilizando o Firefox.. será melhor todos utilizarem o Firefox para fazer o teste?

      Obrigado,

    • Romilson Lemes

      02/05/2016

      Olá Denis,

      Li suas explicações para o ALEX MALMANN BECKER que você enviou no dia (04/02/2016), mas fiquei com um entendimento que não
      sei se estou correto com relação ao Escalonamento NEXUS:

      Eu entendi que o NEXUS é uma separação de equipes como abordado no SCRUM com o acompanhamento por reuniões a qual cada
      lider de equipe informa a equipe de integração NEXUS constantemente sobre o que esta acontecendo em sua equipe e todos
      juntos ao final fazem a Junção dos incrementos prontos que foi liberado por cada equipe e fazem um único incremento compondo
      todas as liberações das equipes de escalonamento (NEXUS) e liberam este incremento como (Pronto) para o Product Owner!!

      Esta correto o meu entendimento?
      Espero suas considerações..

      Obrigado.

    • Romilson Lemes

      02/05/2016

      Olá Denis,

      Na formação das equipes Escalonadas, eles seguem as reuniões diárias respeitando os 15 minutos do Scrum
      e depois desta reunião é que os lideres de cada equipe Scrum vão para as reuniões diárias dos Nexus para
      passarem o status de suas equipes?

      –//–
      Desculpe a ignorância, mas fiquei confuso sobre isso, pq na reunião diária do Scrum é o momento onde todos os
      integrantes da equipe Scrum vão se manifestar sobre as 3 questões diárias de cada um na equipe e se isso estiver
      separado, como o lider da equipe vai passar estas informações para a Reunião diária do NEXUS?

      –//–
      O Conteúdo do Nexus diz:

      “O trabalho que é identificado durante a Reunião Diária do Scrum do Nexus é então levado de volta para os times Scrum
      individualmente para planejamento dentro dos seus eventos diários do Scrum.”

      –//–
      Com isso, entendi que deve existir uma reunião diária do Scrum logo após a Reunião diária do Nexus para passar as informações
      ou replanejar tudo novamente, pois se ouver alguma mudança, alguns integrantes de determinda equipe Scrum ou todos
      poderão mudar seus planejamentos para as próximas 24 horas.

      É Isso mesmo?
      Estas seriam as adaptações?

      –//–
      A equipe de Integração do Nexus inicia o trabalho de integração deles apartir da liberação do primeiro e segundo Incremento
      ou após a liberação de todos os incrementos?

      –//–
      Entendi que eles acompanham todas as reuniões diárias das equipes Scrum e vão fazendo as análise para ajustarem algo que
      identificarem inconsistentes para a integração Futura.
      Estou certo em meu entendimento?

    • Romilson Lemes

      02/05/2016

      Olá Denis.

      Em uma empresa que tiver mais de que um projeto de Produto distintos para ser desenvolvimento, Eles colocam um unico Product Owner
      para acompanhar todos os projetos, ou contratam um Product Owner para cada projeto?

      –//–
      Na situação acima, a mesma regra seria para o Scrum Master?

    • Romilson Lemes

      02/05/2016

      Em uma empresa que tiver mais de que um projeto de Produtos distintos para ser desenvolvimento, Eles colocam um único Product Owner
      para acompanhar todos os projetos, ou contratam um Product Owner para cada projeto?

      –//–
      Na situação acima, a mesma regra seria para o Scrum Master?

    • Romilson Lemes

      02/05/2016

      Olá Denis,

      Conhecendo a maioria das consultorias como conheço, vou passar algumas situações que poderiam acontecer conforme experiência
      histórica:

      Como ficaria a situação onde uma consultoria contrata um Gerente de Projetos para fazer os dois papeis no mesmo projeto
      (Gerente de Projetos / Scrum Master)?

      –//–
      O Gerente ficaria sobrecarregado?
      Deveria ser bem criativo quebrando boa parte das regras do Scrum com relação as participações no geral no projeto?

      –//–
      Todos nos sabemos que na maioria dos casos isso acontece por ai?

      –//–
      Eu gostaria de ouvir de vocês como nós profissionais deveriámos reagir diante deste cenário, mesmo diante da atual crise
      nacional ou não !!!

    • Romilson Lemes

      05/05/2016

      Olá Denilson/Denis.

      Estou com uma dúvida referente a uma parte do Scrum que diz o seguinte:

      “Times de Desenvolvimento não contém sub-times dedicados a domínios específicos de conhecimento, tais como teste ou análise de negócios.”

      No Frameworks diz que temos que tratar todos os integrantes da time de desenvolvimento como desenvolvedor e nas duas linhas acima dizem mais ou menos o contrário disso.
      Em uma situação de projeto na qual tenho 9 desenvolvedores e destes 9 tenho 2 especialista Java e o resto não tem praticamente nada de habilidade para Java, e tenho algumas atividades especificas que devem ser desenvolvidas em Java.
      Logicamente apenas 2 integrantes poderão fazer esta atividade.

      Eu poderia chamar os dois como especialistas Java da Equipe?

      Neste caso estou separando os mesmos, fazendo isso, eu estarei quebrando a regra do Scrum. Certo?

      O que eu poderia fazer com os outros 7 integrantes é colocar eles para testarem a funcionalidade que os 2 especialistas desenvolveram ?

      Lógico que neste cenário esta parte do Java seria uma funcionalidade que os outros 7 integrantes iriam necessitar utilizar como parte necessária para compor o produto pronto.

      Estou correto ?

      • admin

        27/05/2016

        Romilson,

        Não há quebra de regra ou pecado no que está fazendo 🙂

        O Scrum preconiza que você não precisa de times separados por disciplinas para que não haja um processo cascata no desenvolvimento.

        Isto é, entregar primeiro requisitos, depois código, depois testes e etc.

        Porém não há problemas em ter profissionais com habilidades específicas que contribuam para a entrega do objetivo de cada Sprint

        O Scrum tampouco especifica como você deve classificar o nomear os profissionais do time. Eles são o Time de Desenvolvimento e devem ser Auto-organizados.

        Cuidado para não implementar o Comando e Controle e se tornar um Gerente de Projeto Cascata tentando implementar o Scrum!

    • Romilson Lemes

      05/05/2016

      Dennison e Denis tudo bem?

      no Scrum Guide esta escrito o seguinte:

      “Times de Desenvolvimento grandes geram muita complexidade para um processo empírico gerenciar. Os papéis de Product Owner e de Scrum Master não são incluídos nesta contagem, a menos que eles também executem o trabalho do Backlog da Sprint.”

      Este trabalho que eles podem estar executando no BackLog da Sprint, pode ser o trabalho de desenvolvimento ?

      Nesta situação, acredito que é um projeto que não vá ter muito sucesso, pois deve estar meio bagunçada a administração de acompanhamento pelo acumulo de trabalho dos administradores.

    • Romilson Lemes

      05/05/2016

      Olá Dennison e Denis.

      Na afirmação do trabalho do Scrum Master juntamente com o Product Owner diz que:

      Item 01:
      “Claramente comunicar a visão, objetivo e itens do Backlog do Produto para o Time de Desenvolvimento”

      Item 02:”Compreender a longo-prazo o planejamento do Produto no ambiente empírico”

      Dúvida do Item 01; –> Nas reunião de Planejamento, na situação afirmada, o Scrum Master já deveria esta ciente do objetivo do Produto a qual ele deveria ter tido reuniões anteriores junto ao PO?
      –//–
      Dúvida do Item 02; –> Nesta afirmação fiquei confuso, por que a partir da Reunião de Planejamento, o SM já deveria estar totalmente ciente sobre o planejamento do Produto bem como a equipe de desenvolvimento. Eu sinceramente não consegui absolver o que esta afirmação quiz passar.
      O que especificamente quer dizer este item?
      –//–

      Obrigado,

      • admin

        27/05/2016

        Dúvida do Item 01; –> Nas reunião de Planejamento, na situação afirmada, o Scrum Master já deveria esta ciente do objetivo do Produto a qual ele deveria ter tido reuniões anteriores junto ao PO?

        Não há uma obrigatoriedade ou regra do Scrum para isso.

        Lembre que o Scrum Master não é o gerente do projeto

        Ele é o facilitador e guardião dos processos do Scrum

        Pela duração pré-determinada do Sprint Planning, não vejo necessidade também de reuniões prévias.

        Resumindo, não faz diferença para o Scrum

        Mas não causa nenhum problema alinhar o escopo do projeto antes do planning. É algo que você deve decidir.

        –//–
        Dúvida do Item 02; –> Nesta afirmação fiquei confuso, por que a partir da Reunião de Planejamento, o SM já deveria estar totalmente ciente sobre o planejamento do Produto bem como a equipe de desenvolvimento. Eu sinceramente não consegui absolver o que esta afirmação quiz passar.
        O que especificamente quer dizer este item?

        De maneira objetiva: Claramente comunicar a visão, objetivo e itens do Backlog do Produto para o Time de Desenvolvimento

        Quer dizer o seguinte: O PO precisa explicar para o time o que é esperado no desenvolvimento do produto. Qual o retorno esperado, o porque estão fazendo o projeto, a expectativa dos stakeholders…enfim, tudo o que puder para deixar os desenvolvedores atualizados sobre o que precisam criar.

        Normalmente em projetos cascata a equipe de desenvolvimento nunca é envolvida de maneira tão estratégica no projeto.

        No Scrum o time é a alma do projeto.

        Quanto melhor a comunicação da visão do PO, melhor.

    • Romilson Lemes

      25/05/2016

      Denis/Dennison

      Para um projeto a qual o cliente fica muito longe (outro pais) e tudo será desenvolvido a distância e todas as reuniões e passagem de conhecimento foram passadas para o GP, neste caso o GP ficará fazendo as viagens para se aproximar da equipe remota, para esta situação ele pode ser eleito como Product Owner?

    • Romilson Lemes

      27/05/2016

      Olá Denis, Eu gostaria de passar uma situação para vocês para que eu possa entender alguns conceitos.

      Se eu estou em um projeto de Automatização de processos, eu preciso reunir minha equipe para a automatização das atividades a qual precisamos construir algumas telas para mostrar algumas informações ou solicitar parte delas.

      Neste caso, poderemos utilizar o SCRUM em sua totalidade, mas em alguns casos, eu tenho dúvidas que são as seguintes:

      Penso que deveríamos montar o Time Scrum apenas com a equipe da consultoria que irá automatizar os processos (Construindo os processos em si, Criar as telas que serão necessárias no decorrer dos processos e tudo mais), mas na questão de integração com os sistemas legados, nós precisaremos da ajuda da equipe de sistemas do cliente para construírem web services para que possamos solicitar informações da base do cliente ou até mesmo enviar informações de determinados pontos das atividades do processo.
      Obs: Os webservices para consultar os sistemas legados do cliente estarão sendo construidos pelos funcionários do cliente ou até mesmo consultorias externas.

      Para esta situação, poderemos envolver estas pessoas no time Scrum ou não?
      Deveremos fazer reuniões em paralelo com essas equipes que deverão entregar os serviços que a equipe de processos necessitará ?

      Em minha visão, para que tudo funcione perfeitamente, deveríamos colocar todas estas pessoas envolvidas no mesmo Time Scrum.
      Estou certo neste pensamento?

      Contradizendo a questão acima, pensando na questão de mercado, vejo em muitos casos alguns conflitos de interesses, sendo que alguns trabalhos estão apartados de consultorias diferentes. Em alguns casos, uma consultoria as vezes acabam tendo o interesse de prejudicar parte o todos o trabalho da outra, simplesmente não entregando seus trabalhos nos prazos.

      Qual os conselhos ou opiniões vocês podem nos dar referente a estas questões?

      Obrigado,
      Romilson Lemes

      • admin

        27/05/2016

        Romilson,

        Uma pergunta encapsulada na outra 🙂

        Parece um programa JAVA muito bem estruturado!!

        Vamos lá.

        Você pode ter dois times Scrum atuando normalmente, conforme te respondi no comentário anterior sobre o Nexus.

        Você vai precisar implementar as reuniões de integração e os processos do Nexus.

        Não há dificuldade alguma de se operar de modo integrado com o time do cliente e o time da consultoria, desde que você tome o cuidado de proceder corretamente com a integração.

        O desenvolvimento de Software é complexo e a integração do trabalho em um software funcional tem muitos artefatos e atividades que precisam ser coordenados para se criar um resultado “Pronto”.

        O trabalho precisa ser organizado, sequenciado, ter as dependências
        resolvidas e os resultados faseados. O Software demonstra dificuldades adicionais uma vez que ele não está fisicamente presente.

        Muitos desenvolvedores de software têm usado o framework Scrum para trabalhar coletivamente como um time e desenvolver um incremento de software funcional.

        No entanto, se mais de um Time Scrum está trabalhando no mesmo Backlog do Produto e no mesmo repositório de código para um produto, dificuldades emergem.

        Se os desenvolvedores não estão fisicamente lado a lado no mesmo time, como eles poderão se comunicar quando estiverem fazendo um trabalho que afete um ao outro?

        Se eles trabalharem em times diferentes, como integrarão seu trabalho e testarão o incremento integrado?

        Esses desafios aparecem quando dois times estão integrando, e tornam significativamente mais difíceis com três ou mais times.

        Como seu professor, me permita incentivá-lo a encontrar a resposta por meio do estudo diligente do Nexus Guide.

        Há muita coisa lá que me parece ser útil para você.

      • admin

        27/05/2016

        Quanto ao aspecto de concorrência entre as consultorias.

        É natural as empresas quebrarem parte do trabalho do projeto entre mais de um fornecedor

        Para se diferenciar, e quem sabe até encantar seu cliente, recomendo utilizar os processos do Nexus, que estabelecem regras claras de integração e minimizam riscos de integração entre as partes.

  • Alex MALMANN BECKER

    02/02/2016

    Olá Denis,

    Fiquei com uma dúvida na aula 7 do módulo 1.

    Em projetos escalados é realizado uma reunião diária com cada representante responsável de cada equipe. Cada representante da equipe seria o Scrum Master, ou seja, em um projeto escalado terá vários Scrum Master e um PO? E também, o PO só participa da reunião de planejamento e da revisão da sprint do Nexus?

    Obrigado.

    • admin

      04/02/2016

      Seguem as respostas à seus questionamentos.

      Suas Dúvidas:

      “Olá Denis,

      Fiquei com uma dúvida na aula 7 do módulo 1.

      Em projetos escalados é realizado uma reunião diária com cada representante responsável de cada equipe. Cada representante da equipe seria o Scrum Master, ou seja, em um projeto escalado terá vários Scrum Master e um PO?

      Não. Há o time de Integração Nexus. Vide explicação abaixo.

      E também, o PO só participa da reunião de planejamento e da revisão da sprint do Nexus?

      Não, o PO participa do Planejamento, do Refinamento, Revisão e não é proibido de participar das reuniões de Integração.

      Veja as demais explicações abaixo.

      Obrigado.”
      Eu que agradeço

      O Frameowrk Nexus foi criado para estabelecer um processo para Escalar o Scrum.

      PAPÉIS E RESPONSABILIDADES DO NEXUS

      O Time de Integração do Nexus é um Time Scrum composto de:

      ● O Dono do Produto
      ● O Scrum Master
      ● Um ou mais Membros do Time de Integração do Nexus.

      O Dono do Produto no Time de Integração do Nexus

      Um Nexus trabalha um único Backlog do Produto, e assim como descrito no framework Scrum, um Backlog do Produto possui um único Dono do Produto que possui a última palavra sobre o conteúdo do Backlog.

      O Dono do Produto é responsável por maximizar o valor do produto e do trabalho desempenhado e integrado pelos Times Scrum.

      O Dono do Produto está no Time de Integração do Nexus.

      O Dono do Produto é responsável por ordenar e refinar o Backlog do Produto para que o máximo de valor seja derivado através do Incremento Integrado criado pelo Nexus.

      Como isso é feito pode variar amplamente entre organizações, Times Nexus, Times Scrum e indivíduos.

      O Scrum Master no Time de Integração do Nexus

      O Scrum Master no Time de Integração do Nexus possui a responsabilidade geral de garantir que o framework Nexus seja entendido e decretado. Este Scrum Master pode também ser o Scrum Master de um ou mais times Scrum naquele Nexus.

      Os Membros do Time de Integração do Nexus

      O trabalho de desenvolvimento escalado exige ferramentas e praticas que indivíduos do Time Scrum podem não utilizar frequentemente. O Time de Integração do Nexus consiste de profissionais de software que são capacitados no uso dessas práticas, ferramentas e nas áreas gerais de engenharia de sistemas. O Time de Integração do Nexus garante que essas praticas e ferramentas sejam implementadas, entendidas e usadas para detectar dependências e frequentemente integrar todos os artefatos na definição de “Pronto”

      REUNIÃO DIÁRIO DO NEXUS
      No Nexus, há representantes de cada Time de Desenvolvimento Scrum que se reunem diariamente para identificar se existe alguma questão de integração pendente ou algum issue que possa ser contornado de modo integrado entre os times. Nesta reunião, por exemplo, pode-se entender que é aplicável um workaround ou um novo tipo de integração necessária.

      Se identificado alguma questão deste tipo, essa informação é transferida de volta para cada reunião diária dos respectivos Times Scrum.

      Os Times Scrum então usam sua Reunião Diária (Daily Scrum) para criar um plano para o dia, incluindo assim as questões de integração que emergiram durante a reunião diária do Nexus.

      Reunião de Planejamento
      O Time de Integração Nexus participa. Recomenda-se também que hajam representantes de todos os times envolvidos

      Reunião de Revisão
      A Revisão da Sprint do Nexus substitui as Reuniões individuais de Revisão do Scrum, porque todo o incremento integrado é o foco para capturar o retorno das partes interessadas. Pode não ser possível mostrar todo o trabalho completado em detalhe. Técnicas podem ser necessárias para maximizar o retorno das partes interessadas.

  • Nelci Margalho

    11/02/2016

    Olá Denisson!

    No final da videoaula 3 do Módulo 3, fiquei com a impressão que a gravação foi interrompida antes do final das tuas explicações.

    Minha percepção está correta?

    Grato por sua atenção.

    • admin

      16/02/2016

      Essa foi uma falha na edição do vídeo, ele deveria ter sido cortado aos 28m10s… mas o nosso editor deixou 15s a mais por engano… já pedi a correção disso. Mas de qualquer forma isso não interfere na mensagem da aula.

    • admin

      25/02/2016

      Por favor, revise a Aula. Nossa edição tinha sim um ruído mas já foi atualizado.

  • Alex MALMANN BECKER

    11/02/2016

    Olá,

    No módulo 3, aula 3, o vídeo está cortado no final, não terminando a explicação de todos os eventos. Tem algum link que consiga terminar de assistir essa aula completa?

    Obrigado.

    • admin

      16/02/2016

      Essa foi uma falha na edição do vídeo, ele deveria ter sido cortado aos 28m10s… mas o nosso editor deixou 15s a mais por engano… já pedi a correção disso. Mas de qualquer forma isso não interfere na mensagem da aula.

  • Nelci Margalho

    12/02/2016

    Módulo 3/Aula 4

    Dúvida:

    No parágrafo do Scrum Guide que explica o Refinamento do Product Backlog, temos o seguinte:

    EM PORTUGUÊS:

    (…).Durante o refinamento do Backlog do Produto, os itens são analisados e revisados. O Time de Desenvolvimento decide como e quando o refinamento está “Pronto”. Este refinamento usualmente não consome mais de 10% da capacidade do Time de Desenvolvimento.

    EM INGLÊS:

    (…).During Product Backlog refinement, items are reviewed and revised. The Scrum Team decides how and when refinement is done. Refinement usually consumes no more than 10% of the capacity of the Development Team. However, Product Backlog items can be updated at any time by the Product Owner or at the Product Owner’s discretion.

    – Minhas considerações: Todos sabemos que o “Development Team” faz parte do “Scrum Team”, mas não é o “Scrum Team”. Portanto concluo que que devo considerar o que se diz em inglês, ou seja,que a decisão de considerar que o refinamento do “Product Backlog” está “Pronto”, é do “Scrum Team”, e não só do “Development Team”.

    – Pergunto: Minha conclusão está correta?

    • admin

      16/02/2016

      Sim, você está correto. É uma falha na tradução, é o Time Scrum quem decide. Considere o que está escrito em inglês.

      Aliás, parabéns pela observação. Eu, particularmente, já li o Scrum Guide dezenas (se não centenas) de vezes e nunca tinha percebido esta falha 🙂

      Vou avisar o Fabio Cruz (quem traduz para o português sobre isso).

    • admin

      25/02/2016

      Exatamente. Este viés de tradução já foi apontado anteriormente para a Scrum.org e nós buscamos esclarecer isso aqui no curso. Vamos incluir essa definição em uma Aula VIP. Obrigado pela observação.

  • admin

    16/02/2016

    A comunidade fechada é no Facebook. Segue o o link para ela:
    https://www.facebook.com/groups/955703651185180/

    Quanto ao cupom existem duas opções de utilização, deixa eu te explica como funciona:

    Conforme descrito na Aula 2 do Módulo 4, você precisa se registrar no site da Scrum.org
    Assim que realizar o cadastro, por favor nos informe. (Procure utilizar o mesmo e-mail do curso para mantermos o cadastro).

    Para obtenção do Voucher de Certificação trabalhamos de duas formas:
    Rembolso (O aluno paga o ticket para a Scrum.org e nós te reembolsamos o valor de 50%)
    Compramos o Ticket (O aluno paga o valor de 50% para a MindMaster)

    Reembolso ao Aluno
    Você paga o voucher para a Scrum.org e efetuamos o reembolso de 50% do valor.

    Aplicamos este método para os alunos não se prejudicarem em função de variação cambial. O valor do Reembolso a ser pago é de 50%do valor do voucher da Scrum.org, atualmente 75.00 dólares americanos. O dólar utilizado é o comercial do valor do dia da inscrição.

    Compramos o Ticket para o Aluno
    Nós podemos pagar sua inscrição e geramos uma cobrança adicional parao aluno.

    Esta opção normalmente é utilizada por alunos que não possuem cartão de crédito internacional ou que preferem pagar através de boleto. O valor a ser pago pelo aluno é de 50%do valor do voucher da Scrum.org, atualmente 75.00 dólares americanos. O dólar utilizado é o comercial do valor do dia da inscrição.

    Se estiver pronto para a prova, por favor, nos informe o quanto antes qual das duas opções se encaixa melhor para você.

    Após o pagamento a Scrum.org pode levar até dois dias úteis para lhe enviar a chave de acesso à Prova Oficial de Certificação.

    • Romilson Lemes

      02/05/2016

      Este reembolso tem prazo de validade?
      Se o aluno demorar 6 meses para comprar o voucher, o mesmo terá o reembolso garantido pela MindMaster?

  • Michele Melo Tavares

    09/04/2016

    Qual é a melhor forma de tirar dúvida com vocês?

    E-mail? Whatsapp? O Forum? Comunidade do face “secreta” sendo que está como “publico”? Ou por Inbox da pagina do Face?

    Tem mais alguma?
    E qual deles vocês estão conectados a mais tempo?

    Digo isso pq eu queria tirar dúvidas, mas é sempre fora do horário comercial.
    Estou estudando mais a noite e aos finais de semana.

    Amei o curso de certificação!!! Agora vou me preparar para a prova com os simulados.
    Mas tenho uma dúvida ainda, baseado na minha realidade de SM na empresa onde trabalho.

    Muito obrigada pela atenção, vocês são demais!!

    • admin

      09/04/2016

      Olá Michele, tudo bem?

      O meio oficial do curso é este aqui mesmo, mas pode falar conosco em qualquer dos canais que vc comentou. O importante é que tentamos sempre estar disponíveis para tirar dúvidas e ajudar vocês onde for.

      Clato, estamos mais disponíveis no horário comercial, mas sempre que dá estamos de olho nestes canais de comunicação. Inclusive estou respondo aqui em um sábado 🙂

      Muito obrigado pelo elogio, estamos aqui para ajudar… Pode nos acionar sempre que precisar.

      Denisson

  • Romilson Lemes

    12/04/2016

    Emilio as perguntas abaixo eu havia enviado por e-mail hoje, mas agora que achei este forum no site e resolvi colocar aqui para que todos acompanhem.

    Estou com algumas dúvidas sobre a aula 7.
    Eu estava ouvindo a aula 7 no tempo 05:10 a qual existem 9 equipes
    distribuidas.

    1- É somente o *Scrum Master* que faz a reunião diária de 15 minutos com
    cada equipe que esta distribuida?

    2- O *Scrum Master* faz a reunião diária de 15 minutos apenas com os
    Representantes de cada equipe distribuida, caso ele não esteja no local da
    equipe em si?

    3-O *Scrum Master* faz a reunião de *Scrum of Scrums* com todos os
    *Representantes* de cada equipe juntamente com o *Product Owner*?

    4- O representante de cada equipe é que faz a reunião diária para ver os
    status da sua equipe e depois passa o status da sua equipe para a
    reunião *Scrum
    of Scrums*?

    5- É após a reunião de *Scrum of Scrums* que o *Representante* de cada
    equipe retorna e faz a reunião não formal para atualizar o status desta
    *reunião* para sua equipe?

  • Eric Azevedo

    16/04/2016

    Boa noite caros,

    Não tenho facebook por isso irei deixar meu testemunho aqui no fórum 😄 .
    Hoje passei na prova de PSM I, da Scrum.org, com 98% na pontuação.
    Foram 3 semanas de estudo, na primeira semana foquei nas aulas (videos) e nas duas últimas semanas fiquei focado no Scrum Guide (português, não li o em inglês) e nos simulados.
    Nas duas últimas semanas, todos os dias, eu lia todo o Scrum Guide e fazia pelo menos 1 simulado. Como são 80 questões em 60 minutos, temos 45 segundos para cada questão, isso é algo que deve ser levado em conta durante os simulados. Terminei a prova em 50 minutos, os 10 minutos restantes eu verifiquei rapidamente todas as questões respondidas.
    Existem muitas questões que pedem para escolhermos 2 ou mais opções, reveja se marcou todas, exemplo, se a questão pediu para você marcar 2 respostas, veja se você realmente marcou 2.
    O material da MINDMASTER é suficiente para os estudos (Videos, Scrum Guide e simulados) diga-se de passagem os vídeos ajudaram muito no entendimento. No meu caso não caíram questões sobre o tempo (time-box) de nenhum evento do Scrum.
    Nunca tinha tirado uma certificação em casa, uma dica que dou é se trancar no quarto ou no escritório e jogar a chave fora 😄 , algumas coisas podem atrapalhar caso não se prepare para isso, principalmente barulhos como: cachorro, telefone, crianças, carros e etc … escolha um lugar que não será interrompido por durante 1 hora, se for fazer em casa avise a mulher e as crianças 😄
    Já tinha ouvido falar de Scrum, mas nunca, nunca mesmo peguei nada para ler, entrei numa empresa recentemente que emprega o Scrum, gostei do framework e resolvi estudá-lo, então foram 3 semanas do conhecimento zero para a certificação.
    É isso pessoal, estou muito feliz e podem confiar no material da MINDMASTER, sou prova disso.

    Abraço
    Eric Azevedo
    https://br.linkedin.com/in/ericbrasilia

  • Lucio Frantz

    25/04/2016

    Olá Pessoal,
    Estou começando meus estudos do Scrum, então me desculpem se ainda não cheguei nesse ponto. A minha dúvida é a seguinte: Se eu tiver que dar um prazo de conclusão de uma proposta de projeto (previsão de cronograma) à minha diretoria e este projeto é relativamente grande (backlog extenso), como eu faço? Entendendo que o projeto deve evoluir com as sprints, porém eu preciso de uma referencia para a finalização deste.

    • admin

      27/05/2016

      Lucio,

      Você precisa estimar o Product Backlog inicial.

      Você pode se valer de diversas técnicas de estimativa

      Pode utilizar desde Planning Poker, Use Case Points até Pontos de Função

      Depois disso você estará pronto para precificar.

      Mande mais detalhes para entendermos melhor e te ajudarmos com mais detalhes.

  • Fernando Queiroz

    29/08/2016

    Fiz a prova há 4 dias e passei com 92 % de acertos. Para quem assistiu às aulas e fez (e refez) todos os simulados, fica fácil.
    Não precisa ter medo, vai com confiança que passa.
    Obrigado.

  • Carlos Somoza

    20/10/2016

    Referente ao material do curso… posso estar enganado, mas no módulo 3, aula 3, eventos, não há conteúdo para o Daily Scrum, o Sprint Review e o Sprint Retrospective

  • Carlos Somoza

    20/10/2016

    Referente a DoD, estou com a seguinte dúvida para a interpretação do Scrum Guide

    Pag 13, diz “The Scrum Team plans ways to increase product quality by adapting the definition of done as appropiate”. Interpreto que corresponde ao Scrum Team modificar quando necessário o DoD

    Mas eu entendo que o DoD é comum a todos os stakeholders, e a interpretação do que está feito deve ser a mesma para todos. Até porque podem existir vários Scrum Teams trabalhando em paralelo

    Não sei como encaixar isso

    • admin

      25/10/2016

      Carlos a Definition of Done é a lista de critérios mínimos de qualidade para aceitação de uma estória. O Scrum Team pode modificá-la para aprimorar cada vez mais a qualidade do produto nos sprints subsequentes.

      Veja que Scrum Team compreende o Time de Desenvolvimento, o Scrum Master e o Product Owner.

      Dá uma lida neste artigo aqui com mais informações e detalhes sobre a Definição de Pronto. Link para o artigo http://www.mindmaster.com.br/definition-of-done/

      Resumidamente a Definição de Pronto é o que vai definir o nível de qualidade de cada entrega do Sprint.

  • Carlos Somoza

    25/10/2016

    Falando da realidade dos projetos, é prática comum que os testes de aceitação pelo cliente/PO sejam considerados como mais uma atividade dentro do Sprint?

    Na minha opinião, assim deveria ser… mas começo a ter dúvidas filosóficas sobre a quantidade de atividades que realmente acontecem dentro de um período tão curto como um sprint

  • Carlos Somoza

    25/10/2016

    Vocês têm um material para recomendar sobre a adoção de scrum dentro de uma fábrica SW?