Chega de caô!

#buzzwords #caô #inovação #negócios
E aí? Já chega de caô por hoje? Já viu as "paradas" que eu publiquei neste findi? Não? Pô, dá para revolucionar ou iniciar um negócio! Dá uma olhada em:
http://reactdontpanic.com e http://iotreta.com
Sai dessa onda de buzzwords, pois isso é apenas papo de vendedor!

Por que todo treinamento ágil é calcado em práticas lúdicas?

#agile #treinamento #lúdico Sempre que vejo ou ouço sobre um treinamento ágil, vejo gente praticando atividades lúdicas, como: Fabricar pipas, montar quebra-cabeças, fazer gaivotas ou fazer pizzas. Porém, nunca vi um "Code jam" como parte de um treinamento ágil... Não seria interessante? Ver como as técnicas funcionam em casos de verdade? (ou há algum problema?) Fica a dica.

Descutindo a relação com o Manifesto Ágil

Discutindo a relação com o Agile - Gran finale: Repensando os valores e princípios.


Se você chegou até aqui, ótimo! Tem interesse em discutir a questão dos "Métodos Ágeis". Então, vamos à conclusão. Se você não leu os outros dois artigos, seria interessante que o fizesse, de modo a ter contexto:

1) Discutindo a relação com o Agile 1: Lendo o Manifesto (https://www.linkedin.com/pulse/discutindo-relação-com-o-agile-1-lendo-manifesto-de-melo-junior)

2) Discutindo a relação com o Agile 2: Desconstruindo os princípios (https://www.linkedin.com/pulse/discutindo-relação-com-o-agile-2-desconstruindo-os-de-melo-junior)

#agilesucks Processo vs pessoas

Todas as vezes que eu observei projetos "ágeis", vi problemas. Em todas as vezes que vi problemas, as pessoas envolvidas no trabalho braçal, acabam sempre sendo as culpadas. É meio óbvio esse comportamento dos "agilistas" em culpar a Equipe pelos problemas, afinal, quem trabalha, erra, quem trabaalha muito, erra muito, quem não trabalha, não erra, e, finalmente, quem não erra vira "agilista"!
Mas sério, vamos pensar um minutinho... eu já entrevistei alguns agilistas, sem que eles soubessem que estavam sendo entrevistados, e as respostas foram sempre muito coerentes entre si, como se todos fizessem parte de um "culto secreto". E a resposta é, quase com as mesmas palavras: A culpa é das pessoas, que são rresistentes às mudanças provocadas pelo "ágil".
Hum! Se um modo de trabalhat exige TAMANHA MUDANÇA nas pessoas, é por ser antinatural, certo? Provavelmente, as pessoas estão resistindo, por que o "ágil", mais especificamente o SKPP (Scrum+Kanban+PlanningPoker), deve ser muito diferente da maneira que estão acostumadas a trabalhar.
Então, por que não valorizar mais a maneira natural de trabalhar? Por que não valorizar mais as pessoas, como o próprio Manifesto Ágil propõe?
Será que SEGUIR UM PROCESSO virou mais importante do que OBTER RESULTADOS?

#agilesucks PlanningPoker

Planning Poker! Na minha opinião, nenhum profissional de informática deveria levar isso a sério! Essa, diga os assim, "técnica", surgiu para desempatar estimativas subjetivas, em times pequenos, coesos e muito experientes. Provavelmente, foi criada em uma mesa de bar... Bem poderia ser substituída, com maior eficácia, por dados!
Os "agilistas" a elegeram como base para suas "estimativas"! Por que? Porque é lúdica, totalmente subjetiva, e desprovida de fundamentação teórica.
Seu uso gera distorções, que, em vez de serem analisadas sob a ótica da Engenharia de Software, sofrem pressão por "consenso"!
Acho ridiculamente divertido observar tal OBSCENIDADE ser praticada, como se fosse sério... fico me segurando para não molhar as calças de tanto rir!

#agilesucks Scrum

Olhando superficialmente, o Scrum é um método realmente genial! Simples, lúdico e subjetivo o suficiente, para ser entendido em minutos! Qualquer um pode entender Scrum e se tornar um evangelista desta prática! E, de fato, ele funciona! Bem, desde que o Projeto, a Equipe e a Cuktura da Organização sejam adequadas. O problema é que o Scrum não apresenta bons resultados em todas as situações, e nem com todas as pessoas! Nem todos se sentem confortáveis com suas práticas, e são obrigados a conviver com aberrações, como as "daily meetings", em pé!
Se todos fossem feitos de Lego (c), talvez se adaptassem melhor.
Devido à sua antinatural desorganização, este método pode provocar diversos efeitos indesejáveis, que podem ser rápidamente notados: Nervosismo, Ansiedade e Heroísmo! Tudo o que os métodos ágeis deveriam combater.
E o pior de tudo: Seus defensores culpam as pessoas, alegando que é preciso mudar a cultura!
Então, eu pergunto... Se você precisa usar um método, que necessita mudar TANTO as pessoas, não seria mais fácil mudar de método? Não é isso o que o Manifesto Ágil prega? Deixe-me recordar...
"PASSAMOS A VALORIZAR: INDIVÍDUOS E INTERAÇÕES, MAIS DO QUE PROCESSOS E FERRAMENTAS"!
Tá escrito lá, não? Ou será que eu sou tão imbecil, que nem sei mais ler?

#agilesucks Kanban

Kanbans são muito lúdicos e "bonitinhos", dando a ilusão de que tudo vai bem. Para pequenas coisas, podem até servir, mas deixam de capturar e exibir questões fundamentais, como: disponibilidade de recursos, interdependência de tarefas e impedimentos.
Ok, essas coisas são discutidas nas "daily scrums"... tá... até parece que todos se lembram e se preocupam com tudo o que é dito nessas perdas de tempo.
Exitstem tentativas de tornar o Kanban mais objetivo e útil, e um bom exemplo disso é a ferramenta Redmine. Porém, os "agilistas" preferem os Kanbans de post-it, pois, por serem totalmente subjetivos, ajudam a ocultar o estado real das coisas.
Acorde!

Contra-indicações dos "Métodos ágeis"

Todo remédio tem uma bula, certo? E, nesta bula, há indicações, contraindicações e efeitos colaterais. Deveria ser assim para qualquer coisa, até mesmo para processos de desenvolvimento de software.
Os, assim chamados, "métodos ágeis" possuem contraindicações e efeitos colaterais muito graves, mas que são menosprezados pelas equipes, gestores e clientes de desenvolvimento de software.
Minha experiência, em vários cursos e projetos desenvolvidos, somente confirma essa convicção, que gostaria de compartilhar com vocês.

Falhar é preciso!

Quem me conhece sabe que eu sou um crítico contumaz dos, assim chamados, "métodos ágeis". Eu já expliquei os motivos das minhas críticas, e já deixei claro que não sou contra a ideia, mas contra a sua incorreta aplicação.

Bem, hoje eu queria falar um pouco sobre algo que me incomoda muito em equipes "Scrum": a maquiagem de "Sprint".

Qual é o problema com os "métodos ágeis"?

Muita gente lê as minhas opiniões “ácidas” sobre os, digamos, “métodos ágeis”, e fica com a impressão de que eu sou contra sua aplicação. Então, resolvi escrever um artigo simples, na qual eu pudesse expressar o que eu realmente penso sobre o assunto.