BT

A sua opinião é importante! Por favor preencha a pesquisa do InfoQ!

Responsividade: Está difícil fazer? Faça mais vezes

| por Fernando Ultremare Seguir 0 Seguidores em 18 jun 2012. Tempo estimado de leitura: 2 minutos |

A note to our readers: As per your request we have developed a set of features that allow you to reduce the noise, while not losing sight of anything that is important. Get email and web notifications by choosing the topics you are interested in.

Jim Highsmith, um dos autores do Manifesto Ágil e consultor da ThoughtWorks, fala sobre responsividade, a capacidade de resposta rápida e adequada às mudanças no direcionamento dos negócios dos clientes, e uma das principais habilidades que uma organização de desenvolvimento ágil de software deve possuir:

A responsividade a uma mudança está diretamente ligada ao custo de realização dessa mudança. Quando reduzimos esse custo, aumentamos nossa capacidade. Dessa forma o custo alto de uma mudança não deve ser visto como uma barreira, mas sim como uma oportunidade para se aumentar a responsividade.

Se uma tarefa parecer atualmente muito difícil, custosa demais ou muito lenta, será muito útil às equipes descobrir uma maneira de executá-la mais vezes, em espaços menores de tempo. Ou seja, ganhar em responsividade. Segundo Highsmith, toda vez que nos esforçamos para fazer algo com mais frequência, seja a compilação de um software, a integração de um sistema, a análise de um componente, etc. aprendemos algo; e o aprendizado vem da repetição.

Highsmith oferece um exemplo de como a repetição pode viabilizar o aprendizado e o desenvolvimento da responsividade:

Trabalhei com uma empresa cujo produto passava seis meses em análise pela equipe de qualidade antes da entrega. O gerente de qualidade dizia não saber como reduzir esse tempo para iterações de duas semanas. Questionei se conseguiria reduzir para iterações de dois meses. Depois de várias iterações seguidas dessa maneira, o grupo foi capaz de identificar como realizar a tarefa em iterações de duas semanas.

Conforme já apresentado no InfoQ Brasil, Dan North alinha-se com Highsmith, ao interpretar o significado do valor de Agile que sugere que as equipes devam responder à mudança, no lugar de seguir um plano pré-definido.

Para ambos, este valor sugere que as equipes devam aceitar a mudança como a principal dinâmica do desenvolvimento de software, conscientizando-se de que situações totalmente inesperadas irão ocorrer ao longo do projeto. Isto, para North, está em oposição a uma prática comumente adotada pelo mercado: a criação de modelos que buscam simplesmente prever e controlar mudanças em requisitos.

Sendo assim, pode-se concluir que o diferencial competitivo das organizações esteja fortemente atrelado ao seu nível de responsividade, para o qual Highsmith sugere: Se está difícil fazer, faça mais vezes.

Avalie esse artigo

Relevância
Estilo/Redação

Olá visitante

Você precisa cadastrar-se no InfoQ Brasil ou para enviar comentários. Há muitas vantagens em se cadastrar.

Obtenha o máximo da experiência do InfoQ Brasil.

Dê sua opinião

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão
Comentários da comunidade

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

Dê sua opinião

Faça seu login para melhorar sua experiência com o InfoQ e ter acesso a funcionalidades exclusivas


Esqueci minha senha

Follow

Siga seus tópicos e editores favoritos

Acompanhe e seja notificados sobre as mais importantes novidades do mundo do desenvolvimento de software.

Like

Mais interação, mais personalização

Crie seu próprio feed de novidades escolhendo os tópicos e pessoas que você gostaria de acompanhar.

Notifications

Fique por dentro das novidades!

Configure as notificações e acompanhe as novidades relacionada a tópicos, conteúdos e pessoas de seu interesse

BT