De volta a Porto Alegre, relato aqui minhas impressoes sobre como foi o curso Requisitos de Software: Conceitos e Praticas para Equipes Ageis.Primeiramente, gostaria de registrar a grande surpresa que tive com a presenca de 39 alunos de diversas empresas publicas e privadas da regiao, sendo a maioria de empresas de grande porte como Movistar Telefonica, Ministerio de Educacion, Centro Superior para el Procesamiento de la Informacion de la Universidad de la Plata, T-Systems, Maypun, entre outras. Dentre os perfis observados, existiam alguns poucos desenvolvedores e testadores, porem muitos analistas, gerentes de projeto, arquitetos de software e consultores.Pois bem, dos 39 alunos, somente 5 conheciam e utilizavam algumas praticas ageis em sua equipes. Os demais eram provenientes da corrente tradicional do desenvolvimento de software. O resultado foi um curso extremamente provocante e desafiador, pois eu tinha na turma consultores de gerencia de projetos (PMI) e melhoria de processos (CMMI).Fiquei contente de poder voltar a mesma sala em que eu havia sido aluno de Mary e Tom Poppendieck no ano passado, no curso Lean Software Development (Agiles 2008), so que agora era eu quem estava na posicao de instrutor. Pois bem, tirando a enorme diferenca da qualidade dos instrutores (hehehe! seria ridiculo eu me comparar aos Poppendieck!), eu tive uma vantagem de alunos que se transformou num transtorno para todos, dado que a sala so comportava um maximo de 28 alunos sentados confortavelmente e tinhamos 39! Fiquei com pena de algumas pessoas amontoadas, sem contar com o calor que passamos diante de um ar condicionado que nao dava muita vazao a toda essa demanda ...Tirando esses e outros percalcos logisticos, que na minha opiniao afetaram a qualidade do evento, consegui conquistar uma grande turma de ceticos e deixa-los encantados com uma nova forma de captar, analisar, especificar, validar e gerenciar requisitos:Iniciei com minha aula introdutoria sobre percepcao humana e mapas mentais, e como as fragilidades dos requisitos estao diretamente relacionadas as necessidades de Maslow e crencas formadas por filtros sociais, individuais, generalizacoes, delecoes e distorcoes. Como sempre, todos ficam chocados com a verdadeira origem de nossos problemas ...Passei pela identificacao dos elementos basicos de um processo de negocio para trata-los como o real problema do desenvolvimento de software, apresentando meu modelo de Project Story. Outra vez, o A3 Problem-Solving Report tem se mostrado muito efetivo neste aspecto.Apresentei conceitos e praticas relacionadas as User Stories, como tecnicas linguisticas para se escrever boas historias e estimar o tamanho relativo das mesmas. Ficou claro para muita gente que a User Story e poderosa e deve ser utilizada antes de partirmos para um modelo mais sofisticado de Use Case.Discutimos os aspectos do planejamento a partir dos pressupostos de Sprint e Velocidade da Equipe, bem como da decomposicao do problema em temas de negocio.Por fim, apresentei como o gerenciamento de requisitos pode ser feito para sustentar uma logistica de requisitos baseada no modelo Just-in-Time.Depois de 12h de atividades (exposicao e pratica), conquistamos os seguintes resultados na avaliacao dos alunos: 100% dos alunos considerou alta a competencia do instrutor, quase 80% reclamou da falta de material de apoio (nao