Querem Detonar o Manifesto Ágil

[@LucianoGIS]

Esse manifesto movimenta a economia atual gerando coach

[@brunomaximo7361]

kzbin.info/www/bejne/e4ndqYyKZpKfm80

[@jpmilitao]

Que grata surpresa encontrar o canal de vocês! Caí de paraquedas aqui e gostei muito dos dois, já me inscrevi no canal.

[@jkohlers]

Nada supera o X-GoHorse em termos de eficiencia....

[@edmilson1178]

🤣🤣🤣 Quem quiser ter BurnOut é só seguir... Se bem que quem faz de qualquer forma não tem compromisso com nada mesmo, então quando a bomba estourar o cara pula fora... E deixa o problema para o próximo que entrar...

[@luizfernandoalves6625]

@@edmilson1178 Quem tem burnout é quem trabalha com Agile. Só o xGoHorse é capaz de entregar resultado com programadores alcolizados e felizes.

[@nwic]

@@edmilson1178 ele sai muito antes da bomba estourar kkk

[@brunoembruno]

O maior problema do agile é implementar. Trabalhei numa equipe que se dizia usar o método e era uma palhaçada completa. Mudei de empresa e cai e em outro time que leva a sério e é absurda a diferença: entregas funcionais, rápidas e adaptabilidade para mudanças e erros que aparecem. Não adianta reclamar do método se o time não leva 1 reunião a sério.

[@degasbr64]

A melhor frase no vídeo é: não existe bala de prata, cada projeto, empresa, squad tem suas características e um modo de trabalhar melhor e de forma mais eficiente. Concordo que lançar uma metodologia dizendo que as outras não funcionam é de muita má fé. Parabéns pelo vídeo que expôs os pontos e nos deixou ter a nossa conclusão 😊

[@andreduartebueno]

Foi exatamente isso que vice critica que o movimento ágil fez!!

[@filipeleonelbatista]

Temos que falar o ponto central, AGILE nunca foi sobre entregar o software final no prazo, mas sim pequenas entregas e correções rápidas até o final do projeto. O Agile atua nessa parte entregas pequenas e correções rapidas, isso sim é agil. Essa notícia do impact software é um outro metodo, mas no final do dia o que entrega a solução todos sabem que é o EXTREME GO HORSE. Esse entrega rapido o projeto, sem docs e sem segurança de estrutura do projeto 🤣

[@Oinotnad]

O EGH é a alma do brasileiro documentada em forma de processo ❤❤❤❤

[@beiraodoaloucura9295]

Fazer de qualquer jeito é a forma mais rápida de fazer, isso é fato kkk

[@gersonroj]

Vdd, Problema Cultural, quando se fala de Ageis no Brasil se entende eficientemente rápidas e nunca continuas ! Por isso, sempre estoura os prazos e falha sempre e sempre ! Isso porque o empresariado só quer pastelaria ! Dizem : fazer um software, um App ? só se for pra ontem ! Kkk

[@Fuscao_Preto]

Gostaria de lembrar que até o tio Bob concorda que scrum foi usado para colocar pessoas de fora da area de tecnologia. Os programadores rejeitaram o scrum desde de quando ele foi inventado.

[@thiagomacedo9575]

Sou do tempo que Agile não era conhecido, o GoHorse era natural e não existia um PO/PM/Scrum Master declarado, e mesmo assim a empresa não parava. Acho que o problema não tá no framework agil que tá sendo usado e sim no que tá entre a cadeira e o teclado.

[@emanuelmartins9508]

Agile criou diversos outros cargos de liderança dentro da empresa. E n importa a metodologia, ela é totalmente sustentada pela fritação de pastel(na base do go horse) nas horas de necessidade. Tendo prazo, pode inventar a burocracia e frufrus do codigo o que for. Mas quando o cliente quer o bagulho na hora, tu só desfaz tudo e coda uma solução que funcione.

[@leonardoperes-so1nc]

O problema não está na equipe que produz, está na balaiada de líder que nem programa e precisa justificar o propósito emprego.

[@thiagom5195]

eu acho que parte do sprint tem que ser refatorar código e revisão do projeto, para ver como está as integrações e estabelecer padrões projetos e melhores testes para as novas necessidades.

[@celinyarguilera]

Embora curse Ciências Biológicas, ando apaixonada por Ciências da Computação.

