Querem Detonar o Manifesto Ágil 

Esse manifesto movimenta a economia atual gerando coach

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

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.

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.

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 😊

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 🤣

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.

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

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

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.

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

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

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

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.

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

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.

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.

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

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 😂

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.

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 ..

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.

Amo voces❤

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...

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.

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.

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...

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.

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

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

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?

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.

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

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.

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.

🤩🤩🤩

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.

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!

Ó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

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.

É 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.

Ainda tem um win rate melhor que o waterfall

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.

Não funciona

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!!

os fãs do fiasco se contorcendo assistindo esse video

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.

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.

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

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

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

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

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

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" ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-a-BOSpxYJ9M.html&ab_channel=GOTOConferences

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

Cheguei cedo 😊

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

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

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é?

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

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

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...