Debate sobre Metodologias Ágeis na TDC 2008
Publicado por Vinicius Manhães Teles há 4 meses.
O vídeo abaixo contém a maior parte do debate sobre Metodologias Ágeis, realizada no dia 26 de julho de 2008, na TDC 2008.
Blog da Improve It 
Improvecast 17: Entrevista com Bruno Siqueira na Série Experiências Ágeis
Publicado por Vinicius Manhães Teles há aproximadamente 1 ano.
Há pouco mais de um mês eu e minha esposa fomos a uma festa onde encontramos com um velho amigo em comum, Bruno Siqueira. Embora o Bruno, minha esposa e eu tenhamos todos formação na área de TI, nós nos conhecemos em outro contexto completamente diferente: a dança de salão. Então, raramente conversamos com o Bruno sobre Informática. Porém, dessa vez acabamos falando um pouco sobre isso e fiquei sabendo que ele tinha saído, há pouco tempo, de uma empresa que implantou ISO, MPS.BR e CMMI. Hoje em dia ele trabalha com Scrum. Uma mudança significativa que, obviamente, merecia ser discutida em um novo Improvecast.
Clavius Tales, da Fortes Informática, falou, no último podcast, sobre a experiência de ter passado pelo MPS.BR e depois abandoná-lo em prol do XP. Dessa vez é o Bruno que conta como foi deixar para traz ISO, MPS.BR e CMMI. Atualmente, ele trabalha com Scrum no Tecgraf, Grupo de Tecnologia em Computação Gráfica, criado em 1987 em parceria com o Cenpes (Centro de Pesquisas da Petrobras).
Nessa entrevista, Bruno afirma que aprendeu bastante com os modelos de qualidade, mas depois de ter a oportunidade de trabalhar com Scrum, acredita que está obtendo resultados iguais ou superiores ao que tinha antes, porém com maior velocidade e muito menos esforço. Se depender dele, modelos de qualidade, tais como o que ele tinha que usar no passado, permanecerão sendo apenas parte do seu passado.
Esses foram alguns dos assuntos tratados no Improvecast 17:
- Você trabalhou durante alguns anos em uma empresa que passou pela implantação da ISO, MPS.BR nível F e CMMI nível 3. Na sua opinião, o que motivou a empresa a buscar essas certificações?
- Quando você foi trabalhar nessa empresa, qual era o tamanho da equipe de desenvolvimento?
- Qual o perfil das pessoas?
- Que tipo de projeto vocês estavam fazendo?
- Que plataforma de desenvolvimento era utilizada?
- Qual foi o primeiro modelo adotado?
- Quanto tempo levou a adoção da ISO?
- Qual era a participação dos desenvolvedores no que se referia à ISO?
- O que é o TABA e para que você o utilizava?
- Qual foi o modelo adotado a seguir?
- Quanto tempo levou a adoção do MPS.BR?
- Qual foi a participação dos desenvolvedores durante o processo de implantação do MPS.BR?
- Em que o MPS.BR afetou a vida de vocês?
- Em que o MPS.BR contribuiu para a melhoria da qualidade dos sistemas.
- Como o MPS.BR afetava a motivação dos desenvolvedores?
- Qual a sua visão sobre a avaliação do MPS.BR? O que você observou?
- Depois do MPS.BR, veio o CMMI, certo?
- Quanto tempo durou a implantação?
- O que você identificou de diferente na implantação do CMMI, em relação ao MPS.BR?
- Qual a sua visão sobre a avaliação do CMMI? O que você observou?
- Quais os benefícios, para a empresa, que você identificou com a implantação desses modelos?
- Quais os benefícios, para você, como desenvolvedor?
- Como eram tratadas as mudanças nesses modelos?
- O avaliador tem que ser um exímio desenvolvedor de software para se tornar um avaliador?
- Modelos como o MPS.BR e o CMMI são complexos. Desenvolvimento de software, pela sua natureza, já é uma atividade bastante complexa. É correto tentar atacar essa complexidade intrínseca com mais complexidade?
- Você enxerga alguma situação em que modelos de maturidade como esses sejam realmente válidos?
- Recentemente, Marcos Pereira, desenvolvedor de software do Recife, nos concedeu um depoimento sobre a implantação do MPS.BR na empresa em que trabalha. Entre outras coisas, ele relatou:
- Dezoito meses gastos para obter o nível G.
- Pouca ou nenhuma participação dos desenvolvedores.
- Dezoito meses com grande preocupação com o processo, muito artefato para alimentar o processo, porém na visão dele, pouca contribuição para desenvolver software melhor.
- Outra coisa que ele observou é que quem define o processo não vive as conseqüências dele.
- Além disso, quem tem que seguir o processo, conhece pouco dele, portanto, sente dificuldades em propor melhorias.
- Ele também relatou que houve alta rotatividade dos desenvolvedores durante a implantação do MPS.BR. Ou seja, o MPS.BR, ao menos na empresa dele, não ajudou a reter pessoas.
- Dificuldade e lentidão para incorporar mudanças.
- Ele se queixou de que o processo não era voltado para tratar do aspecto humano do desenvolvimento. Segundo ele, o objetivo era sempre alimentar o processo, ao invés de alavancar o potencial das pessoas.
- Comitê formado por gerentes e pessoas da área de qualidade. Não havia desenvolvedores envolvidos. Pouquíssima participação dos desenvolvedores ao longo da definição do processo.
- Burocracia impele as pessoas a não mudarem de rumo. Então, como atingir qualidade? Na Toyota, por exemplo, qualidade é obtida através de melhoria contínua, ou seja, milhões de pequenas mudanças sendo feitas continuamente. Mas, que incentivos as pessoas têm para mudar em um ambiente considerado burocrático?
- Você também teve essas percepções trabalhando com esses modelos de qualidade?
- Por que você saiu da empresa que usava os modelos de qualidade?
- Agora que você está no Tecgraf, trabalhando com Scrum, quais as principais diferenças?
- Qual o tamanho das iterações?
- Vocês têm feito as reuniões diárias?
- Vocês têm um quadro com post its?
- Então trata-se de uma equipe autogerenciável, certo?
- Lá vocês estão trabalhando com desenvolvimento orientado a testes?
- Como é o processo de integração contínua?
- Na sua opinião, quais são as principais diferenças entre a filosofia por trás do MPS.BR e a das abordagens ágeis?
- O que mudou com a sua ida para o Tecgraf em termos de satisfação pessoal?
- Qual a sua percepção sobre a qualidade do seu trabalho?
- Você voltaria a trabalhar na empresa anterior?
- Você acha que é necessário ter uma avaliação para se produzir software com qualidade?
Improvecast 16: Entrevista com Clavius Tales na Série Experiências Ágeis
Publicado por Vinicius Manhães Teles há aproximadamente 1 ano.
É cada vez mais comum discutirmos sobre as diferenças e semelhanças entre abordagens ágeis de desenvolvimento de software e outras mais tradicionais, tais como o MPS.BR e o CMMI. Entretanto, poucas pessoas tiveram a chance de vivenciar os dois mundos para poder relatar o que aprenderam com cada abordagem.
Clavius Tales, Diretor de Desenvolvimento da Fortes Informática, é uma dessas poucas pessoas. Ele participou ativamente do processo de implantação do MPS.BR na Fortes Informática. Segundo ele, sua empresa colheu ótimos frutos da utilização dos conceitos trazidos pelo MPS.BR. Entretanto, depois que sua equipe adotou o Extreme Programming, os ganhos foram ainda maiores. Por conta disso, a empresa substituiu as práticas do MPS.BR pelas do Extreme Programming com excelentes resultados.
O relato do Tales acaba de ser publicado no Improvecast 16 que, devido ao tamanho, foi dividido em duas partes.
Esses foram alguns dos assuntos tratados no podcast:
- Quem é a Fortes Informática e o que ela faz?
- Que tipo de problemas vocês tinham antes de adotar o XP e o que o levou a querer adota-lo?
- Antes de adotar o XP, vocês participaram de um processo de avaliação para o MPS.BR nível G. O que motivou vocês a buscarem o MPS.BR?
- Como foi o processo de implantação do MPS.BR na Fortes?
- Quanto tempo foi necessário até se atingir o nível G?
- Quais os benefícios obtidos com o uso dos conceitos do MPS.BR?
- Qual o custo total da implantação e avaliação do MPS.BR?
- Apesar dos avanços conquistados com o MPS.BR, o que levou vocês a buscarem mais conhecimento sobre XP?
- Como você conheceu o XP?
- Que abordagem vocês utilizaram para adotar o XP e quando começou a adoção?
- Qual era a plataforma de desenvolvimento utilizada na época em que vocês começaram a adotar o XP?
- Que treinamentos vocês fizeram antes de iniciar o primeiro projeto XP e como eles foram conduzidos?
- Qual foi o primeiro projeto XP de vocês?
- Quantas pessoas havia na equipe?
- Quem atuava como cliente desse projeto?
- Qual o tamanho das iterações?
- Que práticas do XP mais se destacaram nesse projeto?
- Quais foram as mais fáceis de serem adotadas?
- Quais as mais difíceis?
- Que tipo de transformações você notou no relacionamento com o cliente a partir da adoção do XP?
- Que tipo de transformações você notou no entrosamento e motivação da equipe?
- Como a programação em par vem sendo usada?
- Como vocês estão trabalhando com desenvolvimento orientado a testes?
- Como tem sido o processo de integração contínua?
- Vocês têm utilizado retrospectivas? Elas têm se revelado benéficas para o projeto?
- Qual a sua avaliação sobre a qualidade do software produzido?
- Que tipo de adaptações vocês tiveram que fazer no processo?
- No Improvecast 8, Carlos Barbieri fala sobre os "ninjas". Você acha que XP só poderia funcionar se a equipe fosse repleta de "ninjas"?
- Na sua opinião, quais são as principais diferenças entre a filosofia por trás do MPS.BR e a das abordagens ágeis?
- Qual a sua visão da influência de "certificados" como o MPS.BR nas licitações públicas?
- Como você avalia a forma como o MPS.BR trata as questões humanas no desenvolvimento de software?
- Como XP trata essas questões?
- Como você compararia a forma como o MPS.BR lida com mudanças nos requisitos, em relação ao XP?
- Como vocês têm tratado essa questão no que se refere aos contratos de desenvolvimento de software?
Na implantação do Extreme Programming, a Fortes Informática contou com treinamento e apoio da Improve It. Veja algumas fotos do treinamento e o que nossos clientes acham dos treinamentos.
Finalmente, veja abaixo algumas fotos de uma reunião de planejamento realizada na Fortes Infomática há um mês.