[@JuniorSMartins]

Raro achar uma equipe de Devs avançada no Ágil. Muito fácil achar equipes que acreditam usar, mas fazem muita coisa contrária ao entendimento dos criadores do Ágil.

[@Hey_Bernal]

Olha eu conheço o ágil e sou programador, e acho que ele precisa melhorar sim em alguns pontos porque a situação econômica e empresarial mudaram muito, hoje precisamos correr muito mais com o projeto e eu acho que isso impacto bastante. Quando uma metodologia surgiu devemos nos perguntar não só como ela foi elaborada mas o contexto econômico e empresarial da época. Eu deixo tbm minha opinião, e digo que entendo quem defende o ágil mas não acho saudável se apegar fortemente na ideologia tbm pq isso impede de enxergar os pontos negativos e aceitar uma mudança

[@WagnerRibeiro-ry1dn]

Mais uma vez parabéns pelo vídeo, concordo com vcs o manifesto ágil está mais que testado e mostrando seu valor para comunidade e para a sociedade em geral, sou desconfiado quando um produto ou método não é original , cresce somente desmerecendo o líder de mercado ..

[@KJR852046]

Amo voces❤

[@roolivei1]

Eu só levo uma pesquisa sobre algo, em consideração, se tem no mínimo três independentes no mesmo assunto com uma amostra bem variada. Uma pesquisa séria tem que ser avaliada por pares independentes. Hoje tem muita informação, copia e cola, ou rumor, ou o "eu acho". Porem, essa informação já atingiu seu objetivo, gerou movimentação. Até mesmo essa minha opinião só serve para mim. Seja crítico, verdades absoluta mão existem.

[@gabrielgomesch]

esse casal entendeu o manifesto e deve implementar ele bem na empresa deles. mas a real é que muita empresa enche seu processo ágil de burocracia, cerimônias e falha em entregar. por isso eu não me surpreendo ao ver o modelo sendo questionado hoje em dia

[@ramonmaximiliano3557]

O problema do agil é o envolvimento de gente que entende nada de desenvolvimento de software metendo o nariz na vida dos devs

[@TP5103-m8e]

Desenvolvedores fazem produtos de software para as pessoas utilizarem. Essas pessoas precisam estar presentes também na fase de desenvolvimento.

[@Pedrotubes1]

Como se o contexto no qual o agil foi criado não fosse justamente a industria criar produtos os quais não atendiam a espectativas do clientes, só as dos devs mesmo rs

[@andreduartebueno]

E a moda são linguagens interpretadas, extremamente lentas e antiecologicas, mas que atendem o interesse do desenvolvedor - é mais fácil. E o cliente que se ferre com um software em python que consome 4x mais memória e é 60x mais lento.

[@Olavo_Carvalho]

Cara vou ser bem franco. Muita gente fala metodologia agil, mas não quer escrever o que precisa ser feito. Outro ponto a maioria das vezes o PO alocado da empresa, o projeto talvez não seja a prioridade maior dele. Time de desenvolvimento só no dia da reunião fala que não deu certo. No fim é pessoas mesmo

[@engroga]

O problema do Agile e que ele é lento. Quando descobrem isso, é trocado para o XGH.

[@stapait]

O que mais tem é empresa achando que trabalha com agile mas que no máximo faz o daily meeting e tem um quadro kanban. Isso nem de perto é agile, não adianta dizer que faz agile se o cliente não está acompanhando, se a entrega não é contínua, se as equipes estão mais preocupadas com as tecnologias do que com o software, se tem aquele gerente de projeto que não sabe absolutamente nada e fica só atrapalhando a vida dos devs. Enfim, pra mim se um projeto realmente agile falhou é sinal que ele iria falhar de qualquer forma, o problema provelmente foi outro.

[@AMJr1974]

Muitas reflexões num único vídeo. Também acho que a pesquisa foi encomendada como parte de campanha de marketing, mas esse tipo de campanha que a empresa bota banca de melhor, ou a solução de todos os problemas é mais um tiro no pé do que fórmula de sucesso. Eu sou incrédulo com esse tipo de abordagem. Concordo com o casal quando dizem que se chegamos até onde chegamos hoje, no mundo da tecnologia, grande parte se deve a metodologia AGIL.

[@PereiraSAllan]

