Esqueça Metodologias "Ágeis" | [Rated R]

[@Akitando]

Em setembro do ano passado eu expliquei o básico de "agilidade" sem chamar de Ágil. Aprendam: kzbin.info/www/bejne/l5yug6egftaFoNU

[@jamajnasoares5702]

Adaptativo.

[@GutsZuim]

A coisa mais fácil do mundo é colar um post-it na parede, a coisa mais difícil é tirar ele de lá no final do trabalho kkkkkkkkkkkkkkkkkkkk

[@noobfunbr]

uheauaehueah Boa

[@DruidCtba]

🤣🤣🤣🤣🤣🤣🤣

[@luisarmandobispo5142]

Muito sábio!!! auauh

[@MarlonDiasBR]

Mais fácil e mais ridículo :)

[@XDjUanZInHO]

Descreveu a vida do ser humano

[@carlosrizzitiello1948]

Trabalho na área de TI a mais de 20 anos... e juro.... me sinto aliviado em ver este video... achei q era a ovelha negra... mas agora percebo que mais pessoas sofrem desse mau.... 🙏🏻

[@MatheusPsyBoy]

Eu sou um pouco mais novo na área kkkkk mas sempre achei isso kkkkkkk

[@pauloassuncao140]

Somos 2!

[@vininepo]

Cara, eu também estava com essa impressão, de que eu estava totalmente por fora, e eu não teria mais espaço se não me acostumasse as horas perdidas nos "rituais", mesmo que a data de entrega do artefato já tenha estourado... Que vídeo lindo..

[@DruidCtba]

É como acabei de postar no linkedin, modismos, modismos é mais modismos, lá eu falo do tal DEVOPS, caraca véio, engenharia de software neles, tá tudo lá, para que alimentar estes coachs/gurus de tecnologia?

[@GutsZuim]

O mercado de TI no Brasil está engatinhando em planejamento de projetos... Os profissionais que dão coach do assunto então, coitados... Piores ainda! Não tem metodologia que funcione sem um bom trabalho de gestão de produtos e planejamento.

[@philipepompeu]

Quando os "agiles coach" chamam pra mais uma reunião desnecessária me sinto num episódio do The Office

[@Patricia_sanntos]

exatamente isso!!

[@lblanes]

Já desconfio só pelo fato de alguém ágil fazer uma reunião

[@sheev4958]

Hahahahahah, se as reuniões forem hilarias como as do Michael até vale a pena 😂

[@joaonorbertodesouzajr9306]

Exatamente kkkk

[@AnarcoGhost]

🙄 nem me fala e a única coisa que acertamos é apenas o horário da próxima daily

[@AdrianoKretschmer]

"O foco não são as ferramentas, não são as cerimônias... o objetivo não é atingir um determinado número em um gráfico arbitrário, é entregar valor". Perfeito.

[@timsouza_dev]

Estou passando por isso... o meu chefe é "agile scrum dungeon master" das reuniões, mensagens e e-mails desnescessários...

[@pedrolucasdiass]

02:42 - Livro Refactoring - Martin Fowler 02:50 - Livro Cystal clear - Alistair Cockburn 02:56 - Livro Adaptive software development - Jim Gighsmith 02:59 - Livro Test driven development 03:03 - Livro Extreme programming 03:33 - Livro The pragmatic programmer 03:50 - Livro Shlaer-Mellor 04:08 - Livro Clean code 04:15 - Livro The Scrum Guide 22:45 - Livro Como mentir com estatísticas

[@achilesluciano728]

"Ser ágil é ser adulto!". Excelente, obrigado Fábio.

[@alexribeirodelima]

Nobre Achiles

[@eduardoromao]

Sou empresário e gestor da área de TI, além de desenvolvedor e arquiteto de software. Você realmente é impressionante e consegui me fazer concordar em 90% do seu raciocínio. Sigo os valores do manifesto ágil, Lean e Kaizen não só na vida profissional mas também na vida pessoal e isso me trouxe horizontes que nunca imaginei. A verdade é simples, ágil, Lean e kaizen é cultura, estilo de vida, mas onde divergimos é nas metodologias, que apesar de desnecessárias para mim hoje em dia, são práticas para ensinar valores e padrões as pessoas envolvidas (time, empresa,etc). Daily ensina sobre interações entre indivíduos, o que é importante alinhar e dar transparência ao trabalho. Planning fala muito mais sobre o trabalho que se tem a fazer é o comprometimento das pessoas com ele e inclusive entre elas. Isso são exemplos de scrum, já kanban fala de produção puxada (iniciativa) fluxo de valor e gestão visual. No kaizen temos a melhoria contínua que pode ser através do PDCA, porém contraditório ao que você afirma e desafirma, como você ajusta o processo/fluxo sem métricas? Ainda sobre métricas, hoje como desenvolvedor de software consigo saber pelo menos 80% de toda a implementação técnico que vou fazer conversando ou lendo uma documentação. Com base na experiência consigo aferir o tempo necessário para desenvolver, e graças ao Lean que me abriu horizontes me tornei multidisciplinar conseguindo entender todas as etapas do processo e aferir o tempo médio para cada tendo assim o leadtime da entrega de valor. Falando de profissionalismo, pelo menos aqui em Brasília o que se tem mais são amadores com currículos e certificações enchedoras de linguiça. Como gestor posso afirmar infelizmente que 90% do mercado são de profissionais imaturos fazendo da TI um parque de infância. Tem aqueles que conhecem teoricamente de tudo e se apresentam como os gedis da programação, mas na hora de botar a mão na massa e resolver o problema são os primeiros que correm e querem os maiores prazos. Não sou gestor babá e se precisae dar o exemplo, arregaço as mangas e mostro como se faz um código rápido, limpo e funcional. Software não é ciência exata, mas eu trabalho com código padronizado (sem muita frescura), e com isso consigo saber exatamente o que tem na classe sem abrir o arquivo ou até identificar onde está o problema sem perder horas ou dias debugando. Não sou nenhum ninja nem evangelista, sou uma pessoa determinada, com princípios, auto responsável e que sabe o que quer. Não tenho a mínima dúvida que você sabe de tudo que falei e que só quis polemizar um pouco o vídeo. Abraço!

