O ReToRnO!!!

Bom pessoal,

Depois de muito tempo sem postar nada aqui, só terminando os projetos da faculdade, incluindo a minha monografia, chegou a hora de retomar as atividades aqui no blog.

Como todos sabem, aqui falamos aspectos relacionados com as Metodologias de Desenvolvimento Ágil, que por sinal é usada na minha monografia. Então aguardem novos posts por ai.

Abraço

Protesto!!!

Pessoal, infelizmente essas coisas acontecem. Venho aqui deixar o meu protesto pela falta de compromisso da Universidade com o curso de Comunicação Social da instituição.

Click na imagem para ser direcionado ao blog do movimento e entendam o porque!

=/

"Getting Real"

Ai pessoal, pra quem quer começar a abrir a mente para as metodologias ágeis, recomendo a leitura do livro Getting Real da 37signals, já tem a versão traduzida para o português. =]

Segue o link pra vocês: Getting Real

Boa leitura. xD

Termos do Scrum - Artifacts

Terminando esse assunto abordando os "Termos do Scrum", falaremos agora sobre os Artefatos utilizados nesse método de desenvolvimento.

• Product Backlog

É uma lista contendo todas as funcionalidades desejadas para um produto. O conteúdo desta lista é definido pelo Product Owner. O Product Backlog não precisa estar completo no início de um projeto. Pode-se começar com tudo aquilo que é mais óbvio em um primeiro momento. Com o tempo, o Product Backlog cresce e muda à medida que se aprende mais sobre o produto e seus usuários.

Durante o Sprint Planning Meeting, o Product Owner prioriza os itens do Product Backlog e os descreve para a equipe. A equipe então determina que itens será capaz de completar durante a Sprint que está por começar. Tais itens são, então, transferidos do Product Backlog para o Sprint Backlog. Ao fazer isso, a equipe quebra cada item do Product Backlog em uma ou mais tarefas do Sprint Backlog. Isso ajuda a dividir o trabalho entre os membros da equipe. Podem fazer parte do Product Backlog tarefas técnicas ou atividades diretamente relacionadas às funcionalidades solicitadas.

• Sprint Backlog

O Sprint Backlog é uma lista de tarefas que o Scrum Team se compromete a fazer em um Sprint. Os itens do Sprint Backlog são extraídos do Product Backlog, pela equipe, com base nas prioridades definidas pelo Product Owner e a percepção da equipe sobre o tempo que será necessário para completar as várias funcionalidades.

Cabe a equipe determinar a quantidade de itens do Product Backlog que serão trazidos para o Sprint Backlog, já que é ela quem irá se comprometer a implementá-los.

Durante um Sprint, o Scrum Master mantém o Sprint Backlog atualizando-o para refletir que tarefas são completadas e quanto tempo a equipe acredita que será necessário para completar aquelas que ainda não estão prontas. A estimativa do trabalho que ainda resta a ser feito no Sprint é calculada diariamente e colocada em um gráfico, resultando em um Sprint Burndown Chart.

Bom,

Acho que sobre Scrum é isso. =]

Fonte: Product Backlog e Sprint Backlog

xD

Como funciona o Scrum:
O Scrum Master é um facilitador para Scrum Team quando este encontra impedimentos no decorrer de uma Sprint.

Termos do Scrum - Meetings (parte 2)

Continuando ...

• Sprint Review Meeting

"Ao final de cada Sprint é feito um Sprint Review Meeting. Durante esta reunião, o Scrum Team mostra o que foi alcançado durante o Sprint. Tipicamente, isso tem o formato de um demo das novas funcionalidades.

Os participantes do Sprint Review tipicamente incluem o Product Owner, o Scrum Team, o Scrum Master, gerência, clientes e engenheiros de outros projetos.

Durante o Sprint Review, o projeto é avaliado em relação aos objetivos do Sprint, determinados durante o Sprint Planning Meeting. Idealmente, a equipe completou cada um dos itens do Product Backlog trazidos para fazer parte do Sprint, mas o importante mesmo é que a equipe atinja o objetivo geral do Sprint".

• Sprint Retrospective

"O Sprint Retrospective ocorre ao final de um Sprint e serve para identificar o que funcionou bem, o que pode ser melhorado e que ações serão tomadas para melhorar".



Na foto, ta o Sprint Retrospective depois da nossa primeira sprint. Fizemos numa folha A4 e escrevemos (cada membro do Scrum Team) as coisas boas e ruins ocasionadas no decorrer do desenvolvimento dessa primeira sprint.

P.S. >>> Qualidade da foto horrível. xD

Fonte: Sprint Review Meeting e Sprint Retrospective

CPU 2009 - VII Edição