O principal ensinamento do manifesto ágil é adaptação, ou seja, o processo desenvolvimento deveria ser adaptado e customizado às necessidades e aos processos internos do negócio. Essa parte o pessoal se esquece achando que estão seguindo um protocolo que habilita a ganhar o selo de "ágil" mesmo que acabe criando um clima organizacional terrível.

[@augustomassena]

Nada supera a POG em relação a entregas rápidas 😁

[@tavares1574]

Kanban, documentação, código simples e testes E2E tem resolvido os problemas da empresa que trabalho a +3 anos, realmente não sei se isso é ágil mas, resultado tá dando.

[@RoberssonRoan]

99% das empresas nao são ágeis, nem sabem qual é a essencia da metodologia 🤦🏻‍♂️. Também nunca vi um Scrum Master e semelhantes que trabalhasse 😂

[@gersonroj]

Kkk 99% nem sabem o que querem kkk querem um App que faça alguma coisa kkk qualquer coisa serve, mas faça pra venderem o App que faz kkk no Brasil 99.99% é vender, vender qualquer coisa kkk

[@MrSaitam]

A análise da Engprax traz à tona um estudo que expõe a vulnerabilidade das metodologias ágeis no desenvolvimento de software, evidenciando que tais projetos são 268% mais propensos ao fracasso quando comparados ao método Impact Engineering. Este método destaca-se por sua abordagem rigorosa na engenharia de requisitos e por fomentar um ambiente de segurança psicológica para os desenvolvedores, resultando em uma mitigação significativa das falhas. Esses achados impõem uma reconsideração das práticas atuais, sugerindo a adoção de metodologias mais embasadas e estruturadas.

[@fabiopetrillo]

Falso.

[@taniac2011able]

👏🏼👏🏼👏🏼👏🏼👏🏼👏🏼

[@PedroGelliPereiraTinocoAlves]

Eu não sou programador mas conheço o Agile, e só pela forma como esse novo metodo veio querendo bater no Agile já me fez olhar com maus olhos...

[@LegacyTrollMusic]

A área de desenvolvimento é cheia de clube do bolinha. Onde um monte de dev sempre quer criar algo que diz ser melhor a tudo que já existe. No final, e sempre uma merda e não resolve nada. Só trás mais custo. Assim como acontece com tecnologias de hype que essa galera tenta empurrar nos projetos.

[@jefersonfire01]

Eu acho que dá pra tirar 2 insights muito bons dessa conversa. O primeiro: - O Ágil em si não é seguido pelas empresas. O que ocorre é um "Kambam - meio agilizado" com prazos impossíveis de serem cumpridos e muito mas muito terrorismo por entregas. O Segundo: -A galera tá de saco cheio de ficar escutando reclamação por baixa qualidade de entrega, por conta de prazos impossíveis.

[@mPadilha_]

Ótimo Tópico! Código Fonte, será que vocês poderiam ajudar em meu tcc sobre Clean Code, Design Patterns e Arq. De Software ? Gostaria de mandar o forms pra vocês mas nao encontrei nenhuma forma de contato privado

[@bionichawk]

Tudo o que pode trazer para melhorar a questão de projetos é ótimo, no entanto deve ser estudado para que possa separar o joio do trigo.

[@kromodoro]

Ai ai, quanto barulho por um punhado de números e gráficos coloridos. Vou fazer meu LAB com esse Impact Engineering e ver se faz ou não sentido em algum momento.

[@rogersanctos]

Pergunta simples: o que é metodologia ágil? É a aplicação dos conceitos do Manifesto Ágil? É a aplicação de Scrum e uso de Kanban com manifesto como base (a gente usa como desculpa)? Ou outras metodologias GERENCIAIS para pessoas, que usem o manifesto como "motivação" para sua aplicação?

[@mayconjf]

Há um vídeo do Uncle Bob sendo entrevistado por um KZbinr gringo, discursavam sobre Agile... seria interessante reagirem; PS: Procurarei o vídeo, caso o encontre volto com link ;)

[@gercinosatiro]

O manifesto é muito objetivo, se não gosta ou não é capaz de manter a coerência; faça cascata não me enche o saco...

[@jefersonfire01]

