BT

DevOps: Ganhos sobre a cultura tradicional de operações

por Aslan Brooke , traduzido por Gabriel Ozeas   em  05 Jun, 2013

A Rebel Labs (do JRebel) publicou recentemente um relatório sobre as vantagens da cultura DevOps comparada com o formato tradicional das equipes de operações em TI.

0.1x: os verdadeiros desenvolvedores produtivos?

por Leandro Guimarães em  05 Set, 2012 2

O termo “Desenvolvedor 10x” vem sendo amplamente utilizado para caracterizar desenvolvedores altamente produtivos. Recentemente, foi cunhado um novo termo destinado a esta classe de desenvolvedores: Desenvolvedor 0.1x. O InfoQ apresenta uma análise comparativa destas duas visões e aponta posturas capazes de melhorar a performance e a carreira de um desenvolvedor de software.

Criando e mantendo equipes de alta performance

por Shane Hastie , traduzido por Mário Henrique Trentim   em  13 Dez, 2011 1

Criar e manter equipes de alta performance exige mais do que um ambiente favorável. É necessário recrutar as pessoas certas, adotar abordagens gerenciais ágeis, e construir um senso de priorização e propósito, além de direcionar o foco para resultados que agreguem valor. Este assunto foi tema de vários posts recentes, na Forrester, Fast Company e outras fontes.

O membro "Do Not Disturb"

por Vikas Hazrati , traduzido por Pedro Mariano   em  10 Mar, 2010 1

Diversos desenvolvedores gostam de trabalhar isoladamente, por algum tempo, senão sempre. O XP recomenda uma organização da área de trabalho chamada "Caves and Commons". Contudo, podem existir situações onde vários membros do time ou um em particular deseja se isolar de uma forma exagerada.

Pomodoro Technique: Você usa da maneira correta?

por Lucas Souza em  23 Fev, 2010 6

Atualmente ser produtivo é uma tarefa cada vez mais exigida aos desenvolvedores. Existem algumas técnicas aumentar a produtividade tentando corrigir o problema da procrastinação excessiva, a técnica que iremos discutir é chamada de Pomodoro Technique, que apesar de muito eficiente é, por muitas vezes, utilizada de forma equivocada.

Agilidade Relaciona "Os Cinco Desafios de uma Equipe"

por Deborah Hartmann Preuss , traduzido por Marcelo Andrade   em  12 Ago, 2009

Um pequeno estudo em 2008, mostrando que equipes ágeis eram mais eficazes que as equipes tradicionais, apontou que: "Por ser baseada em numerosos colaboradores pessoais, a produtividade é quase sempre a medida mais difícil de ser melhorada nas organizações."

Kent Beck Sugere Pular os Testes em Projetos de Curto Prazo

por Mark Levison , traduzido por Wagner R. Santos   em  02 Jul, 2009

Kent Beck, autor de “Extreme Programming Explained” e “Test Driven Development: By Example” sugere que um projeto de software, assim como golf, pode ser um jogo longo ou curto. JUnit é um exemplo de projeto longo, muitos usuários, rentabilidade estável (a $0 é triste para qualquer envolvido), onde o objetivo principal é proporcionar funcionalidades além das necessidades dos usuários.

Como TDD e Pareamento Aumentam a Produtividade

por Mike Bria , traduzido por Samuel Carrijo   em  04 Jun, 2009

"Desenvolvimento orientado a testes" (TDD) e "Pareamento" são duas das práticas ágeis mais conhecidas, e mesmo assim não são postas em prática por muitas equipes ágeis. Com frequência, as pessoas afirmam estar "muito ocupadas" para praticarem TDD e pareamento; em essência, deixando a entender que esforçar-se para produzir um código de alta qualidade reduz a produtividade.

Cinco é um Tamanho Ideal para as Equipes?

por Vikas Hazrati , traduzido por Roberto Costa   em  18 Mai, 2009

Há uma série de discussões e debates sobre o tamanho ideal de uma equipe para obter o máximo de produtividade. Apesar da maioria dos Agilistas concordarem que times menores são mais funcionais e produtivos comparados com times maiores, definir o tamanho ótimo da equipe continua sendo um desafio.

Mantenha o Foco se afastando de seu computador

por Mike Bria , traduzido por Felipe Rodrigues   em  04 Mar, 2009

Praticantes de Agile entenderam o efeito negativo que "mudar de contexto" exerce sobre a produtividade quando o assunto é seus projetos e equipes. Em que grau essa mesma idéia se aplica às tarefas pessoais do dia-a-dia e a nível de interação pessoal e o que as pessoas podem fazer para evitar problemas de multi-tarefa? Phil Gerbyshak oferece alguns conselhos.

"Bom Design" significa ...?

por Mike Bria , traduzido por Flávia Castro de Oliveira   em  13 Fev, 2009 1

Não é novidade que no coração dos projetos de software bem-sucedidos está o bom design. Também não é novidade que definir o que "bom design" realmente significa tem sido o centro de uma lista infinita de debates, artigos, palestras, livros, discussões, etc, por décadas.

Medindo Produtividade em $

por Jon Arild Tørresdal , traduzido por Victor Hugo Germano   em  03 Fev, 2009

Há algum tempo, Scott Ambler postou um artigo sobre como mensurar produtividade em equipes Ágeis através da utilização do conceito Aceleração. Recentemente, ele apareceu com outro post onde responde algumas das perguntas mais frequentes relacionadas à Produtividade Ágil e à Aceleração.

Lidando com os “Rotten Apple” da sua equipe

por Mike Bria , traduzido por Douglas Masson   em  13 Jan, 2009

Recentemente em um debate no Grupo Scrum Development do Yahoo Grupos sobre o que fazer quando uma pessoa da sua equipe está tendo "baixo desempenho". Na thread de mais de 130 respostas, "Rotten apple in Scrum team", a discussão variou de conselhos até a questão principal, até o debate clássico da medição de indivíduos, para distinguir se uma equipe é realmente uma "equipe", e mais.

Dicas para Melhorar as Retrospectivas

por Mark Levison , traduzido por Douglas Masson   em  22 Dez, 2008

Conselhos de Esther Derby, George Dinwiddie, Jo Geske, Mike Sutton e Ilja Preuss sobre como melhorar as retrospectivas. A idéia inclui dicas para facilitador/Scrum Master e novas maneiras de usar o gráfico burndown.

OOP é melhor para Estruturar o seu Código?

por Sadek Drobi , traduzido por Douglas Masson   em  17 Dez, 2008

Linguagens de Programação que oferecem mais poder e flexibilidade ultimamente foram ganhando força Johnatan Tang destaca, no entanto, a troca flexibilidade versus produtividade, entre outras coisas, devido ao fato de que a tradicional orientação a objetos torna mais fácil e direto organizar os programas.

Feedback geral
Bugs
Publicidade
Editorial
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2014 C4Media Inc.
Política de privacidade
BT