[@professorsilverio6605]

Ótima resposta! Parabéns!

[@rawsantos9638]

Por isso mesmo eu prefiro trabalhar para mim mesmo, prefiro me responsabilizar pelo meu produto ou serviço ao ter que aguentar asneiras do mundo corporativo

[@dariocamargo5295]

"Todo não programador sabe que se perguntar a um programador quanto tempo alguma coisa leva para ficar pronta e ele responder 200 horas, você sabe que em 200 horas, seja lá o que foi pedido, vai estar pela metade." (AKITA, 2019)

[@eliasnelsonjr7381]

O erro ja tava em perguntar so pro programador kkk

[@81jlgregorio]

Trabalhei durante 6 anos como desenvolvedor e, mesmo sem usar metodologias ágeis, a empresa que trabalhava entrega resultado. Sempre segui essa mesma filosofia que o Akita falou: foco em resultados, boas práticas de programação e muita responsabilidade. Primeiro vídeo que vejo no canal e larguei a mão no "Inscreva-se". Parabéns!

[@ruyoliveira9307]

Parabéns, expressou tudo o que sinto trabalhando na área de suporte. Equipes de desenvolvimento comemorando alguma coisa besta implementada, enquanto o core do sistema segue zuado, cheio de falhas, mas eles não tem tempo de evoluir pq precisam entregar outra funcionalidade besta que dá mais visibilidade para algum chefe.

[@marcosdias1827]

Se estão atuando com agilidade dessa forma esta TOTALMENTE errado.

[@marlonfalzetta]

Na realidade o time de dev não decide a priorização do backlog na grande maioria das vezes. E te garanto que 95% do time ideia retrô e review, além do excesso de ritos e excesso de interrupções para coletar status.

[@viper26k]

Li o título e vim assistir indignado, mas acabei concordando com cada ponto do vídeo kkkkkkk Não fazia ideia da existência do manifesto, sempre trabalhei em empresas auto proclamadas de "ágeis", mas que pisava em todos os princípios. Recentemente me mudei para uma empresa que segue o manifesto muito bem, e agora percebo a importância desses valores.

[@andrecarvalho721]

vamos fundar a associação de programadores anti coach!!!

[@AlexandreSpreaficoNovaes]

APAC

[@arthurbenites9820]

ser anti-coach é bom senso

[@BrunoSep182]

Eu sou motoboy mas quero entrar na associação tbm kkkkk

[@rafaelabne610]

Up

[@crazykindor6439]

​​@@BrunoSep182 Opaa, salve! Agora já somos dois na associação MQQSP - motoboys que querem ser programadores. Tmj! Haha Edit: Aliás, seu comentário tem 2 anos, então é provável que você já é programador.

[@emersonnascimento1514]

"o software vc xinga, o hardware vc chuta" - desconhecido,. kkkkkkkkkkkk

[@igomesigomes]

E o peopleware vc demite.

[@ChristianCesar7]

Após 5 anos, seu vídeo contínua sendo uma utilidade e verdade tão absoluta quanto. Leciono em uma Universidade, e o que pedem é para falar sobre essas metodologias ágeis, Scrum e Kabam, etc. A ementa pende para assuntos teorizados demasiadamente. Ao fim, o aluno que termina o semestre igual aquando começou, sem entender o que realmente importa ao meio desses mares de metodologias que empresas tentam vender. Não que, não seja importante os princípios, mas tentam seguir como se fosse uma regra, e acaba acontecendo o mesmo com a bíblia, cada um lê e interpreta como quer e logo vira uma verdade. Parabéns novamente pelo vídeo.

[@cristianoltfs]

Resumindo... Parte 1 de 2 -> 3 passos dentro de um loop... Repita ... --> passo 1 entender onde você está --> passo 2 dar um pequeno passo em direção a onde quer ir --> passo 3 avaliar o que aconteceu Até terminar... Parte 2 de 2 -> Quando encontrar duas ou mais opções: --> escolha aquela que torna as coisas mais fáceis de mudar no futuro. --> tome decisões que são mais fáceis de mudar no futuro. O problema é o Ctrl+c Ctrl+v ( entre o STP e o desenvolvimento de software )... são necessárias várias adaptações que quando realizadas funcionam muito bem... A propósito, qual metodologia/filosofia utiliza em sua empresa? Acredito que a resposta seja: uma metodologia própria, carregada de uma mistura das coisas boas que várias metodologias oferecem... com pessoas ágeis... É preciso saber filtrar o que cada forma de trabalho oferece e fazer adaptações... Acertei? Muito obrigado!

[@Akitando]

