Muitas empresas melhoraram o desempenho de suas equipes ao aplicarem as metodologias ágeis juntamente com a abordagem de design thinking. Além de tornarem o processo de desenvolvimento mais humano, trouxeram para suas equipes mais bem-estar, visto que os anseios de todos são ouvidos.
Com base nesse cenário, descreva como deve ser a aplicação da abordagem de design thinking, a fim de encontrar uma solução ideal que volte a motivar os clientes, desenvolvedores e investidores, melhorando o relacionamento entre eles, potencializando as entregas e agregando qualidade de vida ao trabalho da equipe de desenvolvimento, evidenciando o que deve ser feito em cada fase do design thinking (empatia, definição, idealização, protótipos e testes).
Uma maneira de solucionar o problema seria aplicar a metodologia ágil e o design thinking de maneira equilibrada na empresa a fim de trazer os dois tipos de benefícios para a organização.
Essencialmente, a metodologia ágil atua com a mudança de cultura e mentalidade de um time de desenvolvimento, de modo que essa equipe se organize a fim de realizar entregas parciais de um todo. Essas entregas, apesar de não serem a versão completa do software, devem ser plenamente funcionais. No momento do desenvolvimento, as partes entregáveis de um sistema podem ser divididas em partes menores que, quando finalizadas, formam o recurso que possui a funcionalidade que atenderá determinada demanda. Entretanto, a metodologia ágil observa apenas o processo de desenvolvimento e busca maneiras de reestruturá-lo, para que as entregas ocorram com velocidade e qualidade, mas não há uma vertente que verifique o lado humano da equipe, dos clientes e dos demais interessados no projeto. Essa carência, portanto, pode ser suprida com a aplicação do design thinking. Logo, unindo as características do Scrum com o pensamento crítico produzido pelo design thinking, é possível manter um equilíbrio saudável no desenvolvimento de um software.
Uma maneira pela qual a elicitação de requisitos em metodologia ágil pode ser facilitada com design thinking é através da negociação de requisitos. Segundo Silva (2019), isso significa que os requisitos considerados problemáticos devem ter os stakeholders envolvidos, para que estes apresentem seus pontos de vista e possam ampliar a visão da equipe de desenvolvimento com suas experiências em regras de negócio, de modo a se identificar e mitigar conflitos analisando suas possíveis causas. Assim, a aceitação ou negação de determinado requisito pode ser decidida em conjunto, não sendo definida exclusivamente pelo time Scrum.
Lista de comentários
Resposta:
Explicação:
Resposta:
Uma maneira de solucionar o problema seria aplicar a metodologia ágil e o design thinking de maneira equilibrada na empresa a fim de trazer os dois tipos de benefícios para a organização.
Essencialmente, a metodologia ágil atua com a mudança de cultura e mentalidade de um time de desenvolvimento, de modo que essa equipe se organize a fim de realizar entregas parciais de um todo. Essas entregas, apesar de não serem a versão completa do software, devem ser plenamente funcionais. No momento do desenvolvimento, as partes entregáveis de um sistema podem ser divididas em partes menores que, quando finalizadas, formam o recurso que possui a funcionalidade que atenderá determinada demanda. Entretanto, a metodologia ágil observa apenas o processo de desenvolvimento e busca maneiras de reestruturá-lo, para que as entregas ocorram com velocidade e qualidade, mas não há uma vertente que verifique o lado humano da equipe, dos clientes e dos demais interessados no projeto. Essa carência, portanto, pode ser suprida com a aplicação do design thinking. Logo, unindo as características do Scrum com o pensamento crítico produzido pelo design thinking, é possível manter um equilíbrio saudável no desenvolvimento de um software.
Uma maneira pela qual a elicitação de requisitos em metodologia ágil pode ser facilitada com design thinking é através da negociação de requisitos. Segundo Silva (2019), isso significa que os requisitos considerados problemáticos devem ter os stakeholders envolvidos, para que estes apresentem seus pontos de vista e possam ampliar a visão da equipe de desenvolvimento com suas experiências em regras de negócio, de modo a se identificar e mitigar conflitos analisando suas possíveis causas. Assim, a aceitação ou negação de determinado requisito pode ser decidida em conjunto, não sendo definida exclusivamente pelo time Scrum.