Formando equipes de alto desempenho, parte 1: Início e fases de evolução
Nesta primeira parte de uma série sobre equipes de alto desempenho e gerenciamento Agile, veja uma introdução geral e uma apresentação dos estágios de formação das equipes.
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 Niclas Nilsson , traduzido por Samuel Carrijo em 03 Jul 2009
Malik Jaibeer postou uma introdução de como endereçar e introduzir código de qualidade dentro de uma equipe. Sua série de posts podem ser úteis pra quem estiver em uma situação na qual se queira aprender mais para si mesmo ou apresentar essas idéias para outros. A série oferece uma visão geral breve do tema e aponta várias direções para se estudar mais.
Jaibeer pergunta:
Quantas vezes já aconteceu com você de, ao começar a participar de um novo projeto e olhar para o código pela primeira vez ou quando um novo membro se junta ao projeto, das outras pessoas normalmente dizerem que o código está uma porcaria e que precisamos melhorar isso e aquilo. Com o passar do tempo você raramente tem a oportunidade de corrigí-lo e a mesma coisa acontece repetidamente.
Ele começa o primeiro post com perguntas como:
A série é então organizada em três partes distintas:
Uma das primeiras coisas a se fazer para melhorar a qualidade do código produzido por uma equipe é ajudar os membros a aprender o básico do que é importante. Esta parte da série dá orientações sobre coisas importantes para aprender e links úteis para bons materiais de aprendizagem (livros, blogs e jogos).
Na parte em que ele fala de Ferramentas de Medição, Jaibeer explica as razões para a utilização ferramentas de análise estática do código.
Análise estática de código pode te ajudar a descobrir os possíveis erros de codificação do software. Podem ocorrer reais melhorias na qualidade do software através da integração de ferramentas SCA (análise estática de código) no seu processo de desenvolvimento. É melhor constatar estes problemas durante a fase de desenvolvimento, ao invés de quando o software já estiver em produção.
Ele enumera nove ferramentas que oferecem diferentes métricas e perspectivas sobre o seu código fonte e dá uma breve descrição de cada ferramenta. As ferramentas que ele lista são para análise de código Java, mas mesmo se Java não for a linguagem que você usa, a visão geral de cada uma das ferramentas ainda pode lhe dar insights sobre o que as ferramentas podem fazer por você e, assim, dar-lhe idéias do que procurar para sua plataforma. Há também recomendações sobre a forma de integrar as ferramentas no seu processo de build.
A última parte da série descreve a forma de compartilhar o conhecimento e cultura da equipe. Novamente, é um ponto de partida breve, mas útil sobre coisas a se pensar quando você estiver descobrindo como fazer com que a nova cultura "pegue". Jaibeer apresenta reflexões sobre:
Use a série como uma visão geral e um ponto de partida, para descobrir como mergulhar mais fundo no complexo tema de qualidade de código nas equipes.
Nesta primeira parte de uma série sobre equipes de alto desempenho e gerenciamento Agile, veja uma introdução geral e uma apresentação dos estágios de formação das equipes.
O Business Model Canvas é uma ferramenta estratégica para a construção visual de novos produtos ou serviços. Conheça cada um dos seus elementos e como preencher o Canvas, passo a passo.
Nessa segunda e última parte de uma série sobre o Google Apps Script, conheça como funciona o envio de emails, a conversão de documentos e como criar menus e triggers.
Este artigo avalia seis dos mais importantes fornecedores de serviços de cloud computing PaaS para desenvolvedores Java, analisando critérios como desempenho, escalabilidade e tecnologias suportadas.
O Canvas de Modelo de Negócios é um novo modo de comunicar e suportar a validação iterativa, incremental e empírica de modelos de negócio de startups e novos produtos substituindo o plano de negócios.
Nesta segunda e última parte de uma entrevista exclusiva para InfoQ Brasil, Rebecca Parsons, CTO da ThoughtWorks, fala sobre o Agile Distribuído e técnicas para definição de arquiteturas.
Nessa primeira parte de uma entrevista com a CTO da ThoughtWorks, veja recomendações sobre formas de construir e arquitetar sistemas para obter o máximo de flexibilidade e responsividade a mudanças.
Os gerentes de projetos podem assumir o papel crítico de liderar a introdução do Agile. Vejas conceitos, dicas e técnicas para apoiar esse processo de mudanças.
Nenhum comentário
Acompanhar Discussão Responder