Acertou, é isso mesmo: metodologia "própria" que é parte do agile original, sem propagandear e sendo ajustado ao longo do caminho pra minha realidade.

[@cristianoltfs]

@@Akitando Excelente... Gosto de trabalhar assim... entender cada método, e aplicar o que há de melhor em cada um deles, para a minha realidade... valeu... :)

[@folkenmax]

É impressionante como este vídeo nunca fica velho. Eu volto aqui, vejo de novo e fico triste. As empresas continuam insistindo nisso.

Akita, você conseguiu extrair todos os meus sentimentos, pensamentos e conclusões dos últimos anos, pois acompanhei o surgimento do manifesto para desenvolvimento e observei o quanto foi deturpado ao longo dos anos. Muito obrigado por conseguir compilar e organizar em vídeo! Sinto-me aliviado.

[@gugaolvieira]

Falou tudo o que muita gente precisava ouvir, estão criando jardins de infância atras de metodologias, enquanto o software deixa de ficar pronto. Muita gente dando aula de Scrum, consultores do Sebrae, e por ai vai, um monte de gente que nunca escreveu código nem tocou uma empresa de verdade dando aula de Agile.

[@andersonOak]

Meu herói! rsrsrs Muito bom ouvir alguém sensato! Há muito tempo eu já venho com uma sensação de "stranger in this town" em relação a esse assunto. Obrigado, você me confirmou que é a cidade que tem se tornado cada vez mais estranha e não eu. Sensação de alívio!

[@HallisonBatista]

Obrigado. Muito obrigado mesmo. As pessoas não conseguem compreender esses fatos e ainda se mantêm na visão distorcida do ágil, ou melhor, do manifesto de desenvolvimento ágil de software. Trabalhei em uma empresa e em uma reunião 1:1, onde afirmam ser um "ambiente seguro", afirmei categoricamente e de forma bem desmotivada que não acredito em metodologia ágil. A pessoa não conseguiu esconder a decepção e disse que acreditava e que era o fundamento de todas as atividades de uma empresa. Alguns dias depois fui demitido e tenho certeza que foi por causa da minha afirmação. Percebi que a tal empresa vivência o XGH com todas as premissas renomeadas para paralelizar o tal do desenvolvimento ágil, uma esteira de produção (fábrica), serviços de manutenção (oficina) e vigilância. Novamente, obrigado pelo conteúdo.

[@felipebarbosa-jl6dq]

Como digo para os colegas aqui do trabalho : ainda teremos saudades do tempo do desenvolvimento em cascata. O ágil se transformou em uma burocracia sem fim. Uma verdadeira muleta para os enganadores.

[@struntuz]

Muito obrigado por esse vídeo, me identifiquei muito. Quando li o manifesto ágil pela primeira vez fiquei encantado, mas percebo que a maioria das pessoas confunde ágil com rápido e esperam que o produto seja entregue no menor tempo possível, sem considerar que algo bem feito, com qualidade e que seja fácil dar manutenção é muito mais vantajoso do que algo feito rápido e que a longo prazo terá um custo muito maior com manutenção.

Me senti representado, sou Adm e lean e kanban são coisas antigas para mim. Tbm passo raiva com os “gurus” que enganam a galera com sambarilove de agilidade.

[@anacpaula5]

Distorceram muitas coisas pra dizer que são "novas", mas que na verdade existem há anos

[@luizkavaique]

Há muito tempo o "agile" virou muleta, de entregas, transformações. Eu já passei por entrevista em que o entrevistador perguntou se eu era ágil, e atrelou ser ágil às metodologias. Por muito tempo vi o foco em entregar rápido, dar velocidade a sprint, vários gráficos querendo medir a velocidade da equipe, e nenhum kpi dizendo qual o ganho que está sendo gerado para o negócio. Esquecem que tombar para o ágil é muito mais mindset do que metodologia.

[@erickiizi]

Olá Fabio, boa tarde e como vai? Cara eu sou de infra, mas tudo isso que falou no vídeo eu vejo acontecer em meu atual emprego. Perdem muito tempo com um monte de técnicas, Frameworks e metodologia para no final mostrar tudo em PPT com gráficos cheios de perfumarias para a diretoria com o mesmo resultado de sempre... Nenhum valor agregado, nada mudou no faturamento da empresa e só gastou o tempo dos analistas com reuniões diárias sem sentido. Resumindo, bullshit e dinheiro jogado fora com os profissionais perdendo o seu tempo fazendo estas reuniões e amarrando os processos com firulagem "não ágeis". Virei sei fã por ser direto, sem mimimi, adulto e mostrando o seu ponto de vista profissional da sua carreira que é longa e por isso sabe muito do bem do que está falando! Valeu pelo excelente vídeo e fui ágil em dar o like se inscrever e clicar no sininho para não perder seus próximos videos! rs Forte abraço!

[@marcosdias1827]

Nunca esteve tão atual esse video. Estou revistando o video 2 anos depois daquele boom e polêmica que esse video gerou na comunidade agil e percebe-se cada vez mais o qto. ainda continua verdadeiro.... show

[@MarcioPauloMartins]

Alguém traga um Oscar para esse Akita! Cara, você falou tudo o que eu sempre pensei sobre as baboseiras numerológicas de gerenciamentos de projetos. Parabéns pelo vídeo!

[@ZENAO907]

Sou universitário de engenharia de produção e esse vídeo é melhor doque aulas de muitos doutores na área na minha opinião, parabéns pela qualidade Akita.

