Nesse mês de Junho de 2010, foi realizada a primeira Noite Ágil, uma iniciativa do André Pantalião na lista happy hour ágil que foi rapidamente aceita, e tivemos a primeira experiência realizada na Caelum de São Paulo.
A noite começou com o Adolfo Souza falando sobre os problemas resolvidos e em aberto em “O papel de QA em equipes ágeis” na Locaweb, com vídeo online:
Em seguida, tivemos o bate papo e explanação “Kanban: Você não precisa de iterações” do Rodrigo Yoshima.
Cecilia Fernandes e eu comentamos sobre a aplicação de restrições de processos ágeis em tipos diferentes de equipes dentro da Caelum na apresentação “Restrições são boas mas restrições são ruins“:
Após o lanche, a última apresentação foi do André Pantalião falando sobre “Erros e acertos na implantação de agile“.
Nas próximas edições, esperamos abrir mais espaço para as discussões, envolvendo outras abordagens que potencializam a discussão e participação do grupo. Vamos analisar e adaptar o próprio encontro para obter melhores resultados.
Inovação é parte fundamental da missão da Caelum. E, como uma empresa de treinamentos, Ensinar e Aprender são nosso dia a dia. Muitos nos perguntam o que devem estudar no seu tempo livre, onde devem investir. A Caelum tem seguido várias linhas e iniciativas que eu gostaria de apresentar nesse post.
De tempos em tempos, temos na Caelum um tech day interno onde cada um apresenta o que tem estudado e aplicado nos projetos e nas aulas. O último encontro aconteceu nesse mês de maio e trouxe muitas novidades com testes, métodos ágeis, web, linguagens dinâmicas, estruturas de dados, cloud e mais.
Guilherme Silveira falou sobre SOA versus REST, recapitulando REST e fazendo comparações com o objetivo de ajudar nas escolhas de quando usar ou não as tecnologias. Mostrou um pouco de seus últimos experimentos com hypermedia e code on demand.
O Lucas Cavalcanti e o Caires Vinicius apresentaram a palestra Shoulda stay or shoulda go?, mostrando pontos positivos e negativos da utilização do Shoulda em um projeto Ruby on Rails que passaram enquanto estavam em um projeto de consultoria da Caelum. Ainda em Rails, David Paniz e Pedro Matiello apresentaram Aerotrem: Colocando sua app Rails no ar. Eles mostraram como manter, de maneira fácil, várias VMs ruby na mesma máquina. Foram além e fizeram o HAProxy balanceando dois servidores Web, além de mostrar como fazer o deploy sua aplicação no cloud da Amazon via o Heroku.
O Paulo Silveira apresentou Tudo que você sempre precisou saber sobre Hash e um pouco mais. Paulo mostrou como funciona um Hash, mostrou algumas implementações em Java e como funções de hash ruins podem impactar sua tabela além de um truque que o Yahoo! usou para melhorar seu filtro de Spam.
Sérgio Lopes e Alberto Souza apresentaram técnicas para deixar mais rápido o carregamento das páginas Web, seguindo as diretrizes do YSlow do Yahoo!. Mostraram algumas das métricas usadas e truques para atingi-las com ferramentas Java e usando recursos do Google AppEngine. Ainda com relação à Web client-side, eu – Anderson Leite -, Pedro Mariano e Caires Vinicius falamos sobre as novidades do HTML 5. Alguns browsers já possuem implementações do draft atual e muitas mudanças estão sendo consideradas para essa nova versão. Entre ela as tags audio e video, a nova API Geolocation, novas tags semânticas, novos input types, cache e web storage, e a tag canvas para desenho 2d. Veja um demo de canvas e a nova JS API:
A Cecilia Fernandes apresentou Do Scrum ao Lean, com os próximos passos a serem tomados para uma equipe ir do Scrum ao Lean, vantagens, desvantagens e um exercício prático para enxergar a diferença entre a produção empurrada e puxada, alem da variação sem especialização do conhecimento.
Além de todas essas palestras no nosso Tech Day, muitos outros temas têm feito parte do dia a dia de estudo e inovação da Caelum. Estamos apostando fortemente no Android para o mercado Java Mobile, nas novidades do Java EE 6 para simplificar o Java corporativo (como JPA2 e JSF2) e em novas iniciativas em cloud computing e NoSQL.
E você? O que tem estudado ultimamente? Quais são suas apostas?
Continuando a série de problemas práticos encontrados na maneira de
pensar quando adotamos metodologias ágeis, um comentário sempre feito no curso é a situação que afeta muito a produtividade de Product Owners e Scrum Masters (ou líderes/papéis similares em qualquer metodologia): a falta de produtividade dos dois devido a quantidade de projetos que lidam.
Para praticantes de Scrum, por exemplo, 13% do tempo de um PO e SM é
consumido em reuniões por cada projeto que ele participa.
Isso não é nada frente ao tempo investido por dois desenvolvedores em
pair programming (80~100%). Mas o objetivo do desenvolvedor é
alcançado durante esse período de comunicação. Para um PO, SM ou
líder, é durante esses 13% que colherá informações para trabalhar em
cima no resto do tempo.
A consequência é grave: PO e/ou SM e/ou líderes distantes,
impedimentos que duram meses, falta de tempo para novas idéias etc.
Para deixar claro, vamos aos prejuízos alarmantes:
Se você, como SM, líder ou PO, toca cinco projetos
simultâneamente, você tem 2 horas e 45 minutos para se dedicar a
cada um desses produtos por semana. Nesse tempo terá que ter
idéias novas, resolver problemas, responder emails, fazer reuniões
fora do ciclo tradicional. É tempo suficiente?
A conclusão é que é impossível se dedicar com alta qualidade tocando 5
projetos simultaneamente. 4 projetos? Você agora tem 4 horas
e 45 minutos por semana para pensar sobre seu produto, ter novas
idéias, conversar com seus clientes, ler seus emails, fazer reuniões
fora do ciclo etc.
3 projetos? Nesse caso você tem 8 horas, um dia por semana
para pensar sobre seu produto ou resolver os problemas de sua
equipe.
Está é uma medida simples que mostra quanto tempo estamos investindo
em reuniões e faltando POs e SMs e quanto tempo está sendo gasto
pensando em seu projeto e resolvendo os problemas de verdade. Para
fins de completude – e possível conversa dentro de sua empresa para
evitar cair nessa situação – o gráfico a seguir ilustra o número de
horas livres por projeto por por semana em função do número de
projetos:
Horas livres para cada projeto que você está se ocupando
Utilizei a regra de que, se sua iteração é mais longa ou
mais curta que 3 semanas, utiliza-se um número de horas proporcionais
ao seguinte: 15 minutos de daily meeting, 3 horas de review, 3 horas
de planning e 2 horas de retrospectiva. Utilizando regras não
proporcionais o cenário fica bem pior.
Para ter um ótimo desempenho, aceite o segundo, evite o terceiro e
diga não ao quarto projeto.
Aproveitando para lembrar que na próxima semana ocorre o evento oficial da Scrum Alliance no Brasil, o Scrum Gathering, contando com palestrantes nacionais e internacionais de peso, sendo a Caelum uma das patrocinadoras.
Seguindo a divulgação das palestras do evento Falando em Agile 2008, apresentamos José Papo na palestra Contratação de projetos de Software, manutenção de sistemas e portfólio de projetos com Agilidade. Papo é professor da Universidade São Judas, na FIAP e na PUC-SP, além de ser arquiteto de software e usar Scrum, OpenUP e RUP em seu projetos.
Nessa palestra, ele mostra as desvantagens dos contratos de preço fixo para projetos de software e descreve outras formas de contratos, alinhados com processos ágeis.
Veja também outras palestras do Falando em Agile 2008:
