Gostei desse conteúdo...... que vai agregar mais ainda em minha caixa de ferramentas internas meus valores .....A maior prioridade é satisfazer o cliente com qualidade agilidade , e entrega que faça sentido e mais rápido será essa entrega e ouvir os feedback contínuo e entregar esse efeito " UAU " esse retorno com melhorias constantes .
Giaffredo, é bom enfatizar que a prática do "time completo" inclui também o representante do cliente, além do time multi-disciplinar. O termo e a prática tem sua origem no Extreme Programming: en.m.wikipedia.org/wiki/Extreme_programming_practices.
Vejo como desafiador conseguir em curto espaço de tempo fazer os ajustes e entregar algo novo. A realidade de projetos no Brasil, principalmente devido aos custos associados que as empresas clientes não podem ou querem pagar, ainda não contempla um número adequado de pessoas para se desenvolver algo e times de alta performance e multidisciplinares. Pelo menos em desenvolvimento de sistemas é a realidade que vejo com mais frequência. Como você tem visto isso no Brasil? Já conseguimos fazer entregas neste formato?
Caroline Spencer oi Carol, muito obrigado pelo comentário, é um excelente ponto. Tenho visto bastante gente conseguindo executar iterativamente sim, mas a principal virtude dos times que conseguem isso é o fato de usar o método desde o planejamento inicial. Porque se planejar cascata, aí não fica margem pra correção de curso mesmo. Faz sentido pra você?
Gostei desse conteúdo...... que vai agregar mais ainda em minha caixa de ferramentas internas meus valores .....A maior prioridade é satisfazer o cliente com qualidade agilidade , e entrega que faça sentido e mais rápido será essa entrega e ouvir os feedback contínuo e entregar esse efeito " UAU " esse retorno com melhorias constantes .
Exato, trabalhar os feedbacks que fizerem sentido é o caminho mais rápido para o efeito UAU!
Giaffredo, é bom enfatizar que a prática do "time completo" inclui também o representante do cliente, além do time multi-disciplinar. O termo e a prática tem sua origem no Extreme Programming: en.m.wikipedia.org/wiki/Extreme_programming_practices.
Bom ponto Renato, o dono do produto tem que fazer "o máximo possível" parte do time.
Vejo como desafiador conseguir em curto espaço de tempo fazer os ajustes e entregar algo novo. A realidade de projetos no Brasil, principalmente devido aos custos associados que as empresas clientes não podem ou querem pagar, ainda não contempla um número adequado de pessoas para se desenvolver algo e times de alta performance e multidisciplinares. Pelo menos em desenvolvimento de sistemas é a realidade que vejo com mais frequência. Como você tem visto isso no Brasil? Já conseguimos fazer entregas neste formato?
Caroline Spencer oi Carol, muito obrigado pelo comentário, é um excelente ponto. Tenho visto bastante gente conseguindo executar iterativamente sim, mas a principal virtude dos times que conseguem isso é o fato de usar o método desde o planejamento inicial. Porque se planejar cascata, aí não fica margem pra correção de curso mesmo. Faz sentido pra você?
Obrigado pelo conteúdo.
Obrigado a você por prestigiar Gabriel!