[@ricoy15]

Fábio Akita já é lenda. Parabéns pelo seu trabalho.

[@maridia975]

Semana passada conversei com um amigo sobre o trabalho dele. Perguntei o que ele fazia na empresa onde trabalha. Pensei " ele é analista de sistemas, deve trabalhar com códigos ou banco de dados". Minha decepção quando ele contou que só enrola, e que sabe tudo de metodologias ágeis, enquanto escrever um simples hello world ele não faz. Notei que , mesmo eu batendo cabeça aqui pra aprender como se desenvolve sistemas, estou muito mais engajado do que um show man das agilidades. Lembrei do cara do ligue jhá.... Ah, e mais um escrito. Gostei dos assuntos.

[@danieldias2693]

eu racho o bico com essa Fabio Akita, kkkkkkk. Depois de começar a trabalhar com Scrum eu nunca imaginei que meus 4 anos servindo na cavalaria do EB seriam tão úteis kkkkk, podem acreditar kk

[@RobsonFelipeMello]

Vendo os vídeos do Akita e de alguns desenvolvedores mais responsáveis que não querem somente vender curso notei que a área de TI está deturpada pra caramba, mas acredito que agora só vai ter espaço pra quem ama tecnologia de verdade e quem é competente, então tudo que é idiotice deve ir de vala.

[@FranciscoSousa-su8kp]

Dei pause no meio do vídeo só pra "plantar" um like!!! Trabalho com TI (Infra) a quase 8 anos e estou migrando para desenvolvimento, seu canal tem me ajudado bastante. Parabéns pelos conteúdos de qualidade!!!

[@cicerocacianobentojunior5904]

Cara primeiro vídeo seu que vejo e acabou de ganhar um fã.

[@alineoliveira2554]

idem kkk

[@marceloarimizu8534]

Primeiramente agradeço o vídeo muito bom para abrir os olhos de muita gente. Sou desenvolvedor há muito tempo e pensei que estava ficando louco. Tudo que disse é verdade sinto na pele quando a empresa usa essas metodologias... que a procupação de ser ágil e estar tudo perfeito no Jira ou em qualquer outra ferramenta desse tipo é mais importante do que agregar valor... Quando dinheiro e tempo que se perde jogando Planning Poker e fingindo que está planejando algo sem entregar nada no final... Gostatei muito vídeo parabéns!

[@cesarmicheletti349]

os inconformados movem o mundo. sensacional! obrigado por essa experiência!

[@RodrigoSantos-yo6so]

Cara muito bom seu vídeo, tenho quase 10 anos na área, nem chega a ser metade de muitos aqui, mas me identifico plenamente com seu modo de pensar. Depois de alguns anos decidi entrar mudo e sair calado. Não consigo mais depositar meus esforços em projetos sem escopo definido, com data de entrega e com metade da sprint com analise funcional rasa, com 20 mil pontos em aberto e no final das contas, pesando muito mais nas costas do programador.

[@evertonredivo2112]

O tom dos vídeos é ótimo. Sem frescura... :-)

[@eduardohenriquedeassis9729]

Foi exatamente o que me chamou a atenção. Muito legal!

[@DiogoGastaldi]

sensacional

[@ounicodiogo]

Fabio lavando a alma de muitos DEVS que estão saturados de atuarem em projetos onde o processo de entrega é mais importante que a entrega em si.

[@ricanalista]

Cara incrível, pessoas que pensam igual a mim existe!!! Sempre digo para meu time, o que faz a diferença é o comprometimento.

[@xcarlosr]

O vídeo mais realista e mais direto sobre todo esse marketing sobre metodologias ágeis nas empresas. O que vi constante nas empresas por onde passei é que a maioria delas fazem o que foi dito aqui. Coloca o kanban, algumas métricas que eles criam sei la baseado em que, e agora em uma passe de mágicas a empresa e as equipes são ágeis. E agora os devs e todos envolvidos nos processos que na maioria das vezes são engessados, estão mais rápidos, mas com o passar de algumas horas eles (diretores, ceos e todos acham simples desenvolver softwares) descobrem que adotar ferramentas e falar jargões da modas não os deixam mais ágeis, por diversas razões. Parabéns pela chamada de responsabilidades de ambos os lados que trabalham com desenvolvimento de software.

[@luizAugustoll]

Nesse caso tem a questão corporativa, a maioria dos clientes tem prazos impossíveis e a empresa tem medo de perder clientes e acabam fazendo promessas que não vão conseguir cumprir.

[@arleygoleiro22]

E no final acaba perdendo... A realidade é essa

[@amadodasilvaxavier6147]

Estou entrando na área de T.I e atualmente trabalho como técnico de enfermagem no setor de UTI e realmente tudo que foi comentado neste vídeo é uma grande realidade, devemos ser profissionais resolutivos a todo momento independente do área que se atua, sempre buscando uma alta performance, sem esperar elogios por isto.

[@PeX218]

Eu espero elogio, um elogio $incero. Citando o matemático Ledo Vaccaro, trabalho não é família, eu trabalho para ganhar dinheiro!

[@LucasOliveira-sn8ls]

Sou certificado com a PSM1 como SCRUM master, e concordo com tudo que foi dito, o individuo precisa ser ágil na sua essência, porque não são rituais, nem formulas mágicas que fazem a pessoa ser ágil, na época a minha falta de experiência me fez brilhar os olhos com a metodologia, mas depois aplicando em uma agência de marketing, e depois ajudando uma software house cheguei nessa conclusão, como as pessoas vão se organizar para dar o resultado não importa, desde que se consiga avaliar se está dando resultado.