É uma reclamação muito antiga do nosso setor o tema de "mudanças tardias" ou "mudança de escopo". O dev, programador, sempre vai ser contra. Muitas vezes isso significa refazer ou desfazer dias, talvez meses, porque não, anos de trabalho. Mas a realidade é que essas coisas acontecem, porque as necessidades dos clientes existem e mudam com o tempo. Mudanças de escopo sempre vão ocorrer e sempre vão ser em momentos ruins. Não adianta ficar choramingando, é só perda de tempo. O mundo real não tolera chorões. Essas coisas acontecem e a nós resta se adaptar.

[@O_SENHOR_e_o_meu_pastor...s23]

🤩🤩🤩

[@thiagonagaoka7565]

Não sei, para mim, parece que os gestores entendem a metodologia ágil como se fossem várias reuniões. No manifesto reunião não é mencionado, aliás, como mencionado, somente pequenas entregas até a deadline. Adorei o vídeo, bem explicativo, também não dá pra detonar a metodologia.

[@nwic]

Ninguém quer detonar ele já é detonado por natureza

[@jonestorres8934]

o problema que muitos times fazem daily e tem um board e acreditam que são ageis. tem muito projetos waterfall que pensa que é agil

[@ippsistemas]

O problema são empresas que não produzem nada, não fazem nada, e afirmam que estão usando metodologias e práticas e afirmam que usam padrões de projetos. Tudo não passa de camuflagem para desvio ou práticas ilicitas, políticagem, nada a ver com tecnologia. Isso confunde quem vê do lado de fora. Trabalhei numa empresa onde nem criam nada, só copiam e colam e a maioria nem sabe porque copia. E todos de nariz empinado. Esse tipo de cultura numa empresa que valoriza funcionarios que não estudam e não querem desenvolver, mas são valorizados por serem estáveis, acaba com qualquer empresa. Tanto que a prova é que nessa empresa o único projeto pronto e viável foi desenvolvido por alguém que não está lá mais e que desenvolveu com gerador criado por ele mesmo. Resumindo não adianta fingir que está usando metodolgias e boas práticas, isso é pra profissionais.

[@marcella3030]

As vezes ate o Scrum master força o x go horse, nem ele tem paciencia pra scrum

[@etni_dev]

Ainda tem um win rate melhor que o waterfall

[@ivanbiagioni]

Fizeram a polêmica e conseguiram atenção! Acho que a intenção foi mais essa… assim alcançam um número muito maior de pessoas, por isso essas estamos aqui falando! Não acredito que de fato tenham essa posição “rígida” sobre o Ágil. E no final seguiremos adaptando e utilizando cada metodologia ou um pouco de cada de acordo com o projeto!

[@gamernecessario]

os fãs do fiasco se contorcendo assistindo esse video

[@brunoferoleto]

Obscurantismo pra vender curso eternamente. Vamos ao iluminismo...

[@edmilson1178]

Tem uma moda atualmente de falar mau de coisas altamente positivas na indústria de desenvolvimento de sofware. Volta e meia aparece alguém falando mau de Clean Code, agora foi essa do Agile...Daqui a pouco vai ser o que ? Testes Unitários não prestam? Se bem que, a maioria nem faz testes unitários mesmo... Vida que segue!!

[@rafa_veiga]

Não existe manifesto ágil que resista a um bug em produção.

[@fab.r.b]

Só falar "Agile não funciona" não é bom pois, igual comentado no vídeo, cada equipe possui as suas particularidades. A definição da metodologia de trabalho usada é moldada com base nos colaboradores. Se for visto da forma oposta, independente da framework ou metodologia usada, chances são de que existirão grandes problemas.

[@noriller]

Vou ter que criticar (quase) todo mundo nessa história. Acho que tanto o artigo, quanto vocês e boa parte da industria confunde duas coisas: "Agile" e Agile Manifesto ("Manifesto for Agile Software Development"). Por que são sim coisas completamente diferentes. Agile é tipo uma adaptação de hollywood que roubaram o titulo do livro e nomes de personagens, mas que o filme não tem nada a ver com o material original. E isso foi feito não por programadores, mas por gerentes querendo fazer métricas. E depois vendem isso como bala de prata que quando não funciona... é culpa sua porque não fez direito (até vocês comentaram sobre isso!) O Agile Manifesto é algo feito de programadores para programadores. Dentro dos 4 princípios básicos... o primeiro já fala nos individuos e interações SOBRE processos e ferramentas, e o que não é "Agile" tipo scrum e kanban se não processos e ferramentas? Em um dos 12, fala sobre confiar nos desenvolvedores e deixar eles fazer o seu trabalho apenas dando suporte. O que acontece no "Agile"? Um monte de processo e métrica que o desenvolvedor precisa ficar correndo atrás, em vez de se preocupar com o software. Nos ultimos fala sobre equipes auto gerenciadas e melhoria continua... dai no "Agile", uma hierarquia de várias pessoas até se fazer alguma coisa e quem deveria ter a voz mais importante, os desenvolvedores... são os menos ouvidos. Vi uma palestra dia desses onde um dos signatarios fala: "Os valores foram perdidos atras das implementações" kzbin.info/www/bejne/l16lgIamrb59b68&ab_channel=GOTOConferences

