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.
Notícias
O conteúdo foi adicionado aos favoritos!
Houve um erro ao adicionar aos favoritos! Por favor, tente novamente.
Qual deve ser o valor ágil da sua organização?
Postado por Mike Bria , traduzido por Gisela Nogueira em 25 Jun 2009
Adotar métodos ágeis não é fácil. Várias organizações freqüentemente lutam tentando espremer as práticas de Scrum e XP na sua forma de trabalho. Mike Cottmeyer oferece um lembrete para essas organizações, colocar muito valor no "como" dos métodos ágeis pode ser uma abordagem equivocada.
Cottmeyer afirma o seguinte:
Sendo claros sobre o que estamos realmente tentando realizar com nossa equipe ajuda a atravessar por alguns dogmas, batalhas de metodologias e Scrumdamentalism que nos previnem da adoção incremental das praticas ágeis. Nosso objetivo é adotar Scrum ou o objetivo maior é tornar a empresa ágil?
Mike continua explicando as razões porque ele acredita ser mais importantes que o time "entregue valor"enquanto é "responsável","previsível" e "transparente", e que o time "melhore". Seguindo isso, ele apresenta sua visão do porque cada uma dessas coisas é mais importante do que o time ter "Product Owners", "Scrum Masters", "Planning Rituals", e fazer "Daily Standup Meetings".
Ele afirma que não ter um sistema similar de valores pode ser, na verdade, um impedimento para o sucesso dos métodos ágeis.
[Certas práticas Scrum ou XP] podem estar fora de sincronia com a sua empresa e, na realidade, impedir sua capacidade de adotar métodos ágeis. Você pode precisar pensar sobre o que você está realmente realizando e acabar com algumas estratégias de situações específicas para construir um time... e para tornar o time previsível.
Seria irracional solicitar à empresa para ter um Product Manager e transformá-los em Product Owner. Seria perfeitamente razoável solicitá-los que tenham certeza que os times tenham os requisitos necessários para construir um software... requisitos que comportem mudanças... ajudem a mitigar os riscos... e forneçam valores melhores e mais rápidos para a empresa.
Jim Shore discutiu anteriormente idéias similares, vale a pena conferir depois de ler o post original do Mike.
Nenhum comentário
Acompanhar Discussão Responder