[@nacasadobeirinha1524]

Ponto muito bem levantado meu caro Fabio Akita. Se a preocupação está mais na metodologia, nos numeros (q podem ser mascarados), nas entregas por entregar e o valor da entrega o problema que está sendo resolvido e a forma que está sendo resolvida vira coadjuvate pega tudo e joga fora. Admiro muito o que você faz aqui no youtube. Obrigado por compartilhar sua opinião, um grande abraço,

[@eduardo___]

Por mais vídeos [Rated R].

[@melitondm6253]

O que siginifica [Rated R]? (Não a tradução o sentido proposto?)

[@drgabbo1025]

Muito bom, vim aqui justamente porque a empresa em que trabalho está tendo muitos problemas com o Agil, ou a má interpretação dele, temos mil ferramentas que tem a função de dar visibilidade das entregas e nos "ajudar" a melhorar como time. Durante meses essas ferramentas apontam que nosso time é excelente, vem melhorando cada vez mais, fomos de uma nota 5, para 6, para 7, para 8, nota que foi muito comemorada, porém, quando alguém de cima parou para questionar/analisar as nossas entregas, não temos nada de concreto feito em meses. Ou seja, o time aprendeu a trabalhar de uma forma que nos garante uma nota boa e garante que a gente possa apresentar essa nota e falar como o time é bom e tem evoluído, mas é o ponto que o Akita trouxe, é fácil torturar números com o objetivo de chegar a uma conclusão desejada, embora não tenha nenhuma relação direta. Que poha quer dizer um time nota 8 se não tem nada funcionando?

[@Elias-lp1kh]

Pre planning, planning, sprint,entrega da sprint...retrospectiva ... só eu fico cansado desse looping?

[@heraldo623]

Novatos: Olha isso, entregamos muitas sprints Akita: Bullshit, entregou o que o cliente pediu?

[@franprarod]

Uma verdadeira lavagem cerebral.

[@luispaulo3392]

Um neo-Sísifo! Vida de rolar e rolar a rocha montanha acima...

[@feliperobz]

Sinto o mesmo que você amigo, desenvolvo desde os anos 90 e me sinto perdido com essa palhaçada de hoje. Assisti novamente o filme Piratas de Sillicon Valley pra lembrar do que importa.

[@joaocamiloulhoa4878]

Vou ter que logar com todas minhas contas do KZbin pra dar um Like nesse vídeo!!!

[@vitorbicca]

PARABÉNS pela clareza. Sou desenvolvedor de software desde 1981, Cobol, C, e atualmente na área de Automação Industrial, desenvolvendo com CLPs, microcontroladores para desenvolvimento de placas. Sempre ficam se referenciando a trabalhos ESTRANGEIROS, me envergonho disto. Ficam seguindo "Coachs"... e não param para "PENSAR". Simplicidade é a chave.

[@MrWeblima]

Que vídeo esclarecedor! E como você disse: "Não começar algo inseguro demais é ser Ágil". Se puder faça um vídeo sobre componentização de software, gostaria de saber o que pensa sobre isso. Abraço e Parabéns pelo video!

[@leofariasrj-dev]

Akita, vc n sabe como é refrescante ver conteúdo direto ao ponto, sem firulas e poses quando ou estão tentando ver soluções mágicas ou estão maquiando conteúdo raso com clickbait. Seus vídeos realmente me fizeram considerar programação como carreira após idas e vindas com a área.

[@flinox]

Fábio Akita, você tem meu respeito !!! parabéns pelo conteúdo !!!

[@devopslifestylebr]

CONTEÚDO ABSOLUTAMENTE AUTÊNTICO! Parabéns por ELEVAR A BARRA DA CONVERSA! 18:38 resume demais! Muito bom! Me lembra aquele conceito apresentado por Ralph Waldo Emerson : “Quanto aos métodos, pode haver mais de 1 milhão deles, mas são poucos os princípios. Aquele que souber os princípios pode selecionar com sucesso os próprios métodos." O negócio é resolver os desafios que importam para o objetivo da melhor forma possível, da forma mais adequada a meta!

[@vagnerlandio]

Muito bom o conteúdo. De agora em diante pensarei diferente quando o assunto é "Ágil". A forma errada que falam sobre "ágil" é exatamente a forma que aprendi. Em artigos que aprendi sobre o assunto, não lembro em nenhum deles mencionar o manifesto. O pessoal só escrevem que ser ágil é fazer tudo em menos tempo e dão exemplo de várias técnicas de organização e ferramentas que aceleram o desenvolvimento. Depois de assistir ao vídeo e refletir sobre o que estão escrevendo, você percebe que tem bastante desenvolvedor/empresa ágil caminhando para o lado contrário do manifesto ágil. Por exemplo: - Desenvolvedores focando nas ferramentas, processos e na linguagem de programação mais "hipster" do mês. - Focando mais na documentação abrangente, dinâmicas de grupo, reuniões enquanto nem iniciaram o desenvolvimento do software. - E quando as coisas saem fora do controle, buscam outras ferramentas, processos e linguagem ou contratam uma consultoria que entregam ágil :D.

[@thiagoalvesfoz]

