Disseminando conhecimento e inovação em desenvolvimento de software corporativo
O conteúdo foi adicionado aos favoritos!
Houve um erro ao adicionar aos favoritos! Por favor, tente novamente.
Postado por Mark Levison , traduzido por Herbertt Bamonde em 22 Mar 2010
O Projeto Agile Skills é uma wiki onde nela contém uma lista de habilidades que desenvolvedores ágeis devem ter. O projeto começou depois de uma reunião entre abril e maio de 2009 em Chicago, os participantes desta reunião concordaram que: "Alta produtividade em desenvolvimento ágil de software requer excelência nas seguintes áreas: Produto, Colaboração, Valor do Negócio, Cultura de apoio, Confiança, Excelência técnica, e Evolução."
No seu primeiro post para a lista de emails, Ron Jeffries disse:
Estamos aqui para iniciar um processo de melhoramento das habilidades dos desenvolvedores para Agile / Scrum / projetos XP. A Scrum Alliance está pensando em criar um novo desenvolvedor focado em certificação (CSD?) ...
A partir destas idéias iniciais o projeto começou a crescer para envolver os seguintes objetivos:
- Estabelecer um quadro evolutivo de habilidades necessárias para equipes ágeis.
- Incentivar o aprendizado contínuo
- Estabelecer uma rede de confiança para ajudar os membros a encontrar pessoas com as mesmas idéias, e identificar novos mentores na comunidade.
Para dar suporte a esses objetivos o grupo criou:
O inventário de habilidades atualmente inclui seções para: Business Value, Collaboration, Confidence, Product, Self Improvement, Supportive Culture and Technical Excellence.
Ainda existe uma lista de coisas para procurar em uma organização Agile:
O projeto Agile Skills está procurando por pessoas para fazer perguntas, participar de discussões e descrever habilidades.
Anteriormente na InfoQ: "The 'Agile Developer Skills Workshop' Is Underway" e "Looking Inward To Stop An Agile "Decline And Fall"
Essa iniciativa é muito mais interessante do que o Certified Agile Developer proposto pelo Ken Schwaber.
Não acredito em certificações, mas sim em provas concretas da capacidade técnica e da experiência de alguém. Se um pedaço de papel garantisse lugar no mercado, um estudante recém formado teria grande vantagem se comparado a um profissional com vários anos de carreira em desenvolvimento de software. Há também o problema da fábrica de certificações de Scrum Master. Você assiste a um curso de dois ou três dias e está certificado.
Certified Agile Developer também me parece um tanto quanto paradoxal: como se certifica alguém em alguma coisa pouco definida e que está constantemente evoluindo? Certificar em uma prática específica como TDD ou Refactoring pode ser mais fácil, mas é claro que esses e outros auxiliares de agile continuam evoluindo.
Sendo assim, há alguma coisa em Agile que não muda e poderia ser, talvez, definida? Sim: os valores, e deles os princípios. As práticas – como Refactoring – devem ser as mais adequadas para cumprir os valores e princípios. Então, o caminho não seria certificar que um time ou práticas de uso individuais cumprem os valores e práticas ágeis? Não consigo pensar em uma forma de certificar um indivíduo fora do contexto de seu time ágil.
Rodrigo,
Me parece que apenas assistir as aulas não garante a certificação SM. Desde o ano passado (se não me engano) é necessário fazer uma prova.
[]s
Luis Carlos Guimarães
Luiz,
O problema não é a existência ou não de uma prova, mas sim o fato de que curso (com ou sem prova/trabalho/outros artefatos) não atesta a capacidade técnina de alguém. É necessário encontrar outras formas de fazer essa avaliação. A proposta do projeto parece promissora.
Os papéis de Desenvolvedor e de Analista de teste foram distanciados no modelo tradicional de desenvolvimento e, agora, as práticas ágeis buscam aproximá-los em prol de software em funcionamento.
Apresentamos aqui os principais conceitos vistos no workshop de Ash Maurya sobre a aplicabilidade prática do Lean Canvas
Na quarta parte da série sobre equipes de alto desempenho veremos como identificar os acontecimentos em uma equipe que sai da fase de Conflitos e entra na fase de Normatização.
Ash Maurya, um dos maiores especialistas em Lean Startup falou com exclusividade ao InfoQ Brasil sobre a aplicabilidade do Lean e como seus conceitos contribuem com empreendimentos e equipes ágeis.
Conheça um guia prático, proposto por Esther Derby, para diagnosticar a eficácia de equipes, usando mapas mentais como referência, além de entender o perigo de equipes disfuncionais,
Esther Derby aposta os riscos em se transformar estimativas em um cronograma; e Allan Kelly apresenta pesquisas indicando ser impossível prever o tempo para se realizar uma atividade.
Martin Odersky, criador do Scala, discute o futuro da linguagem, trata da questão de quebra de compatibilidade binária e faz comparações com F# e Java.
Anil Gaur da Oracle fala sobre o cronograma para o Java EE 7, APIs para computação em nuvem, ferramentas e suporte a PaaS.
3 comentários
Acompanhar Discussão Responder