BT

Disponibilidade vs. produtividade: suas estimativas podem estar 100% erradas

por Mário Henrique Trentim em  01 Fev, 2012

Em um artigo sobre Produtividade Ágil em seu blog Leading Answers, Mike Griffiths chama a atenção para o problema da disponibilidade real e o tempo que pessoas com diferentes níveis de conhecimento dedicam a cada projeto. E mostra como questões aparentemente óbvias passam ao largo, comprometendo estimativas e resultados.

Avaliação de desempenho em Agile: meça a equipe, não o indivíduo

por Paulo Rebelo em  31 Jan, 2012

Faz sentido avaliarmos o desempenho individual de cada profissional em uma equipe de desenvolvimento ágil? Nanda Vivek, em artigo recente publicado na Scrum Alliance, destaca razões para não se avaliar individualmente.

O sucesso real de projetos de TI em 2011

por Shane Hastie , traduzido por Adalberto Zanata   em  26 Jan, 2012

Scott Ambler publicou os resultados da sua pesquisa anual sobre projetos de TI bem sucedidos, na qual faz uma análise do uso de metodologias sobre o resultado dos projetos. Foram considerados cinco "paradigmas de desenvolvimento": ad-hoc, iterativo, tradicional/cascata, ágil e Lean. A definição de sucesso de Ambler é propositalmente subjetiva: Como o cliente se sente em relação ao resultado?

Comando e controle: distribuindo o poder para fortalecer a liderança

por Fernando Ultremare em  25 Jan, 2012

Esther Derby, coach de Agile e autora de livros sobre gerenciamento e técnicas ágeis, faz uma reflexão sobre as responsabilidades e a eficácia dos gestores, tendo como pano de fundo as estruturas de comando e controle nas organizações. Para Derby, quando o poder não está concentrado em um grupo de pessoas, existe muito mais possibilidades de parceria, criatividade e fortalecimento da liderança.

Psicologia Aplicada para Engenheiros de Software

por Michael Stal , traduzido por Mário Henrique Trentim   em  09 Nov, 2011

John R. Fox publicou este mês seu livro “Trabalho Digital em um Mundo Analógico”, cujo subtítulo “Melhorando a Engenharia de Software através da Psicologia Aplicada” indica o verdadeiro objetivo: discutir os aspectos psicológicos no contexto de engenharia de software. O foco são os aspectos e práticas psicológicos relevantes para os engenheiros de software.

A culpa é do gerente de projetos?

por Christopher Goldsbury , traduzido por Giovanni Abner   em  04 Nov, 2011 8

Os projetos dão certo apesar do papel do gerente? Um artigo recente do Computerworld sugere que a seleção e promoção inadequada de gerentes de projeto está na raiz da maioria dos projetos malsucedidos.

Agile Coaches, ScrumMasters ou Gerentes Funcionais?

por Mário Henrique Trentim em  14 Out, 2011

Esther Derby escreve em seu blog sobre a confusão entre gerentes funcionais e ScrumMaster. Ela afirma que acumular essas duas funções é um problema e que pode confundir os membros das equipes. A função de Agile Coach ou ScrumMaster envolve confiança e transparência, o que vai ao encontro das avaliações anuais feitas pelos gerentes funcionais.

O talento está supervalorizado? Consistência e foco podem valer mais.

por Mário Henrique Trentim em  30 Set, 2011

Em uma análise do livro "Talent is Overrated", o coach de Agile Steven List defende a "prática deliberada". Para ele, o mais importante para o desenvolvimento profissional é a consistência e o foco em melhoria. A busca da excelência e os desafios são os verdadeiros motivadores que resultam em sucesso, tanto do ponto de vista pessoal, quanto no das equipes e empresas.

O problema da perfeição: quando o ideal destrói resultados

por Mário Henrique Trentim em  06 Set, 2011

Um artigo na HBR discutiu o "problema da perfeição" enfrentado pelos gerentes e o seu impacto sobre a produtividade das equipes e a entrega de resultados. O desejo de encontrar o ponto de equilíbrio exato ou a solução ideal acaba resultando no outro extremo: paralisia, falta de ação e ausência de soluções. Veja práticas para evitar o problema.

Pessoas são Recursos?

por Fernando Ultremare em  11 Ago, 2011 1

A necessidade de controle de orçamentos dentro das organizações cria uma tendência natural de se tratar custos com pessoal de forma desumanizada, semelhante aos custos com materiais e equipamentos. A situação chega ao ponto das pessoas serem tratadas como "recursos". Seria este um obstáculo ao sucesso dos projetos de software nas organizações?

Dominando os Requisitos Não-funcionais

por Vikas Hazrati , traduzido por Reinaldo Braga   em  27 Jun, 2011

É comum em equipes ágeis que haja dificuldades em estimar e especificar requisitos não-funcionais, como escalabilidade, interoperabilidade, facilidade de manutenção, desempenho, portabilidade e segurança. Em posts e artigos recentes, especialistas apresentam recomendações e boas práticas para lidar com esses requisitos em projetos ágeis.

Representando testes ágeis

por Dan Puckett , traduzido por Paulo Rebelo   em  24 Mai, 2011

Vários membros da comunidade Agile têm explorado estilos para a representação e registro de testes, usando desde listas simples e tabelas, a estruturas lógicas e mapas mentais.

Como dividir User Stories

por Dan Puckett , traduzido por Michel Graciano   em  29 Abr, 2011 2

Muitas das novas equipes Agile têm dificuldades em quebrar suas user stories em partes suficientemente pequenas para trabalhar com técnicas de Agile. Em vários artigos, membros da comunidade fornecem orientações sobre como dividir de forma eficaz as histórias de usuários.

Estimativa de tempo e custo realmente funcionam?

por Pedro Mariano em  28 Jan, 2011 5

Sempre houve um grande dilema entre a estimativa de prazo e de dinheiro que envolve um projeto de TI, reclamações por ambas as partes cliente/desenvolvedores justificando que tal análise ou estimativa não era exata(bem, uma estimativa já não é exata por definição) também é algo frequente. Porém será que métodos como APF não podem ajudar quando o assunto é gerar uma estimativa?

Será que os Casos de Uso tem lugar no SCRUM ?

por Dan Puckett , traduzido por Marcelo Costa   em  19 Nov, 2010 6

No Scrum, os requisitos são normalmente chamados de user stories. Mas seria CERTO utilizar casos de uso com Scrum? E, em caso afirmativo, sob que circunstância você deveria fazer esse uso?

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