O Flavio Steffens, que escreve no blog Mudando uma Pequena Empresa publicou hoje um esquema muito legal para usar-se no Planning Poker, são as tão famosas cartas (cards). Pelo relato em seu blog, são os próprios modelos que o Flavio utiliza na empresa em que trabalha e pelo que eu já vi, são bem úteis e aplicáveis a qualquer outra empresa.

Então, se você também faz rascunhos sofríveis em papel chamex ou se você também tem o péssimo costume de perder ou inutilizar as cartas entre uma sprint e outra e precisa ficar fazendo tudo de novo, aproveite o modelo disponibilizado pelo Flavio e mande fazer os seus cartões de verdade numa gráfica.

Tags: , , ,

Recordar é viver. Já faz um tempinho que eu conhecia a certificação Agile Software Specialist (ASS), mas ainda não havia comentado nada aqui no blog.

Para quem não conhece ou ainda não tem a sua certificação de agilista, CORRA e tire logo a sua também. Vocês vão ver como o mercado se tornará receptivo e aberto, novas oportunidades surgirão o tempo todo, e o salário, aham, o salário você nem vai acreditar:

Certification for Software Professionals. Join the Agile revolution!
http://www.agilecertificationnow.com/
Become a Certified Agile Software Specialist! The Fastest Certification On The Web

Brincadeiras de lado, essa “certificação” é apenas uma paródia, uma brincadeira. É óbvio que isso não vai mudar nada na carreira e nem muito menos vida de ninguém. Mas ainda assim, apesar da brincadeira da certificação, o site passa uma mensagem importante que devemos nos atentar.

Alguns trechos do texto do site expressam exatamente o que muita gente quer, parece brincadeira ao ler, mas já vi muita gente que acreditaria de fato nesta certificação pois é exatamente o que sempre buscaram, talvez eu até me incluiria neste meio se as certificações resolvessem algo de fato. Mas vejamos, por exemplo:

There are no tests, classes, books or interviews!

Receive the benefits and admiration that comes with certification!

Bem ao estilo de comercial milagroso de televisão, aqueles do tipo resolva todos os seus problemas em 1 minuto. Até que seria bom se funcionasse, mas as coisas não são necessariamente assim. E mesmo que hajam muitos livros, testes, provas e entrevistas, isso tudo também não vai garantir nada e nem muito menos servir como argumento ou base para muita coisa, e não vai mesmo.

O que eu mais ouço por aí é que: - A certificação não vai mudar nada mesmo, mas pelo menos vou ter respaldo no que eu falar, pois a certificação me dá esse crédito. Será assim mesmo? Eu já participei de tudo que é tipo de projeto com todo tipo de gente que se pode imaginar e sinceramente, dos poucos que eram certificados, muitos não faziam valer este tal “respaldo” da certificação, muito pelo contrário, as discussões, provas de conceitos e o dia-a-dia do desenvolvimento eram sempre os mais engraçados complicados, devido justamente ao fato de serem ignorantes o suficiente para achar que tinham tal crédito (respaldo) para falar e fazer o que bem entendessem, para tomar decisões teóricas.

E o pior de tudo é que quase todas as situações anteriores aconteceram com pessoas com certificações técnicas, o que é pior ainda, pois nestas certificações uma boa base de leitura, estudos e testes deveriam, ao mínimo, colaborar bastante com o conhecimento técnico destes profissionais.

Não desmereço quem tem ou corre atrás de certificações diversas, muito pelo contrário, sejam elas técnicas ou não eu valorizo e respeito muito a dedicação e o esforço que cada um teve pra conseguir seus certificados. Valorizo sim, os esforços, os certificados geralmente não. Mas por que não? É simples: Certificações não funcionam! Em alguns casos certificações técnicas ajudam muito, sim, mas ainda não servem como regra ou pré-requisito para definir o conhecimento de ninguém, quem dirá sua capacidade como um líder, coach, etc.

