Scrum ou Kanban na Metodologia Ágil? - Beer For Devs (parte 2)

Рет қаралды 202,337

Күн бұрын

Пікірлер: 41

@bafcoelho 3 жыл бұрын

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.

@sofiadevai1821 5 жыл бұрын

Kanban, qual tarefas precisamos executar e em qual determinado período

@marconagoa7054 4 жыл бұрын

Vocês tem ou indicam algum material para aprofundar no assunto?

@matos0608 4 жыл бұрын

TAF é módulo de exemplo da TOTVS que obteve uma bela gestão de projetos

@zyellowcardigans 3 жыл бұрын

Kanban foi promovido a método? Sempre o considerei como ferramenta. E como ferramenta ela pode auxiliar no método ágil.

@praffonso 2 жыл бұрын

Kanban (com K maiusculo) é um método. kanban (com k minusculo) é uma ferramenta.

@elisangelapersan3314 4 жыл бұрын

os caras tomando cerveja rsrs.. Show de bola

@AlexandreChaiin 5 жыл бұрын

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.

@matos0608 4 жыл бұрын

Isso ae!!!! Deis de já, boa sorte no seu TCC.

@realsonhador 6 жыл бұрын

O link não apareceu! Kkkkkk

@totvs 6 жыл бұрын

Qual link?

@miroo 6 жыл бұрын

kzbin.info/www/bejne/baGuonSJZZmoisU

@JoaoGomesYYZ 5 жыл бұрын

@@totvs o link mencionado em 00:18

@totvs 5 жыл бұрын

@@JoaoGomesYYZ segue link: kzbin.info/www/bejne/baGuonSJZZmoisU

@Pentabps5413 3 жыл бұрын

Porque não um Scrum-Ban?

@JoaoCarlosdeSLepaus 6 жыл бұрын

Parabéns muito bom a ótica de cada participante!! Muito Bom!! "mas o Cara não para de Beber (risos)"

@anacpaula5 4 жыл бұрын

Depois do vídeo do Fábio Akita dar pra ver que a galera banalizou mesmo o termo ágil 😟

@embuscadeconhecimento1710 2 жыл бұрын

É 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

@alexfernandess 3 жыл бұрын

Achei fantástico o comentário: "BANDIUMMASTER" #TAMUJUNTOSEMPRE

@edisonoliveira9178 6 жыл бұрын

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.

@Pod-MEX 6 жыл бұрын

e o medo de tomar um phori....

@chamovitz 4 жыл бұрын

Não clarificou as ferramentas

@totvs 4 жыл бұрын

Olá, Michel! Poderia nos explicar melhor o que ocorreu com você? Estamos aqui para ajudá-lo!

@brunonbarros27 6 жыл бұрын

Seria legal se a platéia tivesse momentos de perguntas.

@totvs 6 жыл бұрын

Obrigado pelo feedback Bruno, pode deixar que estamos pensando já nisso ;)

@totvs 6 жыл бұрын

Boa dica, Bruno. O pessoal pede bastante isso pra gente.

@viniciusgusmao796 2 жыл бұрын

No fim, 90% das empresas brasileiras mesmo contratando essas empresas que vendem agilidade acabam usando a metodologia go horse

@paulogiovannir 4 жыл бұрын

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.