O Campeonato de Programação Universitário – CPU é um campeonato realizado pela Empresa Júnior de Computação da UESC – TecnoJr, destinado aos alunos do curso de graduação na área de Computação e afins (Ciência da Computação, Engenharia de Computação, Sistemas de Informação, Matemática, etc.) com o objetivo de:

• Estimular o interesse pela programação de computadores.
• Aumentar a integração aluno‐empresa.
• Proporcionar a prática nas disciplinas de programação.
• Proporcionar desafios aos estudantes das Faculdades ou Universidades da região.
• Estimular o trabalho em equipe.

Esse ano o CPU ocorrerá no dia 04 de maio na Universidade Estadualde Santa Cruz (UESC), em paralelo com a ERBASE que ocorrerá entre os dias 4 e 8 de maio.

Mais informações no site do evento.

O Scrum Master

=]

Termos do Scrum - Meetings (parte 1)

Continuando com os termos utilizados no Scrum, hoje falaremos sobre as Reuniões (Meetings) que as equipes que utilizam essa metodologia participa.
Vamos lá:

• Daily Scrum

"A cada dia do Sprint a equipe faz uma reunião diária (Daily Scrum). Ela tem como objetivo disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho a ser realizado no dia que se inicia".

De uma forma "ideal", essas reuniões deve ser feitas logo pela manhã, seguindo o mesmo horário sempre. Isso é feito pra que se possa estabelecer as atividades do novo dia de trabalho. No nosso caso (eu, Pablo e o nosso orientador Carlão), fazemos nossas reuniões em dias alternados na semana sempre no horário da noite, isso porque você deve adaptar a sua equipe de desenvolvimento ao melhor horário cabível aos membros.

Essa reunião serve para deixar todos os membros da equipe ligados no que está acontecendo no projeto e não para resoluções de problemas. "Durante o Daily Scrum, cada membro da equipe provê respostas para cada uma destas três perguntas":

• O que você fez ontem?
• O que você fará hoje?
• Há algum impedimento no seu caminho?

No nosso caso as perguntas são:

• O que você fez?
• O que você fará até a próxima reunião?
• Quais os impedimentos?

Perceba que as perguntas seguem o mesmo padrão, a diferença que existe é porque nossas reuniões não são "diárias".

Assim "a equipe ganha uma excelente compreensão sobre que trabalho foi feito e que trabalho ainda precisa ser feito. O Daily Scrum não é uma reunião de status report na qual um chefe fica coletando informações sobre quem está atrasado. Ao invés disso, é uma reunião na qual membros da equipe assumem compromissos perante os demais.

Os impedimentos identificados no Daily Scrum devem ser tratados pelo Scrum Master o mais rapidamente possível".

• Sprint Planning Meeting

"O Sprint Planning Meeting é uma reunião na qual estão presentes o Product Owner (Sr. Manoel da padaria), o Scrum Master (Pablo) e todo o Scrum Team (eu, Pablo e Carlão), bem como qualquer pessoa interessada que esteja representando a gerência ou o cliente.

Durante o Sprint Planning Meeting, o Product Owner descreve as funcionalidades de maior prioridade para a equipe. A equipe faz perguntas durante a reunião de modo que seja capaz de quebrar as funcionalidades em tarefas técnicas, após a reunião. Essas tarefas irão dar origem ao Sprint Backlog.

O Product Owner não precisa descrever todos os itens que estão no Product Backlog. Dependendo do tamanho do Product Backlog e da velocidade da equipe, pode ser suficiente descrever apenas os itens de maior prioridade, deixando a discussão dos itens de menor prioridade para o próximo Sprint Planning Meeting.

Coletivamente, o Scrum Team e o Product Owner definem um objetivo para o Sprint, que é uma breve descrição daquilo que se tentará alcançar no Sprint. O sucesso do Sprint será avaliado mais adiante no Sprint Review Meeting (falaremos mais tarde) em relação ao objetivo traçado para o Sprint.

Depois do Sprint Planning Meeting, a equipe Scrum se encontra separadamente para conversar sobre o que eles escutaram e decidir quanto eles podem se comprometer a fazer no Sprint que será iniciado. Em alguns casos, haverá negociação com o Product Owner, mas será sempre responsabilidade da equipe determinar o quanto ela será capaz de se comprometer a fazer".

Fonte: Daily Scrum e Sprint Planning Meeting

ERBASE 2009

9ª Escola Regional de Computação Bahia-Alagoas-Sergipe

Data: de 04 a 08 de maio de 2009
Local: Universidade Estadual de Santa Cruz - UESC - Ilhéus, BA

Maiores informações podem ser encontradas no site oficial.