Não funcionam por um fato bem simples: ninguém vai se tornar um profissional melhor simplesmente porque leu um livro ou assistiu algumas aulas ou fez uma ou duas dúzias de simulados e testes e no final recebeu um certificado. Isso tudo é um sonho, as coisas não funcionam assim no mundo real e nem tendem a funcionar assim um dia. E o maior problema disso tudo é a falta de capacidade da muitos gerentes/diretores para enxergar isso, hoje em dia as companhias estão buscando cada vez mais profissionais certificados sem dar a mínima para o real conhecimento e experiência deste profissional.

Por essas e outras que não é muito difícil encontrar profissionais (que dizem ser) líderes, gerentes, arquitetos, consultores e qualquer outro cargo bonito que você quiser e que, vivem tomando decisões erradas, não assumindo erros, orientando sem saber equipes que também nada entendem o que lhe fora orientado, e por aí vai.

Onde quero chegar com este post? Talvez nem eu saiba, ele está sendo só um desabafo (antigo) e um apelo para que todos que lerem o post também leiam isso, isso e isso.

Read the rest of this entry »

Tags: , ,

Já devo ter comentado em outras ocasiões aqui no blog que eu gosto muito dos posts do blog Worse Than Failure (antigo The Daily WTF). E essa semana saiu um post chamado Avoiding Development Disaster, um excelente artigo que fala sobre os projetos de desenvolvimento de software e as lições aprendidas nestes projetos, mas que muitas vezes gastaram milhões e milhões de dolares, geraram uma excessiva documentação inútil que nunca será lida por alguém e milhões de linhas de código que jamais serão executadas em produção, enquanto poderiam ter sido facilmente encontradas num bom livro de engenharia de software. O artigo mostra também os vários caminhos que os projetos podem seguir - tendenciosos ou não - rumo ao sucesso ou ao fracasso.

Avoiding Development Disaster

Tags: , , , ,

SCRUM

Metodologias June 30th, 2007

SCRUM!? Se você pensou “- Que sigla é essa?” não se preocupe, é normal. Mas se você se lembrou de um acidente feio num jogo de Rugby e que durante a organização para reiniciar o jogo o narrador falou algo parecido com SCRUM (rugby), passou perto, isso é SCRUM mesmo, mas não é desse SCRUM que vou falar hoje.

O SCRUM que estou me referindo é um método simples e rápido para gerir o ciclo de desenvolvimento de software, e sim, teve seu nome baseado no SCRUM do Rugby.

Agilidade, quem não tem lido esta palavra ao menos uma vez por dia? Pois é, esta é a bola da vez, linguagens e ferramentas que facilitam e aceleram o desenvolvimento tem aparecido aos montes, evoluções em várias outras linguagens de programação para acompanhar esta tendência também não param de surgir e isso é bom? Sim, eu diria que é excelente, mas não basta o desenvolvedor ser ágil, será que a equipe como um todo está preparada pra isso, o analista, consultor de negócios e o seu gerente, são ou adotam práticas de gestão tão ágeis quanto você? Talvez essa pergunta renda outros posts por aqui.

O Scrum tem como objetivo principal, definir um processo para projeto e desenvolvimento de software, que seja focado nas pessoas e que seja indicado para ambientes em que os requisitos surgem e mudam rapidamente. O Scrum também é considerado um método específico para o gerenciamento do processo de desenvolvimento de software.

O Scrum baseia-se ainda, em princípios como: equipes pequenas (+- 7 pessoas), requisitos que são pouco estáveis ou desconhecidos, e iterações curtas. Divide o desenvolvimento em intervalos de tempos de no máximo 30 dias, também chamadas de Sprints. Este método não requer ou fornece qualquer técnica ou método específico para a fase de desenvolvimento de software, apenas estabelece conjuntos de regras e práticas gerenciais que devem ser adotadas para o sucesso de um projeto. As práticas gerenciais do Scrum são: Product Backlog, Daily Scrum, Sprint, Sprint Planning Meeting, Sprint Backlog e Sprint Review Meeting.

Numa próxima oportunidade, falarei um pouco a fundo das práticas do Scrum. Por enquanto, quem tiver interesse no assunto, vai começar um curso de Scrum na Caelum e também tem a lista do Scrum-Brasil.

Tags: , ,