Dibert e Agile

Bom dia pessoal,


Adorei esta imagem do Dibert, ela representa muito bem a visão dos “leigos” com relação ao mundo Ágil.
Uma vez eu estava numa roda de bate papo, cervejinha, etc. com colegas de trabalho e como era inevitável iniciamos uma conversa sobre desenvolvimento de software.
Depois de muito bate papo ficou evidente que os colegas estavam com visões pré-definidas, que já tinham recebidos de outros colegas de trabalho. Eles infelizmente levaram a informação como verdadeira e o pior de tudo, ficavam repetindo a informação para outros colegas de trabalho.

Ágil não tem nada a ver com nada de documentação, nada de planejamento e programação desde a primeira palavra do cliente que pode ser interpretada como um “requisito”.

Para quem realmente já leu alguma coisa sobre Scrum pode observar que existe um planejamento e acompanhamento do projeto muito bom, onde é analisado a quantidade de requisitos a serem desenvolvidos (Itens de Backlog), estimados, priorizados, divididos em Sprint´s, criados gráficos de visibilidade do Produto Backlog, acompanhamento diário da execução do Sprint, reuniões de entrega do serviço ao cliente ao termino de cada Sprint (Sprint Review), reunião de melhoria do processo (Sprint Retrospective) , e muito mais.

E quanto a documentação?

Esta é a melhor parte, deve ser criados documentos de agreguem valor ao software, nada de documentos desnecessários, que são criados apenas para cumprimento de tabela.
Se Use Case é importante para o seu negocio, agrega valor, então utilize. Mas será que não existe uma maneira melhor de fazer?
Criar UML de todo o sistema é importante para o seu negocio? Não vai deixar a manutenção muito cara? O Cliente esta exigindo? Não existe uma maneira melhor de fazer?
Devemos lembrar sempre, que a documentação tem que agregar valor ao produto e principalmente, ela deve ser facilmente mantida.
Existem documentações de apoio a construção do sistema e documentações de apoio a manutenção do sistema, este item também deve ser avaliado.

Espero que tenham gostado, neste post não vou entrar no mérito de como fazer uma boa documentação, fica para os próximos,


Abraços,


Abu

Palestra de Scrum no BARDDAL

Oi pessoal,

Segue a publicidade da minha próxima palestra de Scrum

Link original: http://www.barddal.br/faculdades/site/index.php?cnt=noticias_detalhe&id=183&pag=1

---- X ----

Scrum: método ágil para Gerenciamento de Projetos


05/03/2008 - Palestra sobre Scrum no dia 14 de março

Scrum é um método ágil para Gerenciamento de Projetos. Dentro do Scrum trabalhamos com a auto-organização da equipe, gráficos de acompanhamento do projeto, priorização das tarefas a serem realizadas, estimativas de esforço e principalmente, com a habilidade da equipe de realizar o projeto.


Mini-Currículo do Palestrante Prof. Nelson Abu Samra Rahal Junior:


Graduado em Processamento de Dados
Pós-graduação em Didática e Metodologia de Ensino
Pós-graduação em Gerência de Projetos para a Área de TI (PMI)
Mestrado em Ciência da Computação
Certificado em Scrum Master
Professor universitário desde 1996
Atuante ativamente na área de desenvolvimento de software no mercado de Florianópolis desde 1998.

Reuniões Diárias: Produtivas X Perda de Tempo

Oi pessoal,

Esta rolando esta semana um bate papo nos fóruns internacionais de Scrum sobre as vantagens e desvantagem de uma reunião diária.
Alguns participantes do fórum têm comentado que estas reuniões são uma perda de tempo, não são divertidas, etc etc etc. Também esta sendo comentado que neste período de tempo a equipe poderia estar trabalhando duramente no projeto.
Devemos lembrar que o objetivo da reunião diária é para promover a comunicação entre a equipe e principalmente identificar obstáculos para que o Scrum Máster possa resolver e continuar viabilizando a execução do projeto.
Fazer pessoas se comuniquem é muito difícil e principalmente fazer com que esta comunicação seja produtiva mais ainda. É papel do Scrum Máster, fazer com que estes encontros sejam produtivos, não permitindo que nos encontros diários existam “ruídos” de comunicação.
O próprio Ken publicou esta imagem. Segue um resumo do texto para reflexão.



A reportagem esta falando de um empregado de uma empresa de publicidade que foi encontrado morto em sua cadeira de trabalho. Este empregado de nome “George”, 51 anos teve um ataque cardíaco em quanto trabalhava e seus colegas de trabalho não perceberam que ele estava morto.
Pelo exame realizado em “George”, ele faleceu na segunda-feira, mas ninguém notou ate o sábado de manha, quando um colega de trabalho perguntou porque ele estava trabalhando no fim de semana.
O chefe de “George” comentou que ele era sempre o primeiro a chegar e o ultimo a sair e sempre ficava muito concentrado em seu trabalho.
A moral da historia é que: “Não se deve trabalhar muito duro. Ninguém repara mesmo”.