Vagnerlandio Nunes isso esta acontecendo na minha facul, só reunião, palestras motivacionais, ferramentas e metodologias para criar o software, prototipar a ideia e os requisitos do software em caixa de papelão, definir o modelo de negocio com trello, mas ate agora nenhum grupo começou a botar a mão na massa pra desenvolver o software, pq tem cumprir esses cronogramas do curso kkkkkkkk

[@marciodanielandrade7628]

Sou novo na área, mas tenho visto centenas de aparições de termos no estilo "ágil. Já tava até anotado aqui pra gastar umas horas estudando isso. Quando dava uma olhada nos sites de que vende isso, me sentia dentro de um site do Érico Rocha, ou seja, compre essa coisa genial que vai mudar sua vida, mas somente hoje com desconto. Excelente, com 40 minutos já sei tudo que precisava. Obrigado. Ao trabalho!

[@eugenio.cabral]

Parabéns pelo video Akita! Há muito tempo venho rejeitando essas metodologias (inclusive sendo ulgado por isso). Assim como mencionou, desenvolvimento de software é um processo criativo , é uma organismo vivo sujeito a adaptações constantes, é estranho querer estruturar em processos bem definidos algo que é de uma natureza diferente. Adicionar regras/processos para quantificar e dar um ar de profissionalismo não resolve o problema, só adiciona uma camada para quem não quer assumir os riscos se esconder mais facilmente. Infelizmente, existem os riscos associados ao desenvolvimento, nem sempre é possível estimar com precisão. Como sugestão para deixar seu ponto ainda mais claro, seria vc legal falar sobre o que o Uncle Bob já dizia a muito tempo: Profissionalismo no desenvolvimento de software.

[@Akitando]

Eu acho que falei no meu outro vídeo. "Estimar com precisão" não existe. Tem outra palavra pra isso: Adivinhar. Profissionalismo é estimar e tentar alcançar o objetivo, e se não for conseguir, avisar com antecedência pra gente negociar enquanto ainda está em tempo de ajustar o percurso.

[@rflashray]

Não sou programador, sou ti infra mas encontrei no Fábio Akita um ótimo ponto de reflexão nos trabalhos, não só em tecnologia e programação, mas na vida. Ele tem uma didática sensacional e boa base naquilo que expõe, obrigado pelos seus vídeos.

[@FranccescoAntonio]

Eu no minimo vou ver esse video umas 3x de tão bom que é!

[@rosemeiresozzi]

Fantástico encontrar profissionais com conteúdo com a qual nos identificamos. É como ouvir ecos próprios pensamentos traduzidos de forma clara. Excelente trabalho. Você é simplesmente "oohh caaaraaa"!!!

[@rafaelshinpunk]

Nunca entendi as empresas de software utilizando metodologias de produção ou engenharias. Sempre imaginei " mas que p**** esses caras estão fazendo???". Agora tudo faz sentido.

[@cicerodesouzajunior1838]

Este vídeo está sendo muito útil para mim. No semestre passado(primeiro período da minha faculdade de Ciência da Computação) o professor pregou a "metodologia ágil" com vigor como se fosse uma bíblia do programador, como se fosse essencial para se fazer um projeto, e aquilo ficou martelando na minha cabeça. Primeiro por parecer pela segurança que ele falou que ele não tinha sequer já experimentado essa "metodologia" e segundo porque não me pareceu muito real essa história se só seguir algo escrito e conseguir resultados "mágicos". Fico feliz por ter encontrado este vídeo e ter tido melhores esclarecimentos sobre o assunto, entender melhor sobre o que de fato se tratava e como surgiu e como está atualmente. Muito obrigado pelo seu empenho em nos passar experiência e conhecimento, Akita!

[@GUSTAVOPEREIRA-zk8ke]

Cara, muito bom. Eu sou estudante de Engenharia Mecânica, acompanho o canal há pouco tempo e tenho me identificado com grande parte das suas ideias. Durante o meu estágio presenciei e fui parte de uma tentativa falha e sem resultados da implementação de "novas metodologias" dentro da empresa, inclusive com a contratação de consultorias externas pra "auxiliar" nesse processo. Na minha percepção, aquilo só serviu pra vender a ideia modernização de processos usando algo que claramente não estava adequado ao que a empresa produz (equipamentos mecânicos e hidráulicos) e nem às ferramentas que esta utiliza.

[@sergiobarros5541]

O mestre Yoda do mudo tech, Fabio Akita é. Um belo "tapa" na cara. Conteúdo sensacional!

[@Rattones]

esse episódio deveria se chamar: matando coachs ...

[@conexaodigital2.0]

Obrigado por compartilhar o material. Concordo com você principalmente no ponto em em que você toca no assunto "Medo e Insegurança". Realmente, é o que mais acontece, um programador promete que irá fazer no "X" tempo, só que depois que inicia o projeto, o fator tempo vai para "X2". Importante é ter sim as expectativas alinhadas e entregar o que prometeu no tempo acordado. do contrário é chute!

[@eltonprng]

Porra Akita. Você tem que começar a ir nesses TDC da vida e desmistificar essa modinha "ágil". Ágil is dead.

[@pisatus75]

Ágil is dead...e quem tomou o seu lugar? XP ? Waterfall?

[@pisatus75]

@@AndreCarneiro666 eu sei, daí a pergunta!

[@mahmodissa4169]

Agora imagina se fosse no Agil Trendz??? uahauhauhauah

[@TheDuduzinho428]