[@rx2rr]

A impressão que dá, é que a crítica foi feita por devs novatos e que não entenderam realmente a ideia do manifesto ágil. Projetos falham quando são rígidos demais. Nenhuma metodologia deve ser seguida cegamente, todo projeto precisa de uma certa flexibilidade e as técnicas devem ser adaptadas a cada projeto.

[@andersonrenatog.dealmeida4507]

Não funciona

[@AnarcoGhost]

Essa baboseira agil é tudo menos agil, sem falar daquelas reuniões terriveis, isso para mim é igual essa coisa de coach

[@gilissantos6532]

Pesquisa duvidosa demais, onde o contratante é o dono de uma nova metodologia 😂😂😂😂.

[@ricardoelfuego]

Esse agile é tipo um Java, todo mundo usa, todos falam q é bom, mas na real é um monte de Maria vai com as outras usando uma linguagem extremamente verbosa

[@jeanlourenzo6594]

Sinceramente, eu não dou a minima para essas metodologias. Na minha opinião, cada time tem um jeito próprio de trabalhar, você deve julgar como seu time funciona melhor, e otimizar isso. A partir dai você pode pegar parte de uma certa metodologia aqui e ali, ou simplesmente não pegar nada. Não ficar copiando o que a google utiliza, ai é uma palha assada. Com metodologias que só atrapalham a vida dos DEV, seja por ser mal implementada, ou por ser criada justamente para se ter um controle excessivo em cima de alguem.

[@eduardopereiraribeiro3766]

Sinceramente, acho mesmo que o Agile deva ter uma reavaliação, algo do gênero, mas não dessa maneira

[@Seu_Lunga]

Isso é besteira, pra cada mudança nos requisitos, vc dobra o valor do contrato, resolve o problema.

[@dinaisabel.1]

Cheguei cedo 😊

[@erichporto6706]

Ágil em perder tempo nas reuniões falando de coisas que ninguem tá interessado em saber.

[@marciorjusto]

Eis o ponto: pessoal preocupa-se mais com "fazer a reunião em pé" do que "Em que qualquer um de nós pode lhe ajudar a destravar suas entregas?". Um e-mail, um whats, uma conversa na ferramenta de meeting e estão elencadas as tarefas do dia, sem reunião formal ou papeizinhos coloridos (os quais não sou contra, mas tem outras ferramentas para essa integração de fluxo de trabalho)

[@brazilian-lucky-guy]

Não vejo como reuniões longas diariamente podem resultar em agilidade. Vamos ser sensatos e reconhecer que esse assunto já virou piada até fora da bolha dev

[@DriwChannel]

Nem acho que é tendenciosa a pesquisa, acredito mais é que a galera não sabe usar mesmo, fora o entendimento kkkk

[@leonardoperes-so1nc]

Segundo o scrum, uma das atribuições do scrum master (já que ninguém sabe pra que serve) é defender o scrum. Ora, se fosse tão bom não precisava defender né?

[@RebecaMarques]

Não é "defender" o scrum, é promover que os rituais do scrum ocorram de forma correta.

[@pedroaguiar9854]

Começou mal.. criticando a concorrência sem ser capaz de demonstrar ser melhor... Sem falar que não conhecem a alma de alguns "desenvolvedores", que mesmo que passe chocolate no método que o cara não faz direito, sequer participa de uma reunião...

[@brazilian-lucky-guy]

Mas o papel de um desenvolvedor é programar e não ficar em reuniões. Reuniões devem ser excessão e não regra.

[@ricardinhoakj6176]

Isso é desculpa pra demitir SM . Lamentável. (Comentando no início do vídeo, sem ver o conteúdo kkkkkkkkkkkkk)