Eu fecho esta postagem com a minha opinião sobre o caso: “Não é uma reunião de 15 minutos diária que vai fazer o projeto ficar atrasado ou mais atrasado. Mas esta reunião diária se bem realizada pode trazer ganhos significativos ao projeto.”


Abraços a todos,


Abu

Newsletter publicada na Knowtec / IEA

Segue a “NewsLetter” escrita pelo jornalista Marcelo Santos do NIC - Núcleo de Inteligência Competitiva da empresa Knowtec. Observem que o texto esta um show de bola, bem diferente dos meus “garranchos”.

Parabéns Marcelo, que por sinal faz parte dos nossos “Product Owner” da empresa.


Boa leitura pessoal.

Abu






TI adota novo processo para gerenciar projetos

Você já ouviu falar em Scrum? E em Product Owner? Não? Então você não trabalha no núcleo de TI. E o que estas expressões têm a ver com a Knowtec/IEA? Tudo, pois a fim de atender a demanda da empresa, o núcleo de TI resolveu adotar um novo processo de gerenciamento de projetos, o Scrum. "Queremos (com o Scrum) diminuir o prazo de entrega do software que atenda a expectativa", justifica Nelson Abu, responsável pela implantação do processo, por enquanto restrito aos colaboradores de TI. O Scrum envolve reuniões diárias, interação entre equipes (de 3 a 7 colaboradores) e sistemas de avaliação. Para atender a expectativa em relação ao produto solicitado, diminui-se o prazo para entrega, não inferior a uma semana e superior a 30 dias. A utilização de um quadro e a colocação de pequenos lembretes fazem parte do trabalho da equipe. E Product Owner? Bom, na Knowtec/IEA, ele é o coordenador, aquele que "traduz" ao scrum-master (gerente) a necessidade do cliente.

Scrum em Trabalhos Administrativos?

Sim e porque não?

Foi realizada uma atividade de implantação do Scrum em departamentos administrativos, com o intuito de planejar e executar projetos existentes nestes departamentos.
Devemos lembrar que Scrum é um processo de Gestão de Projetos Ágeis e necessariamente não tem que ser aplicado unicamente ao desenvolvimento de software.

Vamos lembrar da historia......

“Scrum teve a sua origem em fabrica de automóveis, onde foi observado que a utilização de equipes pequenas e multidisciplinares produzia melhores resultados. Em analogia a estas equipes foi realizada uma associação a formação de SCRUM do jogo de Rugby. Em 1995, Ken Schwaber formalizou a definição de Scrum e ajudou a implantá-lo em desenvolvimento de software em todo o mundo”.

Scrum nada mais é que uma coletânea de boas praticas de trabalho, organização, integração entre pessoas, etc etc etc etc

Scrum pode ser aplicado a qualquer tipo de projeto a ser desenvolvido, isto é, não unicamente a software.

Quanto a esta equipe que esta sendo formada so posso dizer: “PARABENS a todos”, faz muito tempo que não vejo uma equipe tão organizada e tão determinada em suas tarefas dentro do processo do Scrum.

O material criado que deu origem aos “Itens de Backlog” ficou fantástico.

Também um parabéns especial a Alessandra (nossa Scrum Máster) neste projeto, pela condução do processo na primeira atividade e ao Sr. Guilherme pelo apoio e incentivo as tarefas realizadas.


Abraços a todos,


Abu

Mais uma Equipe utilizando Scrum

Oi pessoal,

Segue as fotos da terceira equipe de desenvolvimento de software da Knowtec / IEA que esta utilizando Scrum. Esta equipe faz parte dos trabalhos de comunicação Digital.

As fotos estão registrando o trabalho de levantamento dos “Itens de Backlog”, priorizações (Must, Should, Could e Want) e determinando o tamanho do esforço para cada “Item do Backlog”.

Junto com a equipe esta o Product Owner (Marcus) ajudando a definir os “Itens de Backlog” e realizando a explicação desses itens.

Também temos junto com a equipe o Scrum Máster (Rafael Leite) conduzindo e orientando a execução do processo. Este Scrum Máster já faz parte da historia deste Blog com seus comentários, participação de eventos e principalmente ajuda na divulgação e apoio a implantação do processo Scrum.

Boa sorte a nova equipe e parabéns pela iniciativa,


Amplexos,


Abu

Sempre tem Espaço

Oi pessoal,


Segue a relação de fotos de um quadro de Sprint Backlog que esta sendo utilizado por uma equipe de desenvolvimento. Podemos observar que não existia muito espaço para adicionar este quadro, mas com criatividade e um armário que nunca é aberto sempre se da um jeitinho.
Eu estava batendo um papo com esta equipe e o Scrum Máster e perguntei: “O que mudou com este tipo de instrumento?”. A resposta de todos foi muito interessante, eles comentaram que: “Antes trabalhávamos de mais, mas nunca ninguém tinha idéia de quanto trabalho nos tínhamos feito”. Também foi comentado que no fim do dia existia um sentimento de serviço feito, pois eles ficavam vendo o deslocamento dos “post-its” de um lado para o outro, mostrando que as coisas estavam funcionando.

Parabéns para a equipe e o Scrum Máster.


Amplexos,


Abu