Então, a única prática que adoto é o feedback constante. Dou preferencia pelos e-mails devido validade legal e por todo mundo já saber usar. Como comentado, estimar prazos é uma tarefa complicada, e eu mesmo tenho certa dificuldade em prever, então faço o mínimo que esperaria que fizessem se eu estivesse na liderança: um relatório curto resumindo oq eu estou ou não fazendo e porque. Para que quando peçam algo pra meu líder, ele ao menos saiba explicar com que tarefa estou perdido. Se tem uma coisa que aprendi em alguns anos de experiência, é que ser previsível e manter tudo bem documentado são as habilidades mais essenciais e genéricas, que se aplicam a qlqr tipo de trabalho. Qlqr coisa que não envolva deixar a equipe inteira ciente do que está sendo feito e porque, para mim é perda de tempo.

[@josecabral5326]

A melhor reflexão sobre metodologias ágeis que alguma vez ouvi! Excelente!!! Obrigado!

[@ahlbf7]

Cara, tô passando por um período de restruturação na empresa em que trabalho e esse vídeo me ajudou a voltar à realidade. Valeu, Akita!

[@fabianopereira3224]

Muito bom seu vídeo, mas foram 42min falando genericamente sobre os problemas atuais da 'agilidade'. Podemos entrar em detalhes de alguns pontos? Por ex: O que voce acha da utilização de uma ferramenta como o JIRA, em conjunto com um quadro físico (onde programadores e QA tem que ficar atualizando os 2 constantemente pra agradar o gestor)?

Assim como o Fabiano Pereira tbm quero vídeo 2!!!

[@amauridossantosalves2672]

Kkkkkkkacildão! Recentemente passei por isso, mas tinha mais um bocado de planilhas para alimentar! Ninguem sabia o que elas comiam! :-)))

[@AlanSoares]

Isso é ridículo e uma tremenda perda de tempo... na minha empresa tentaram vender isso. Eu com lider do time, ignorei. Tremenda perda de tempo e desperdício.

[@dhovadick]

Porra Fabiano tá querendo tirar o emprego dos Scrum Master?

[@Majoslim]

Akita vc é fantástico!!! Comecei a ver seus vídeos e foram um vdd tapa com luvas de pelica. Agora estou maratonando os vídeos do seu canal! Muito obrigada por compartilhar seu conhecimento sabiamente!

[@bionichawk]

Espero que você saiba design gráfico, pois para muitos será necessário uma explicação em animação em 3d do que você passou.

[@MarceloUchimura]

Cara, morri de rir desse comentário xD

[@tiagorodrigues_br]

Kkkkkkkkkkkkk

[@evertonnerlancarvalho6216]

Com trilha e efeitos sonoros

[@michelsouza3868]

A hitória é o seguinte. Eu estava pesquisando os requisitos de algumas vagas em sites de empregos na área de Ti, então achei um requesito chamado Scrum que logo me veio a curiosidade do que seria e fiquei a manhã toda estudando. Daí depois de várias horas e bem contente com uma nova visão de como seria o meu dia-a-dia, atualizo a página do KZbin e o vídeo recomendado é esse, e achei mais curioso ainda por causa do Título "Esqueça Metodologias "Ágeis"" e achei muito interessante a visão do Mestre. Ri muito quando ele mostrou a camisa kkkkk! Muito bom e não pare de fazer vídeos. Sempre valorizo os contra-pontos.

[@rodrigovaz1970]

Comecei achando insuportável (porque doeu né?) e acabei admirando. Excelente trabalho! Parabéns!

[@UlissesWillianReichenbach]

Achei que não veria até o final pela duração, mas não consegui parar de ver. Sensacional.

[@Zizaco]

Melhor vídeo do ano ! Muito bom Akita, tenho exatamente a mesma opinião. Sempre fico surpreso com como conseguem complicar e "empacotar" as idéias originais de forma absurda pra poder vender "Ágil"

[@gercinosatiro]

Maratonando me deparei com esta pérola, Obrigado. Nunca foi um exímio programador, no entanto sempre consegui ver além do projeto, ver o todo, e harmonizar o desejado com o possível a se fazer. Isso me rendeu a responsabilidade de gerenciar alguns projetos, em algumas empresas, e com a idade acumulando foram também acumulando "métodos pessoais" para ancorar os 'Stakeholder' a realidade. Excelente vídeo, novamente...

[@maus6325]

194 scrum masters não curtiram esse vídeo

[@viniciusperrott]

Vídeo super atual, mesmo ainda estando em 2021. Todo mundo quer uma Ágil pra chamar de seu no final do dia. Parabéns pelo conteúdo!

[@RennoloSantana]

Como eu cai nesse canal ? Que achado magnifico, adorei o conteúdo!

[@HenriqueSantos88]

A dois anos atras vi pela primeira vez esse video, a época eu trabalhava em uma startup que praticava um "agil" a sua maneira ... eles tinham seus processos e adptavam o que lhes interesava do scrum e dava super certo, era muito bom, mudei de trampo passei por lugares que aplicavam umas mais outras menos o scrum, e depois de dois anos esse video ta mais atual que na época que foi lançado.

[@W_B8]

Excelente, adorei esta parte 35:51 - 37:22. Cada deslike é de um agile coach. Abraço, até o próximo.

[@noobfunbr]

uaeheauhaeuhaeuhaeuaeh

[@Pichotweb]

kkkk

