Primeiramente muito 10 o evento e as opiniões ajudou a refletir bastante. No minuto 4:36 quando foi criticado o conceito de adicionar buffer no planejamento as vezes é necessário. Trabalhei em projeto de P&D onde o dev team codava em computadores protótipos. Detalhe, era um sistema de diagnóstico que iria para o mercado junto com os computadores. Ou seja, enquanto o dev team codava, a engenharia na china e no japão modificavam o hardware, a BIOS, o Firmware, e a Microsoft modificava o Windows. Era muito comum ao recebermos as novas atualizações que "bugavam" o código, próximo da release que deveria ser shipada para as fábricas do mundo todo. É claro que seria lindo deixar na fila priorizada do kanban e atrasar o lançamento do produto, ou o lançamento das features. Mas muitas das features eram promessa nas campanhas de marketing da empresa e não tinha como negociar... Então a Solução foi planejar 75% com a Engenharia, se não entrasse mudanças, atualizações esta release chamada de Release Candidate se tornava a oficial, ou o cliente tinha esse buffer de 25% para incluir novos itens... concordo que o ideal seria evitar o conceito de buffer, mas nesse cenário acima era muito desafiador não ter o buffer.
É porque só serve pra reunir pessoas pra conversa, é só uma reunião Na prática é projeto de Engenheiro civil sempre tem que sair fora ou algo da errado várias vezes
Estou desenvolvendo um jogo Scrum adaptado, para meu trabalho de conclusão de curso Sistemas de informação pela Universidade federal de viçosa, vocês possui conteúdos sobre scrum que possa me agregar valor, deis de já obrigado.
Assim, eu não sei qual a realidade de vocês ai, mas quando vcs dizem que não ter buffer para BUGs, fica parecendo que as aplicações não se integram com outras aplicações que podem gerar bugs no contexto do produto que cada time faz a sustentação, além de uso incorreto de aplicações, quando o cliente é proprietário de parâmetros do sistema e o mal uso desses, quebram premissas ou regras não definidas, e isto se reverte em BUGs que não dá para aguardar uma próxima sprint para serem resolvidos.
Primeiramente muito 10 o evento e as opiniões ajudou a refletir bastante. No minuto 4:36 quando foi criticado o conceito de adicionar buffer no planejamento as vezes é necessário. Trabalhei em projeto de P&D onde o dev team codava em computadores protótipos. Detalhe, era um sistema de diagnóstico que iria para o mercado junto com os computadores. Ou seja, enquanto o dev team codava, a engenharia na china e no japão modificavam o hardware, a BIOS, o Firmware, e a Microsoft modificava o Windows. Era muito comum ao recebermos as novas atualizações que "bugavam" o código, próximo da release que deveria ser shipada para as fábricas do mundo todo. É claro que seria lindo deixar na fila priorizada do kanban e atrasar o lançamento do produto, ou o lançamento das features. Mas muitas das features eram promessa nas campanhas de marketing da empresa e não tinha como negociar... Então a Solução foi planejar 75% com a Engenharia, se não entrasse mudanças, atualizações esta release chamada de Release Candidate se tornava a oficial, ou o cliente tinha esse buffer de 25% para incluir novos itens... concordo que o ideal seria evitar o conceito de buffer, mas nesse cenário acima era muito desafiador não ter o buffer.
Kanban foi promovido a método? Sempre o considerei como ferramenta. E como ferramenta ela pode auxiliar no método ágil.
Kanban (com K maiusculo) é um método. kanban (com k minusculo) é uma ferramenta.
TAF é módulo de exemplo da TOTVS que obteve uma bela gestão de projetos
Depois do vídeo do Fábio Akita dar pra ver que a galera banalizou mesmo o termo ágil 😟
É porque só serve pra reunir pessoas pra conversa, é só uma reunião
Na prática é projeto de Engenheiro civil sempre tem que sair fora ou algo da errado várias vezes
Kanban, qual tarefas precisamos executar e em qual determinado período
os caras tomando cerveja rsrs.. Show de bola
gostei das cervejas, os caras sao feras em metodologias ageis mas nao sabem beber cerveja kkk parece q estao tomando vinho, no mais, muito bom vídeo.
e o medo de tomar um phori....
Vocês tem ou indicam algum material para aprofundar no assunto?
Parabéns muito bom a ótica de cada participante!! Muito Bom!! "mas o Cara não para de Beber (risos)"
Porque não um Scrum-Ban?
Estou desenvolvendo um jogo Scrum adaptado, para meu trabalho de conclusão de curso
Sistemas de informação pela Universidade federal de viçosa, vocês possui conteúdos sobre scrum que possa
me agregar valor, deis de já obrigado.
Isso ae!!!! Deis de já, boa sorte no seu TCC.
O host, no final, agradece apenas o Quines no video 2 e 3. Pouca cortesia com os demais.
Seria legal se a platéia tivesse momentos de perguntas.
Obrigado pelo feedback Bruno, pode deixar que estamos pensando já nisso ;)
Boa dica, Bruno. O pessoal pede bastante isso pra gente.
Assim, eu não sei qual a realidade de vocês ai, mas quando vcs dizem que não ter buffer para BUGs, fica parecendo que as aplicações não se integram com outras aplicações que podem gerar bugs no contexto do produto que cada time faz a sustentação, além de uso incorreto de aplicações, quando o cliente é proprietário de parâmetros do sistema e o mal uso desses, quebram premissas ou regras não definidas, e isto se reverte em BUGs que não dá para aguardar uma próxima sprint para serem resolvidos.
Achei fantástico o comentário: "BANDIUMMASTER" #TAMUJUNTOSEMPRE
No fim, 90% das empresas brasileiras mesmo contratando essas empresas que vendem agilidade acabam usando a metodologia go horse
O link não apareceu! Kkkkkk
Qual link?
ruclips.net/video/7pKqAS04uTc/видео.html
@@totvs o link mencionado em 00:18
@@JoaoGomesYYZ segue link: ruclips.net/video/7pKqAS04uTc/видео.html
Muito bom!
Não clarificou as ferramentas
Olá, Michel! Poderia nos explicar melhor o que ocorreu com você? Estamos aqui para ajudá-lo!
Tem que beber a cerveja na garrafa não ficou legal nesse copo de vinho.(risos)
Faltou o link no vídeo mas deve ser esse: ruclips.net/video/7pKqAS04uTc/видео.html
show
Deveria ser café kkk
Coffee For Devs
E todos dizem Amém
muito
Está tão arrumadinho que fica chato e fraco.
Kkkkkk
Achei este vídeo bem bacana ruclips.net/video/UMJVjPHUD9c/видео.html