Muitos buscam guias ou formas de entender como um projeto usando Metodologias Ágeis se divide, com respectivas práticas.
No último Brazil Scrum Gathering, realizado em São Paulo, recebi da VersionOne um poster clássico, disponibilizado no site deles. Tinha a versão em PDF, mas quando recebi uma versão impressa, deu vontade de achar uma parede para colocar o poster.
Fica a dica para quem está procurando algo do tipo para o seu ambiente de trabalho.
sexta-feira, 29 de maio de 2009
quinta-feira, 28 de maio de 2009
Palestra Disponível: Agilizando seu Projeto de Software
Bruno Pedroso apresentou no Porto Alegre Agile Weekend 2009 dicas de como equipes podem iniciar o uso de Metodologias Ágeis em sua palestra com o título "Agilizando seu Projeto de Software".
quarta-feira, 27 de maio de 2009
Uma abordagem para iniciar o uso de Metodologias Ágeis. Quer reduzir os seus custos?
Metodologias Ágeis ajudam a criar um ambiente baseado em prevenção, transparência e trabalho em equipe.
Prevenção significa por exemplo não ficar feliz quando o bug de número 100000 (cem mil) foi cadastrado no seu sistema de gestão de defeitos, e sim quando um novo caso de teste (muitas vezes automatizado) foi criado pelo time para garantir que um cenário, não planejado inicialmente, pudesse ser atingido. Estamos preocupados em garantir o mínimo de defeitos, através de mais comunicação e mais entendimento do que deve ser construído. Criação de conhecimento é o ponto. Errar é parte da natureza humana, mas é por isto que temos práticas de inspeção, de auditoria, trabalho em par e outras, para ajudar nestas atividades.
Transparência significa passar prazos reais ao seu cliente, baseado em sua real produtividade/capacidade, e não, por exemplo, dobrar a estimativa do time de desenvolvimento, realizar horas extras ou ainda acrescentar 2 semanas a data passada para entregar alguma coisa ao cliente.
Trabalho em equipe significa deixar de apontar culpados e trabalhar em aumentar as capacidades do seu time. A criar uma identidade de time, principalmente. Melhoria técnica, melhoria contínua das equipes, novas formas de realizar atividades, trabalho padronizado, medido e apoiado por todos. A responsabilidade é de todos! Qualidade não é opcional.
Bom, para ajudar nisto, o site refcards lançou um guia mostrando práticas para ajudar na adoção de metodologias ágeis pensando principalmente em redução de custos.
Um estudo do The Standish Group International Inc (2002), apresenta que se focarmos no que é realmente importante para os nossos clientes, iremos eliminar 45% de funcionalidades que não precisam ser construídas, pois nunca são usadas. Somente com esta atividade, podemos economizar perto da metade dos investimentos em um projeto.
Trabalhando com Metodologias Ágeis, iremos trabalhar naquilo que é relevante, naquilo que representa retorno de investimento, pois estamos a todo momento revendo prioridades! O cliente final será capaz de testar e avaliar as funcionalidades do produto, alterando a prioridade quando achar relevante, permitindo que um novo ciclo de entrega (1-4 semanas) foque em requisitos realmente importantes.
Agora... se o seu ambiente não permite ser transparente ou se você está em atraso constante, será complicado chegar neste formato, pois você sempre se preocupa em entregar mais do que necessário aos clientes, para compensar as constantes entregas em atraso.
Fica a dica de leitura e principalmente de reflexão, se você e/ou seu time estão enquadrados em algumas destas situações negativas que listei.
Prevenção significa por exemplo não ficar feliz quando o bug de número 100000 (cem mil) foi cadastrado no seu sistema de gestão de defeitos, e sim quando um novo caso de teste (muitas vezes automatizado) foi criado pelo time para garantir que um cenário, não planejado inicialmente, pudesse ser atingido. Estamos preocupados em garantir o mínimo de defeitos, através de mais comunicação e mais entendimento do que deve ser construído. Criação de conhecimento é o ponto. Errar é parte da natureza humana, mas é por isto que temos práticas de inspeção, de auditoria, trabalho em par e outras, para ajudar nestas atividades.
Transparência significa passar prazos reais ao seu cliente, baseado em sua real produtividade/capacidade, e não, por exemplo, dobrar a estimativa do time de desenvolvimento, realizar horas extras ou ainda acrescentar 2 semanas a data passada para entregar alguma coisa ao cliente.
Trabalho em equipe significa deixar de apontar culpados e trabalhar em aumentar as capacidades do seu time. A criar uma identidade de time, principalmente. Melhoria técnica, melhoria contínua das equipes, novas formas de realizar atividades, trabalho padronizado, medido e apoiado por todos. A responsabilidade é de todos! Qualidade não é opcional.
Bom, para ajudar nisto, o site refcards lançou um guia mostrando práticas para ajudar na adoção de metodologias ágeis pensando principalmente em redução de custos.
Um estudo do The Standish Group International Inc (2002), apresenta que se focarmos no que é realmente importante para os nossos clientes, iremos eliminar 45% de funcionalidades que não precisam ser construídas, pois nunca são usadas. Somente com esta atividade, podemos economizar perto da metade dos investimentos em um projeto.
Trabalhando com Metodologias Ágeis, iremos trabalhar naquilo que é relevante, naquilo que representa retorno de investimento, pois estamos a todo momento revendo prioridades! O cliente final será capaz de testar e avaliar as funcionalidades do produto, alterando a prioridade quando achar relevante, permitindo que um novo ciclo de entrega (1-4 semanas) foque em requisitos realmente importantes.
Agora... se o seu ambiente não permite ser transparente ou se você está em atraso constante, será complicado chegar neste formato, pois você sempre se preocupa em entregar mais do que necessário aos clientes, para compensar as constantes entregas em atraso.
Fica a dica de leitura e principalmente de reflexão, se você e/ou seu time estão enquadrados em algumas destas situações negativas que listei.
terça-feira, 26 de maio de 2009
Palestra Disponível: Agilidade Alternativa com a Corrente Crítica
Adail Retamal apresentou no Porto Alegre Agile Weekend 2009 a palestra "Agilidade Alternativa com a Corrente Crítica". Veja a apresentação disponibilizada!
segunda-feira, 25 de maio de 2009
refcardz publica guia sobre scrum
O site refcardz publica guias de referência, sobre uma série de assuntos. Recentemente, um guia sobre Scrum foi lançado com o apoio da Danube e de seu instrutor Michael James (CST).
Vale a pena conferir o guia.
Vale a pena conferir o guia.
sábado, 23 de maio de 2009
Agile Brazil, conferência no Rio de Janeiro, 27 de junho de 2009!
Para quem quiser ir até o Rio de Janeiro, a nossa cidade maravilhosa, e assistir palestras sobre Metodologias Ágeis, a Thoughtworks está patrocinando o "Agile Brazil 2009" que ocorre no dia 27 de junho de 2009. Veja mais informações pelo site do evento.
quinta-feira, 21 de maio de 2009
terça-feira, 19 de maio de 2009
Palestra Disponível: Os Desafios da Cultura Lean no Desenvolvimento de Software
O Porto Alegre Agile Weekend 2009 abriu a programação com uma palestra sobre "Os Desafios da Cultura Lean no Desenvolvimento de Software", apresentada por Luiz Parzianello e Daniel Wildt.
Quer saber mais sobre Metodologias Ágeis, participe da nossa lista de discussão!
Cultura Lean Agile Weekend
View more presentations from Luiz claudio Parzianello.
Quer saber mais sobre Metodologias Ágeis, participe da nossa lista de discussão!
sábado, 16 de maio de 2009
Dinâmica no Porto Alegre Agile Weekend 2009
Luiz Parzianello certa vez apareceu com uma dinâmica que tinha aprendido com Tobias Mayer. Realizei a mesma algumas vezes em sala de aula e foi muito legal.
Aí veio a idéia do Luiz de realizar a mesma com um número maior de pessoas. No dia 26 de abril de 2009, dentro do segundo dia de Porto Alegre Agile Weekend 2009, foi a hora.
Bom, é melhor ver o vídeo para entender que trabalhar em união sempre é a melhor solução. Acabe com os heróis! Trabalhe em equipe!
Aí veio a idéia do Luiz de realizar a mesma com um número maior de pessoas. No dia 26 de abril de 2009, dentro do segundo dia de Porto Alegre Agile Weekend 2009, foi a hora.
Bom, é melhor ver o vídeo para entender que trabalhar em união sempre é a melhor solução. Acabe com os heróis! Trabalhe em equipe!
domingo, 10 de maio de 2009
sexta-feira, 8 de maio de 2009
Turma de Treinamento Oficial de Scrum - 25 e 26 de maio de 2009 - Descontos para associados SUCESU-RS!
A Caelum oferece aos associados da SUCESU-RS desconto no Treinamento Oficial de Scrum. São 5% de desconto para pagamento parcelado e 15% para pagamento a vista.
O treinamento ocorre em Porto Alegre nos dias 25 e 26 de maio de 2009.
Interessado!? Acesse o site da Caelum.
O treinamento ocorre em Porto Alegre nos dias 25 e 26 de maio de 2009.
Interessado!? Acesse o site da Caelum.
Getting Real, ou Caindo na Real. Conhece?
Já pensou em um conceito que trabalha focado em processos de entrega e software de verdade?
Que o conhecimento cresce junto com o desenvolvimento de um software? De que planejar futuro é algo não indicado e por vezes é um processo de pura advinhação?
Já pensou se este modelo pudesse ser validado em aplicações com muitos, mas muitos usuários e um framework também resultado deste conceito, que trouxe muita produtividade e movimentou a indústria de software?
Chegamos no Getting Real e o trabalho realizado pela empresa 37signals, criadora de aplicações como Highrise e Basecamp, mas que também é reconhecida por ser a criadora do Ruby on Rails.
Hoje na disciplina de Metodologias Ágeis da Faculdade onde ensino, dois alunos, Luciano Costa e João Tavares, apresentaram o Getting Real. Uma discussão muito legal e que não machucou nem matou nenhum bebê foca (@peleteiro).
De resultado ficou uma apresentação e alguns links para o livro, disponível online em Inglês e Português por exemplo.
Que o conhecimento cresce junto com o desenvolvimento de um software? De que planejar futuro é algo não indicado e por vezes é um processo de pura advinhação?
Já pensou se este modelo pudesse ser validado em aplicações com muitos, mas muitos usuários e um framework também resultado deste conceito, que trouxe muita produtividade e movimentou a indústria de software?
Chegamos no Getting Real e o trabalho realizado pela empresa 37signals, criadora de aplicações como Highrise e Basecamp, mas que também é reconhecida por ser a criadora do Ruby on Rails.
Hoje na disciplina de Metodologias Ágeis da Faculdade onde ensino, dois alunos, Luciano Costa e João Tavares, apresentaram o Getting Real. Uma discussão muito legal e que não machucou nem matou nenhum bebê foca (@peleteiro).
De resultado ficou uma apresentação e alguns links para o livro, disponível online em Inglês e Português por exemplo.
Getting Real
View more presentations from lucianocosta.
quarta-feira, 6 de maio de 2009
Fotos do Porto Alegre Agile Weekend 2009
Veja fotos do Porto Alegre Agile Weekend 2009, realizado dias 25 e 26 de abril na PUC-RS.
Em breve mais fotos serão adicionadas, aguarde!
O Porto Alegre Agile Weekend 2009 foi um sucesso! Obrigado a comunidade que prestigiou o evento.
Em breve mais fotos serão adicionadas, aguarde!
O Porto Alegre Agile Weekend 2009 foi um sucesso! Obrigado a comunidade que prestigiou o evento.
Assinar:
Postagens (Atom)