3 talks em 2 dias

Já regressei a casa!

Estive desde Quinta a Sábado no SAPO Codebits e estive desde Sábado até Domingo no team building da IPMA Young Crew Portugal.

Foram 4 dias muito interessantes mas também muito cansativos.

Na sexta feira apresentei a minha talk “Pair Programming” e no Sábado a lightining talk “Estimates Sucks” e 10 dicas sobre “Gestão de Conflito”.

Estão todas aqui e também no meu slideshare.

Em relação ao SAPO Codebits foi o único evento em Portugal onde é possível juntar 900 geeks. Acho que está tudo dito. 🙂

O Team Building da IPMA YCP foi muito bom e tive oportunidade de conhecer algumas pessoas ao vivo que apenas tinha tido oportunidade de conhecer via Skype. Só vos digo que o Sabotage Club, em Lisboa, é sensacional. 🙂

Até para a semana.

codebits 2014 :: lightning talk

Estou a acabar de fazer a mala para ir para o SAPO Codebits.

Vão ser 3 dias de evento / geekness / talks / nuclear tacos / etc.

Já tinha tido oportunidade de vos dizer aqui que ia ser speaker com a talk “Pair Programming”.

Ainda não tinha tido oportunidade de vos dizer que também vou dar uma lightning talk com o tema “Estimates Sucks”.

Isto quer dizer que em 3 dias vou dar 2 talks!

Vai ser em grande. Estou on fire para este codebits! 🙂

Até para a semana.

codebits 2014

Posso dizer que comecei este ano de 2014 em grande!

Fui eleito speaker do SAPO Codebits com a talk “Pair Programming“.

Inclusivamente com honras de primeira página: https://codebits.eu/ (secção “Who’s going to be talking”).

O tema é algo que me apaixona e depois de ver em acção fiquei adepto incondicional.

É possivelmente a prática de XP que mais aprecio.

Não vou falar sobre o tema aqui para não ser um spoiler… 🙂

Nesta edição vou “viver” literalmente dentro do recinto já que não vou trabalhar nesses dias… podendo disfrutar o evento 24x7x3 (o evento é non-stop durante 3 dias).

Espero ver-vos lá.

Até para a semana.

scrum na optimus

Comecei há cerca de um mês a fazer scrum aqui na Optimus.

Não é um scrum bíblico mas posso dizer que é o scrum à nossa moda! 🙂

Quase que dava uma receita.

Aqui ficam os ingredientes:
1 quadro branco (obtido de forma caricata);
100 post-its (amarelos);
1 caneta para o quadro (para identificar as sprints e fazer separações);
1 scrum master (cabe-me a mim a honra);
1 product owner (cabe-me novamente a mim a honra);
várias equipas de projecto;
boa disposição (de toda equipa) q.b..

E a preparação:
Primeiro colocamos o quadro branco (scrum board) num local bem visível para toda a equipa.

Depois com a caneta separamos o quadro em 5 colunas: “Todo”, “In progress” (que subdividimos em “Going” e “On hold”), “To verify” e “Done :-)”. Inicialmente não tínhamos a coluna “In progress” dividida mas assim que tivemos um post-it bloqueado sentimos logo a necessidade de criar uma coluna que nos diga quando uma tarefa está parada. Qualquer post-it ali parado não é bom sinal e requer a nossa atenção. Na coluna de tarefas terminadas recomendo o smile “:-)” porque qualquer post-it que chegue a essa coluna é motivo de satisfação de toda a equipa.

De seguida colocamos em linhas as nossas sprints (que são os nossos projectos) escrevendo o nome da sprint e o respectivo código interno (código que utilizamos para identificarmos os emails relativos à sprint/projecto).

Passamos agora para a estimativa de cada sprint (temos várias a decorrer) e as suas user stories. As nossas estimativas são orientadas à user story e não à sprint, pois desta forma é só colocar os post-its, na coluna “Todo”, com o nome de cada user story e com a indicação da sua estimativa no quadro.

Todos os dias, logo ao início da manhã, fazemos a nossa standing meeting/daily scrum, ou como gosto de lhe chamar, os nossos 5 minutos intensos de reunião diante do quadro branco. Durante uns breves 5 minutos fazemos, de forma animada, informal e descontraída, o status diário da sprint onde abordamos o que foi feito no dia anterior, o que iremos fazer hoje e dificuldades com que possivelmente tenhamos em mãos.

Após todas as reuniões do dia abrimos um excel onde tenho a burndown chart de cada projecto e actualizo com o status obtido. Desta forma conseguimos visualizar o progresso e principalmente o ritmo do projecto. Estamos atrasados? Estamos adiantados? Com que ritmo estamos a trabalhar? A nossa burndown chart tem resposta para todas estas questões.

O resultado final são sprints/projectos terminados a tempo e horas altamente orientados ao cliente e aos seus requisitos. No fim garantidamente ficamos todos felizes, a equipa por ter a performance desejada e o cliente por ter os resultados esperados.

Recomendamos servir o vosso “cozinhado” acompanhado de Extreme programming (XP), principalmente pair programming (2 developers a trabalhar no mesmo computador), de Test-driven development (TDD) (programação orientada aos casos de sucesso e insucesso que se pretende testar) e de Coding standards (regras e/ou boas práticas de programação).

Por fim polvilhem tudo com metodologias AGILE a gosto.

Claro que existem muitos pontos que podemos melhorar e/ou fazer de forma diferente, mas sou da opinião que o Scrum é uma receita de autor, onde cada um o aplica de acordo com a sua realidade. A implementação do Scrum não é por si só um objectivo, mas sim um meio para atingirmos o verdadeiro objectivo que são projectos bem sucedidos.

E vocês também fazem Scrum?

Até para a semana.