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

[@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

[@Thiago1984-f9e]

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

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

[@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

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

[@achilesluciano728]

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

[@alexribeirodelima]

Nobre Achiles

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

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

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

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

[@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... :)

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.

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

[@folkenmax]

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

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

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

[@cicerocacianobentojunior5904]

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

[@alineoliveira2554]

idem kkk

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

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

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

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

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

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

[@eduardo___]

Por mais vídeos [Rated R].

[@melitondm6253]

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

[@evertonredivo2112]

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

[@eduardohenriquedeassis9729]

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

[@DiogoGastaldi]

sensacional

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

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

[@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,

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

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

[@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

[@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"!!!

[@ricoy15]

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

[@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

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

[@diegoz-j6z]

"sambarilove de agilidade" kkkkkkkkkkkk. Genial

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

[@ricanalista]

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

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

[@cesarmicheletti349]

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

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

[@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

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

[@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

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

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

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

[@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

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

[@joaocamiloulhoa4878]

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

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

[@flinox]

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

[@UlissesWillianReichenbach]

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

[@maus6325]

194 scrum masters não curtiram esse vídeo

[@portasdofundos]

Fábio, parabéns pelo canal, é mais um projeto que você tem feito brilhantemente. Fui um assíduo usuário do Akita on Rails vindo do PHP e sempre gostei da quantidade de coisas que você faz bem ao mesmo tempo. Programo há muitos anos estou em uma empresa também há anos e já faz tempo que sinto que fiquei pra trás, nunca gostei de estudar a fundo as coisas, mas sim fazer tudo funcionar... Agora nós estamos em processo de migração para microserviços e microfrontends inclusive. Os códigos tem ficado tão estranhos para os old programmers, tudo tão diferente que eu nem sei o que eu perdi. Se você pudesse listar uma ordem de estudos, em termos de livros ou outros materiais, para que pudessemos retomar para a atualidade quais seriam. []'s

[@Akitando]

Uma hora preciso falar de novas arquiteturas. E valeu por acompanhar! Akitando seria o AkitaOnRails pra nova geração

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

[@failanimals5717]

Achei o canal nessa semana e me culpo por não ter o encontrado antes 🤧...mas,antes tarde do que nunca🙌

[@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

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

[@FranccescoAntonio]

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

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

[@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

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

[@Rattones]

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

[@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?

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

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

[@rodrigovaz1970]

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

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

[@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?

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

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

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

[@josecabral5326]

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

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

[@raphalbino]

Akita, o tom "hater" generaliza suas observações e, no meu ponto de vista, acaba com qualquer tipo de mensagem que você queira passar :slightly_smiling_face: Obviamente "instalar ágil" ou se "mostrar ágil" é atrativo e chama a atenção. O mundo é feito de ondas que se tornam moda e o ágil está neste momento. Como qualquer movimento, você tem bons casos e outros que não são. Participar das conferências ajuda a entender o que está acontecendo e talvez seja interessante você compartilhar sua visão na comunidade. Você começa resgatando os valores do manifesto, mas depois todos os comentários ficam soltos (ex: o que microgerenciamento tem a ver com ágil? desenvolver software não passa por um fluxo? como seu sei se estou entregando ~ pelo achismo? como lidar com prazos em processos criativos?) e perde a essência do tom crítico aos métodos! No final eu fiquei me perguntando: será que era mais fácil ele ter dito em 5 minutos que o XP e os seus princípios refletem o que ele entende como o "ser ágil"? Acho que sim.... Uma mensagem que você aborda, mas não aprofunda é: como o tal movimento ágil tem tratado a gestão de desenvolvimento de software? Para mim, esta seria a riqueza do seu conteúdo e da sua experiência, mas o vídeo não entregou uma resposta estruturada para esta pergunta.

[@Akitando]

Não está errado, como o que mais se acha hoje ainda é sales pitch de agile o objetivo desse vídeo não foi ser uma aula nem nada disso, eu disse que ia ser um rant e foi um rant :-) Quem sabe mais pra frente eu falo sobre os aspectos que realmente fazem sentido de uma forma mais estruturada.

[@Akitando]

Aliás, já que comentários recentes demonstram alguém dizendo a mesma coisa que você mas sendo mal.educado vale agradecer pela sua educação. 👏

[@marcosdias1827]

Interessante o debate e acrescento ao coment do Rapha Albino: Metricas de resultado seriam de fato importantes estar aqui presentes para embasar tudo o que foi dito. Aplicando tudo o que é abordado com agilidade, se tem qual real valor, uma vez que o movimento é deturpado? NPS de clientes, indicadores de retrabalho, rentabilidade de contratos... importante em minha opinião ter tudo isso, e claro, inclusive quando se coloca o XP na jogada tbm é valido.

[@andrejaccon]

galera o fato é que modinhas de longe são fatais para os projetos. Eu mesmo sempre utilizo uma metodologia própria de estudar, aplicar e validar antes de sair utilizando para todo quanto é tipo de projeto. Isto gera polêmicas mas modinhas só servem na minha opinião para preencher lista de requisitos de empresas de TI

[@rafaelkss2009]

Eu ia postar algo nesse rumo, mas você já o fez e fez melhor do que eu faria. O pior é que induziu um monte de desavisados/ignorantes/juniores a ignorar a agilidade.

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

[@RennoloSantana]

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

[@rafaelx3937]

Brigadão ,Akita, pelo tempo gasto compartilhando sua experiência,show!!

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

[@RicardoSilvaTripcall]

Que aula, Parabéns, é o que mais vejo nas empresas hoje dia, agilidade "tabajara", ai de você se reclamar, começam a te olhar torto ... mas vida que segue ... 3M nunca ganhou tanto dinheiro na vida vendendo post-it.

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

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

[@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

[@sapaos]

Parabéns pelo vídeo, sempre bem direto. Como sempre concordo com quase tudo que você falou. A única coisa que discordo é quando falou do no estimate. Claro que muita gente faz de um jeito infantil (assim como no agile), mas o objetivo é resolver o problema que você falou logo em seguida, a previsibilidade. Pelo que entendo, não é simplesmente parar de estimar de uma hora de outra, é criar formas de ser cada vez mais previsível sem precisar estimar. Quebrar tarefas em tarefas menores que geralmente levam o mesmo tempo te torna previsível, mesmo não sendo completamente assertivo. Se pudesse comentar mais sobre isso em outro vídeo seria muito interessante

[@Akitando]

Foi o que eu disse, eu não falei a favor do NoEstimates não, eu falei contra. Não estimar não faz sentido. Eu falo sobre isso aqui: www.akitaonrails.com/2013/10/07/off-topic-noestimates-debunked

[@jean3x7]

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

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

[@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

Excelente, os 4 valores do manifesto servem como padrão comportamental para qualquer tipo de empresa. Valeu por existir Akita. Saudações.

[@Fabio-ox6jy]

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

[@Priscillavrossy]

Os métodos só são válidos quando conseguimos adequá-los a realidade do negócio. Acho que o KANBAN, SCRUM, etc são super interessantes, e pode ser usado em diversas áreas, mas engessá-los não é o caminho. O problema não é a ferramenta, é sim a mentalidade engessada de alguns que a aplicam.

[@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"

[@diegofernando7858]

Entendo e compreendo muito sobre este tema e o que acontece em empresas de software, mas tendo uma ótica voltada para empresas de serviço, quando pegamos uma ferramenta simples faz a diferença em toda a operação, igual ao vídeo que você mesmo disse a alguns dias a pratica leva à perfeição que neste caso, sim a pratica de ferramenta específica para a operação faz a empresa chegar a um patamar que não é apenas esperar o cliente entrar e sair sem saber o motivo. Com tudo deixo bem claro que quando tem um propósito para entregar faz a operação ser ágil, mas apenas o propósito em si não faz milagre e por alguns motivos que a minha startup encontrou está dor e estamos solucionando ela. Claro, este é meu ponto de vista e de total responsabilidade descrita pela minha pessoa. Tenha uma boa noite.

[@videodobaguio]

Caralho! Quanta "porrada". O Fabio pareceu a Alemanha! 😂👊🏽👊🏽👊🏽👊🏽👊🏽👊🏽

Fábio parabéns, melhor e mais completa "dissecação" que já ouvi sobre o tema!!!

[@jaycealbuquerque]

que video foda! e ai akita quando sai um video sobre TDD e BDD?

[@mahmodissa4169]

Seu canal deveria se chamar "Fabio Akita - Na Lataaa", amooo!