Mostrando postagens com marcador agile. Mostrar todas as postagens
Mostrando postagens com marcador agile. Mostrar todas as postagens

segunda-feira, 16 de abril de 2018

segunda-feira, 2 de abril de 2018

Ao final do Sprint, vale o escrito!

#pensamentoDoDia #testes
A única coisa que pode garantir que seu produto segue as especificações são testes automatizados, criados ANTES do código-fonte, e baseados nas histórias dos usuários (e aprovados por eles). 
Esse papo idiota de "vale o entendimento do time" é non-sense! Ao final do Sprint, você será cobrado por aquilo que o usuário aprovou e não aquilo que ele ligou para o Programador e pediu diretamente. 
Não é difícil praticar isso! Aqui vai um excelente artigo introdutório: https://medium.com/@khbrt/jasmine-bdd-with-karma-359466348fd2

O que os Scrum Masters Wannabes estão esquecendo...

#scrum #crítica

Aquilo que o Scrum esqueceu...



#scrum #críticas https://lnkd.in/dpeCSZF Um dos maiores cientistas da computação da atualidade falando sobre Scrum. Vale a pena assistir, mas leia também o resumo, que reproduzo aqui:  "Scrum is the most popular of all the Agile methods. Tens of thousands of people have been certified as Scrum Masters. Thousands of projects have use Scrum to get great work done. But there's a problem. Some of those projects fail, and fail badly. The reason they fail is that Scrum forgot something. Scrum forgot to incorporate the technical disciplines that make Agile work. Disciplines like Test Driven Development, Continuous Integration, Simple Design, Refactoring, and Pair Programming. In this talk Uncle Bob will describe those missing disciplines, and tell you how to rescue your Scrum projects from failure by adopting those disciplines. Robert C. Martin has been a software professional since 1970. In the last 35 years, he has worked in various capacities on literally hundreds of software projects."

quarta-feira, 7 de março de 2018

Scrum, really?


#scrum
Finalmente! Um texto muito bom, vindo de um praticante de métodos ágeis (Kanban) sobre o Scrum. "When things go wrong the consultants always blame the people" e "Scrum failure stories often involve leaders in the community and professional certified trainers and coaches":  http://leankanban.com/are-scrum-scaled-agile-damaging-morale-at-your-firm/

Release when DONE when it's NECESSARY


#ReRo #ReDoNe #agile #devops ReRo: Release Early Release Often. ReDoNe: Release when DONE, when it's Necessary. Esse negócio de ReRo é entregar qualquer coisa rapidamente, antecipadamente, sem considerar os impactos da mudança realizada. Vai contra o ITIL e a gestão de Mudanças. Surgiu no "boom" dos métodos ágeis e foi "incorporada" pelos amantes do Devops e dos métodos ágeis.  A gestão de mudanças prevê o contrário! Devemos entregar ou instalar software novo, quando estiver PRONTO e sempre quando for NECESSÁRIO. Subir software novo a todo momento acarreta riscos para o negócio e causa prejuízos, pois, a pressa pode fazer subir versões incorretas ou inapropriadas, forçando o retrabalho. Devemos repensar essas loucuras Americanas e considerar o ambiente de negócios em que vivemos, a estrutura organizacional da Empresa e o Mercado.  Não digo que devemos demorar demais para implantar coisas, mas devemos planejar (o pessoal do Agile não curte muito isso!) Sim, planejar e controlar as mudanças, considerando todos os impactos. Mesmo mudanças positivas trazem impacto para a Organização, e isto deve ser considerado e planejado. Pense nisso!

Porque você deveria defenestrar o Agile


#agileSucks #definitionOfDone
Um método que necessita da definição de "pronto" (DoD - Definition of Done) deveria ser defenestrado sem dó nem piedade.
O que é "pronto"? Se você contratou uma equipe para construir sua casa, então "pronto" é a casa entregue, completa com as chaves e de acordo com a planta.
Os agilistas, com suas práticas lúdicas e postits, tentam convencer o Cliente a aceitar partes do Produto final, ou seja "entregas orientadas ao valor", e que paguem por isso.
Só diminui o risco para os empreiteiros, que recebem pagamento com maior frequência. E se as coisas mudarem no meio do ciclo interminável de Sprints? Sem problemas, eles dizem, o Agile se adapta bem às mudanças...
É mesmo? E o dinheiro que já foi pago? E tudo o que já foi entregue? E se houver incompatibilidade?
Pronto é PRONTO! Não carece de definição. Um software pronto é um software entregue, instalado e funcionando.

terça-feira, 27 de fevereiro de 2018