[@tiagorodrigues_br]

Kkkkkkl boa

[@DruidCtba]

Lucas Barros cada deslike é um ágile charlatão 🤣🤣🤣🤣🤣🤣🤣.

[@felipelourenco8054]

kkkkkkkkkkkkkkkk

Essa frase aqui 40:41 - 40:53 Como eu PRECISAVA ouvir isso Muito, mais MUITO obrigado mesmo, Fábio!

[@Ouaueaio]

Fabio Akita, não é exatamente relacionado ao tópico, mas você poderia comentar/talvez fazer um vídeo sobre insegurança de um dev jr? Porque pessoalmente eu aceitava quase todos os prazos que me estipulavam, com medo justamente de ser demitido, pois sempre seriam os elos mais fracos, e também não tinha ideia de como estimar o prazo, pois praticamente não tinha a ideia do que precisava ser feito, de ponta a ponta. E ai logicamente ferrava tudo, projetos atrasavam, bugs pra todo lado e ai talvez aparecer a tal necessidade de um couch de agile. Talvez eu estivesse aceitando projetos e tasks que eu não deveria estar pegando? Se for o caso, como iria evoluir só pegando "tasks de juniors"? No caso é simplesmente aceita, e estuda até conseguir orçar melhor ou tem algo que eu não enxergava?

[@josemaria2094]

boa pergunta.

[@lluisalinhares]

E aí... 3 anos depois, sua experiência te respondeu algo? Enquanto dev jr, tô curiosa real p saber...

[@1.murylo]

Um pouco disso tudo é culpa dos "empreendedores" que acreditaram no conto que ter um software era a formula mágica pra ficar milionário, e pra conseguir isso teriam que lutar contra o tempo e desenvolver o melhor software do mundo em 10 dias, se um engenheiro civil fala que vai levar 2 anos pra fazer uma ponte, ninguém questiona, mas se um programador disser que um software de qualidade não é feito em duas semanas, é taxado como errado, e tentam criar toda uma ideologia pra provar isso, afinal seu sonho de ficar rico do nada, não pode estar errado

[@MrBlackWolfX]

Como catarse o vídeo é excelente! Inclusive dá vazão às minhas próprias frustrações com a implementação da "cultura ágil" em empresas. Acho que vale um outro vídeo mais didático sobre métodos como XP ou sobre os conceitos do manifesto no geral.

[@paulosantanna7595]

Cara, você daria um grande professor! Seu tom impacta e faz termos atenção ao invés de sono como em muitas aulas. Analisando o que foi dito no vídeo, as consultorias que vendem o método "Ágil", são extremamente "gohorse" pois querem acelerar e não ligam para o que de fato gerará de valor. Principalmente como o retorno do investimento que é uma das coisas que as empresas devem focar.

[@Ouaueaio]

Opa video pra assitir no almoço. Valeu Fabio Akita

[@RamonBarbosaRJ]

Perfeito! Bom saber dos teus vídeos. Lembro das tuas palestras no Centro de Convenções SulAmérica nos eventos da Locaweb. Era revolucionário para o mercado da época! E de fato, se perdeu totalmente. Ótimo vídeo!

[@renatooliveira6317]

Olha sou formado em engenharia, e digo que tenho alguns problemas bem parecido na minha área kkkkk, excelente vídeo inspirador parabéns!!

[@anacpaula5]

Tbm sou engenheira, de produção, e tbm vejo isso, com distorção das ferramentas e de algumas áreas que agora virou modinha usar

[@adrianoohana1639]

Ok. Eu pensei que já tinha consumido o teu melhor material, mas tu se superou. 👍 Mais uma vez, obrigado por falar o que eu sempre não consigo por não conseguir organizar as ideias dessa forma.

[@Fabio-ox6jy]

Esse homem Fábio akita é desse planeta mesmo kkk, o cara é foda.

[@MariaFernandaBT]

E o meu colega que falou que a gente não precisava das etapas de Engenharia de Software (modelagem estrutural, dinâmica, etc) porque "hoje em dia o que as empresas usam é Agile". Não entendi o que uma coisa teria a ver com a outra e tinha quase certeza que você tinha criticado essas "metodologias", estava certa khkhkh a vontade é mostrar esse vídeo em loop pra ele

[@jean3x7]

A metodologia mais usada é a eXtreme Go Horse (XGH), altamente prática :)

[@neighbouringco6888]

Perfeito, Fabio! Perfeito, tudo que eu imaginava em um vídeo... Alguém aqui conseguiu falar na real, na voadora de amor! Parabéns!

[@razenhaubemazenha]

Para mim, Extreme Programming sempre fez mais sentido do que Scrum e Kanban.

[@romulo2928]

Pra mim tbm

[@MarceloLynx]

Pensei que eu estava sozinho no universo

[@anacpaula5]

Porque, igual o Akita falou, são ferramentas da engenharia de produção e não de programação

[@monickellenborges3938]

Esse vídeo é uma catarse aliviadora. Empresas chamando agilistas de psicólogo do time, pessoas que fazem corpo mole no time e que dão perdido todo dia dizendo que estão sobrecarregadas (e agilistas dando moral só porque a pessoa se expressa, ao contrário de outros colegas), uma preocupação exacerbada com clima do time como se fosse uma obrigação todo mundo ser amiguinho e engajado, olha, essa lista não tem fim, vou parar por aqui. Virou uma grande CRECHE com a infantilização e falta de accountability