Segue a divulgação de um evento bacana em Gravataí-RS. Se trata de um evento beneficiente, então quem estiver na área j[a tem mais um bom motivo para comparecer…

Olá Pessoal,

Em janeiro, o Curso de Sistemas de Informação da FACENSA (Gravataí), juntamente com o Grupo de Usuários de Metodologias Ágeis (GUMA-RS) estará promovendo uma palestra beneficente sobre Metodologias Ágeis de Software. O assunto trata de um conjunto de metodologias de desenvolvimento de software que trabalham baseadas em um conjunto de princípios e valores, e baseadas em foco no cliente, na equipe e geração de resultados com métricas e atitudes que promovem a melhoria contínua.

Esta palestra vai trazer aos participantes uma introdução ao assunto, permitindo o debate e discussão dos tópicos tratados.

Data: 06 de janeiro de 2009, às 19h30min. A palestra tem duração de 3 horas.

Para esta ação, o Curso de Sistemas de Informação/FACENSA está arrecadando alimentos não perecíveis. A inscrição para a palestra é feita a partir da doação de 2Kg de alimentos. Os alimentos arrecadados serão doados para o Asilo Santa Bárbara (Gravataí).

Mais informações no blog do grupo XP – Rio Grande do SUL.

Há 6 meses atrás eu escrevi sobre a queda do movimento ágil, mas o James Shore foi bem mais esperto: ele decidiu cutucar na ferida do Scrum. E agora que a polêmica está no ar, muita gente na comunidade ágil brasileira resolveu se manifestar, dentre eles:

Phillip Calçado:

[...] What James describes in his text is what we, consultants, see every single day.

Rafael Mueller:

[...] Tá cheio de consultor por aí pronto para quebrar os valores ágeis somente para ganhar um dinheiro da sua empresa.

Victor Hugo Germano:

[...] São os princípios, e não os métodos, que decidirão sobre a sobrevivência dos projetos

José Papo

[...] Scrum é apenas a porta de entrada para a agilidade. Uma equipe que não evoluir além disso, com certeza irá fracassar.

Manoel Pimentel

[...] Não existe uma só forma de agilidade [...] Será que não há espaço para todas essas vertentes da agilidade?

Fernando Meyer

[...] não é trazendo um evangelista e adotanto Scrum para sua empresa que fará seus projetos darem certo, mas se e somente se as pessoas envolvidas acreditarem no que estão fazendo.

Frank Trindade:

[...] O problema acontece quando tudo isso se torna muito na moda e popular, o que leva um monte de gente a adotar metodologias ágeis sem ter muita noção do que está fazendo.

Guilherme Chapiewski:

[...] muitas pessoas na comunidade – assim como eu – têm receio que realmente estejamos entrando numa era de declínio das metodologias ágeis causada pelo seu mal uso e péssimo entendimento.

Minha opinião continua a mesma então não vou entrar na discussão. Ao invés disso vou tentar manter este post atualizado com outros posts que eu encontrar por aí. Estou curioso para saber o quanto esta discussão vai mudar a cara da comunidade brasileira

Atualizado! Mais algumas opiniões: Fernando Meyer, Frank Trindade e Guilherme Chapiewski (se souberem de mais alguém me avisem!)

Atualizando o blogroll, aqui vai o link pro blog do Dojo SP: http://www.dojosp.epistemol.net/

Se você estiver interessado em participar das reuniões da terra da garoa, se inscreva no grupo de discussão.

Hoje em dia esse é o coding dojo mais ativo do Brasil, o que significa que além das reuniões também rolam umas discussões bastante interessantes na sua lista.

Fica a dica

Why You Should Test Your Requirements

We’ve written before about several characteristics of well written requirements, and one of those characteristics is testability. Ahamad has written an list of 10 tests of requirements, with an emphasis on assessing the testability of the requirements. The testability of the requirement determines if the resultant product can be tested to determine if it meets the requirement. (…)

Generated Tests and TDD

TDD has become quite popular, and many companies are attempting to adopt it. However, some folks worry that it takes a long time to write all those unit tests and are looking to test-generation tools as a way to decrease that burden.

The burden is not insignificant. FitNesse, an application created using TDD, is comprised of 45,000 lines of Java code, 15,000 of which are unit tests. Simple math suggests that TDD increases the coding burden by a full third!

Of course this is a naive analysis. The benefits of using TDD are significant, and far outweigh the burden of writing the extra code. But that 33% still feels “extra” and tempts people to find ways to shrink it without losing any of the benefits. (…)

O Vinícius, do blog Agilwicz, criou uma pequena tabela interessante para discutir a respeito de como tratar o início da implementação de testes, passando os conceitos de Right-BICEP e CORRECT.

Vale a leitura: TDD: O que testar?

Esperamos que ele comece a escrever também para o dojo floripa… =)

Alias, você quer publicar um artigo aki? Pergunte-me como!

Versão em português da entrevista com Ken Schwaber.

Arquivo(link estava quebrado – CORRIGIDO): http://www.4shared.com/file/34824139/61f8668f/Scrum_FAQ_pt_BR.html

Post Original: http://malditacomedia.blogspot.com/2007/09/scrum-faq-em-portugus.html

Sinta-se livre para baixar, ler, criticar e ajudar a divulgar Scrum em sua empresa…

EditNote: corrigido link para download

Pra começar, no blog da Caelum, Thadeu Russo ensina como Impressionar seus amigos com Java usando uma biblioteca para renderizar grafos em poucas linhas de código.

Se seu negócio não é Java e você quiser impressionar usando Ruby on Rails, Fabio Akita continua mostrando as facilidades do framework, desta vez mostrando como gerar formulários em Ajax usando o plugin Ajax Scaffold.

Falando em frameworks, uma matéria da revista Mundo Java que vende algo como “Não use Hibernate/Outro ORM, use 100% Java!” tem sua crítica feita pelo Phillip “shoes” Calçado no post Não use Framework, use 100% Java – WTF?

Pra fechar o assunto, também há um post questionando o que seria um framework no blog do Yguaratã Cavalcanti.

“Show me the code!”. Essa foi a proposta da última reunião do grupo de eXtreme Programming do Rio de Janeiro: a XP Rio on Rails. Em quase duas horas de reunião o pessoal da ImproveIt apresentou a solução completa de um problema usando Ruby On Rails combinado com as técnicas de XP.

Este é um ótimo exemplo de kata, e pelo que vi na lista XPRio o evento foi um sucesso. Parabéns para o Vinicius Teles, Marcelo Alvim e Marcos Tapajós pela iniciativa

Obs.: recomento aos participantes do dojo participarem também da lista XPRio, que atualmente conta com mais de 500 participantes e é a mais ativa lista de XP no país.