6 1 Scrum e design thinking

Prévia do material em texto

1. O design thinking é muito importante dentro do contexto de desenvolvimento de softwares, atuando em harmonia com o Scrum. 
Pensando nisso, é correto afirmar que o design thinking é: 
A. uma metodologia ágil. 
O design thinking é uma abordagem que permite a verificação de todas as etapas de um projeto, humanizando os processos e facilitando as entregas de 
valor. 
Logo, o design thinking não pode ser considerado como metodologia, pois não apresenta uma fórmula exata para qualquer situação. Cada caso deve ser 
verificado individualmente. 
Também não é um software de design, mas pode ser aplicado para o desenvolvimento de qualquer produto, como os softwares. 
Por fim, estão incorretas as afirmações de que o design thinking seja uma plataforma de armazenamento de bibliotecas de design ou um dos quatro 
princípios do design. O design thinking, como dito anteriormente, é uma abordagem aplicada ao desenvolvimento de soluções em projetos. 
 
B. uma abordagem utilizada em projetos. 
O design thinking é uma abordagem que permite a verificação de todas as etapas de um projeto, humanizando os processos e facilitando as entregas de 
valor. 
Logo, o design thinking não pode ser considerado como metodologia, pois não apresenta uma fórmula exata para qualquer situação. Cada caso deve ser 
verificado individualmente. 
Também não é um software de design, mas pode ser aplicado para o desenvolvimento de qualquer produto, como os softwares. 
Por fim, estão incorretas as afirmações de que o design thinking seja uma plataforma de armazenamento de bibliotecas de design ou um dos quatro 
princípios do design. O design thinking, como dito anteriormente, é uma abordagem aplicada ao desenvolvimento de soluções em projetos. 
 
C. um software de design. 
O design thinking é uma abordagem que permite a verificação de todas as etapas de um projeto, humanizando os processos e facilitando as entregas de 
valor. Logo, o design thinking não pode ser considerado como metodologia, pois não apresenta uma fórmula exata para qualquer situação. Cada caso deve 
ser verificado individualmente. Também não é um software de design, mas pode ser aplicado para o desenvolvimento de qualquer produto, como 
os softwares. Por fim, estão incorretas as afirmações de que o design thinking seja uma plataforma de armazenamento de bibliotecas de design ou um dos 
quatro princípios do design. O design thinking, como dito anteriormente, é uma abordagem aplicada ao desenvolvimento de soluções em projetos. 
 
D. uma plataforma de bibliotecas de design. 
O design thinking é uma abordagem que permite a verificação de todas as etapas de um projeto, humanizando os processos e facilitando as entregas de 
valor. Logo, o design thinking não pode ser considerado como metodologia, pois não apresenta uma fórmula exata para qualquer situação. Cada caso deve 
ser verificado individualmente. Também não é um software de design, mas pode ser aplicado para o desenvolvimento de qualquer produto, como 
os softwares. Por fim, estão incorretas as afirmações de que o design thinking seja uma plataforma de armazenamento de bibliotecas de design ou um dos 
quatro princípios do design. O design thinking, como dito anteriormente, é uma abordagem aplicada ao desenvolvimento de soluções em projetos. 
 
E. um dos quatro princípios do design. 
O design thinking é uma abordagem que permite a verificação de todas as etapas de um projeto, humanizando os processos e facilitando as entregas de 
valor. Logo, o design thinking não pode ser considerado como metodologia, pois não apresenta uma fórmula exata para qualquer situação. Cada caso deve 
ser verificado individualmente. Também não é um software de design, mas pode ser aplicado para o desenvolvimento de qualquer produto, como 
os softwares. Por fim, estão incorretas as afirmações de que o design thinking seja uma plataforma de armazenamento de bibliotecas de design ou um dos 
quatro princípios do design. O design thinking, como dito anteriormente, é uma abordagem aplicada ao desenvolvimento de soluções em projetos. 
 
 
2. Entre as fases existentes no design thinking, podemos destacar: empatia, definição, idealização, protótipos e testes. 
Qual dessas fases se refere à eleição de caminhos para solução de problemas? 
A. Idealização. 
A idealização é a fase que busca encontrar soluções para o problema que está em pauta no projeto. Nesta fase, são organizadas todas as soluções 
possíveis, e escolhe-se a que mais se aproxima da solução ideal. Logo, é incorreto afirmar que nas fases empatia, definição, protótipos e testes são 
construídos os caminhos de solução. Essas fases se propõem a entender as necessidades dos usuários, definir os problemas a serem solucionados, 
desenvolver protótipos da solução que simulem o ambiente real e testar a solução ideal, respectivamente. 
 
B. Protótipos. 
A idealização é a fase que busca encontrar soluções para o problema que está em pauta no projeto. Nesta fase, são organizadas todas as soluções 
possíveis, e escolhe-se a que mais se aproxima da solução ideal. Logo, é incorreto afirmar que nas fases empatia, definição, protótipos e testes são 
construídos os caminhos de solução. Essas fases se propõem a entender as necessidades dos usuários, definir os problemas a serem solucionados, 
desenvolver protótipos da solução que simulem o ambiente real e testar a solução ideal, respectivamente. 
 
C. Definição. 
A idealização é a fase que busca encontrar soluções para o problema que está em pauta no projeto. Nesta fase, são organizadas todas as soluções 
possíveis, e escolhe-se a que mais se aproxima da solução ideal. Logo, é incorreto afirmar que nas fases empatia, definição, protótipos e testes são 
construídos os caminhos de solução. Essas fases se propõem a entender as necessidades dos usuários, definir os problemas a serem solucionados, 
desenvolver protótipos da solução que simulem o ambiente real e testar a solução ideal, respectivamente. 
 
D. Testes. 
A idealização é a fase que busca encontrar soluções para o problema que está em pauta no projeto. Nesta fase, são organizadas todas as soluções 
possíveis, e escolhe-se a que mais se aproxima da solução ideal. Logo, é incorreto afirmar que nas fases empatia, definição, protótipos e testes são 
construídos os caminhos de solução. Essas fases se propõem a entender as necessidades dos usuários, definir os problemas a serem solucionados, 
desenvolver protótipos da solução que simulem o ambiente real e testar a solução ideal, respectivamente. 
 
E. Empatia. 
A idealização é a fase que busca encontrar soluções para o problema que está em pauta no projeto. Nesta fase, são organizadas todas as soluções 
possíveis, e escolhe-se a que mais se aproxima da solução ideal. Logo, é incorreto afirmar que nas fases empatia, definição, protótipos e testes são 
construídos os caminhos de solução. Essas fases se propõem a entender as necessidades dos usuários, definir os problemas a serem solucionados, 
desenvolver protótipos da solução que simulem o ambiente real e testar a solução ideal, respectivamente. 
 
3. Existem algumas estratégias que você pode usar para encontrar uma solução para um problema. Uma delas é utilizando o design thinking, em 
que, em vez de impor o seu ponto de vista, são consideradas opiniões de todos os interessados no projeto. 
Considerando essas informações, é correto afirmar que um profissional terá êxito como design thinker quando for capaz de: 
A. fazer perguntas estratégicas ao gestor especialista da área e com ele obter os dados necessários a fim de acertar na hora de desenvolver 
um software. 
O design thinker, para ter êxito em sua profissão, precisa saber fazer as perguntas certas, considerando o maior número possível de informações em 
diferentes níveis de detalhamentos. Essas informações devem ser coletadas dos stakeholders, inicialmente na fase de empatia, podendo ser revisitadas em 
outros momentos. A ideia é utilizar as informações como insumos para o desenvolvimento do software. Dessa forma, é incorretoafirmar que a coleta de 
informações deve ser direcionada apenas ao gestor especialista, visto que há outras partes interessadas no projeto. Além disso, considerando que o design 
thinking não é um conjunto de métodos, e sim uma abordagem, é incorreto afirmar que deve ser criado um controle de métodos de casos de sucesso com 
experiências de outros clientes. Não há um modelo que sirva como molde para todos os cenários. Cada caso deve ser analisado individualmente, e as 
estratégias devem ser criadas especificamente para a situação em questão. Por fim, não é papel do design thinker a construção de relatórios para a gestão 
de pessoas, e sim a identificação de soluções que resolvam as demandas dos stakeholders de uma empresa. 
 
B. criar um plano de controle de métodos com base em experiências anteriores de sucesso para outros clientes, sendo estes tanto pessoas 
físicas quanto pessoas jurídicas. 
Um design thinker, para ter êxito em sua profissão, precisa saber fazer as perguntas certas, considerando o maior número possível de informações em 
diferentes níveis de detalhamentos. Essas informações devem ser coletadas dos stakeholders, inicialmente na fase de empatia, podendo ser revisitadas em 
outros momentos. A ideia é utilizar as informações como insumos para o desenvolvimento do software. Dessa forma, é incorreto afirmar que a coleta de 
informações deve ser direcionada apenas ao gestor especialista, visto que há outras partes interessadas no projeto. Além disso, considerando que o design 
thinking não é um conjunto de métodos, e sim uma abordagem, é incorreto afirmar que deve ser criado um controle de métodos de casos de sucesso com 
experiências de outros clientes. Não há um modelo que sirva como molde para todos os cenários. Cada caso deve ser analisado individualmente, e as 
estratégias devem ser criadas especificamente para a situação em questão. Por fim, não é papel do design thinker a construção de relatórios para a gestão 
de pessoas, e sim a identificação de soluções que resolvam as demandas dos stakeholders de uma empresa. 
 
C. extrair dados de grande valor, por meio da coleta minuciosa de informações junto aos stakeholders do projeto, a fim de adquirir insights para o 
desenvolvimento do software. 
Um design thinker, para ter êxito em sua profissão, precisa saber fazer as perguntas certas, considerando o maior número possível de informações em 
diferentes níveis de detalhamentos. Essas informações devem ser coletadas dos stakeholders, inicialmente na fase de empatia, podendo ser revisitadas em 
outros momentos. A ideia é utilizar as informações como insumos para o desenvolvimento do software. Dessa forma, é incorreto afirmar que a coleta de 
informações deve ser direcionada apenas ao gestor especialista, visto que há outras partes interessadas no projeto. Além disso, considerando que o design 
thinking não é um conjunto de métodos, e sim uma abordagem, é incorreto afirmar que deve ser criado um controle de métodos de casos de sucesso com 
experiências de outros clientes. Não há um modelo que sirva como molde para todos os cenários. Cada caso deve ser analisado individualmente, e as 
estratégias devem ser criadas especificamente para a situação em questão. Por fim, não é papel do design thinker a construção de relatórios para a gestão 
de pessoas, e sim a identificação de soluções que resolvam as demandas dos stakeholders de uma empresa. 
 
D. inventariar corretamente as prioridades do problema e fazer um modelo de dados grande o suficiente para conter todas as respostas possíveis para 
públicos diferentes. 
O design thinker, para ter êxito em sua profissão, precisa saber fazer as perguntas certas, considerando o maior número possível de informações em 
diferentes níveis de detalhamentos. Essas informações devem ser coletadas dos stakeholders, inicialmente na fase de empatia, podendo ser revisitadas em 
outros momentos. A ideia é utilizar as informações como insumos para o desenvolvimento do software. Dessa forma, é incorreto afirmar que a coleta de 
informações deve ser direcionada apenas ao gestor especialista, visto que há outras partes interessadas no projeto. Além disso, considerando que o design 
thinking não é um conjunto de métodos, e sim uma abordagem, é incorreto afirmar que deve ser criado um controle de métodos de casos de sucesso com 
experiências de outros clientes. Não há um modelo que sirva como molde para todos os cenários. Cada caso deve ser analisado individualmente, e as 
estratégias devem ser criadas especificamente para a situação em questão. Por fim, não é papel do design thinker a construção de relatórios para a gestão 
de pessoas, e sim a identificação de soluções que resolvam as demandas dos stakeholders de uma empresa. 
 
E. criar relatórios consistentes sobre como os insights podem auxiliar a empresa a desenvolver ferramentas estratégicas de gestão de pessoas. 
Um design thinker, para ter êxito em sua profissão, precisa saber fazer as perguntas certas, considerando o maior número possível de informações em 
diferentes níveis de detalhamentos. Essas informações devem ser coletadas dos stakeholders, inicialmente na fase de empatia, podendo ser revisitadas em 
outros momentos. A ideia é utilizar as informações como insumos para o desenvolvimento do software. Dessa forma, é incorreto afirmar que a coleta de 
informações deve ser direcionada apenas ao gestor especialista, visto que há outras partes interessadas no projeto. Além disso, considerando que o design 
thinking não é um conjunto de métodos, e sim uma abordagem, é incorreto afirmar que deve ser criado um controle de métodos de casos de sucesso com 
experiências de outros clientes. Não há um modelo que sirva como molde para todos os cenários. Cada caso deve ser analisado individualmente, e as 
estratégias devem ser criadas especificamente para a situação em questão. Por fim, não é papel do design thinker a construção de relatórios para a gestão 
de pessoas, e sim a identificação de soluções que resolvam as demandas dos stakeholders de uma empresa. 
 
 
4. Considere as afirmações sobre design thinking e assinale V para a(s) verdadeira(s) e F para a(s) falsa(s). 
( ) Ao usar da empatia e se colocar no lugar do público que vai ler os dados, é mais fácil entender qual forma de design deve ser utilizada. 
( ) Idealização é definir concretamente quais problemas devem ser resolvidos após sintetizar, compilar e analisar os dados. 
( ) Criar protótipos é o mesmo que pegar as conclusões e as soluções obtidas a partir dos dados já analisados e colocá-las em prática. 
( ) A fase de testes é a fase em que se decide quais caminhos serão seguidos nas próximas etapas. 
Assinale a alternativa que indica a sequência correta: 
A. V, F, V, F. 
(V) Ao usar da empatia e se colocar no lugar do público que vai ler os dados, é mais fácil entender qual forma de design deve ser utilizada. Essa afirmativa é 
verdadeira, pois deve-se considerar o contexto histórico, social e cultural das pessoas, a fim de criar estruturas de designer que possam agradar ao público. 
(F) Idealização é definir concretamente quais problemas devem ser resolvidos após sintetizar, compilar e analisar os dados. Essa afirmativa é falsa, pois 
idealizar é determinar os caminhos que o design thinking irá seguir após ter sintetizado os dados. (V) Criar protótipos é o mesmo que pegar as conclusões e 
as soluções obtidas a partir dos já analisados e colocá-las em prática. Essa afirmativa é verdadeira, pois a fase de protótipos criará as visualizações de 
dados em si; é a fase da execução. (F) A fase de testes é a fase em que se decide quais caminhos serão seguidos nas próximas etapas. Essa afirmativa é 
falsa, pois a fase de testes é a que testa os protótipos criados. A fase de definição de caminhos chama-se idealização. 
 
B. F, V, F, V. 
(V) Ao usar da empatia e se colocar no lugar do público que vai ler os dados, é mais fácil entender qual forma de design deve ser utilizada. Essa afirmativa é 
verdadeira, pois deve-se considerar o contextohistórico, social e cultural das pessoas, a fim de criar estruturas de designer que possam agradar ao público. 
(F) Idealização é definir concretamente quais problemas devem ser resolvidos após sintetizar, compilar e analisar os dados. Essa afirmativa é falsa, pois 
idealizar é determinar os caminhos que o design thinking irá seguir após ter sintetizado os dados. (V) Criar protótipos é o mesmo que pegar as conclusões e 
as soluções obtidas a partir dos já analisados e colocá-las em prática. Essa afirmativa é verdadeira, pois a fase de protótipos criará as visualizações de 
dados em si; é a fase da execução. (F) A fase de testes é a fase em que se decide quais caminhos serão seguidos nas próximas etapas. Essa afirmativa é 
falsa, pois a fase de testes é a que testa os protótipos criados. A fase de definição de caminhos chama-se idealização. 
 
C. V, V, F, F. 
(V) Ao usar da empatia e se colocar no lugar do público que vai ler os dados, é mais fácil entender qual forma de design deve ser utilizada. Essa afirmativa é 
verdadeira, pois deve-se considerar o contexto histórico, social e cultural das pessoas, a fim de criar estruturas de designer que possam agradar ao público. 
(F) Idealização é definir concretamente quais problemas devem ser resolvidos após sintetizar, compilar e analisar os dados. Essa afirmativa é falsa, pois 
idealizar é determinar os caminhos que o design thinking irá seguir após ter sintetizado os dados. (V) Criar protótipos é o mesmo que pegar as conclusões e 
as soluções obtidas a partir dos já analisados e colocá-las em prática. Essa afirmativa é verdadeira, pois a fase de protótipos criará as visualizações de 
dados em si; é a fase da execução. (F) A fase de testes é a fase em que se decide quais caminhos serão seguidos nas próximas etapas. Essa afirmativa é 
falsa, pois a fase de testes é a que testa os protótipos criados. A fase de definição de caminhos chama-se idealização. 
 
D. F, F, V, V. 
(V) Ao usar da empatia e se colocar no lugar do público que vai ler os dados, é mais fácil entender qual forma de design deve ser utilizada. Essa afirmativa é 
verdadeira, pois deve-se considerar o contexto histórico, social e cultural das pessoas, a fim de criar estruturas de designer que possam agradar ao público. 
(F) Idealização é definir concretamente quais problemas devem ser resolvidos após sintetizar, compilar e analisar os dados. Essa afirmativa é falsa, pois 
idealizar é determinar os caminhos que o design thinking irá seguir após ter sintetizado os dados. (V) Criar protótipos é o mesmo que pegar as conclusões e 
as soluções obtidas a partir dos já analisados e colocá-las em prática. Essa afirmativa é verdadeira, pois a fase de protótipos criará as visualizações de 
dados em si; é a fase da execução. (F) A fase de testes é a fase em que se decide quais caminhos serão seguidos nas próximas etapas. Essa afirmativa é 
falsa, pois a fase de testes é a que testa os protótipos criados. A fase de definição de caminhos chama-se idealização. 
 
E.V, F, F, V. 
(V) Ao usar da empatia e se colocar no lugar do público que vai ler os dados, é mais fácil entender qual forma de design deve ser utilizada. Essa afirmativa é 
verdadeira, pois deve-se considerar o contexto histórico, social e cultural das pessoas, a fim de criar estruturas de designer que possam agradar ao público. 
(F) Idealização é definir concretamente quais problemas devem ser resolvidos após sintetizar, compilar e analisar os dados. Essa afirmativa é falsa, pois 
idealizar é determinar os caminhos que o design thinking irá seguir após ter sintetizado os dados. (V) Criar protótipos é o mesmo que pegar as conclusões e 
as soluções obtidas a partir dos já analisados e colocá-las em prática. Essa afirmativa é verdadeira, pois a fase de protótipos criará as visualizações de 
dados em si; é a fase da execução. (F) A fase de testes é a fase em que se decide quais caminhos serão seguidos nas próximas etapas. Essa afirmativa é 
falsa, pois a fase de testes é a que testa os protótipos criados. A fase de definição de caminhos chama-se idealização. 
 
 
5. O processo de elicitação de requisitos é definido por algumas etapas essenciais que organizam a coleta de informações de modo a agilizar o 
desenvolvimento de um software. 
Quais são essas etapas? 
A. Estabelecer objetivos, entender o background, organizar o conhecimento e comprar ferramentas. 
As quatro fases do processo de elicitação de requisitos são: estabelecer objetivos, entender o background, organizar o conhecimento e coletar requisitos. 
Logo, as alternativas que contêm as seguintes opções estão erradas, pois não fazem parte do escopo do processo de elicitação de requisitos de 
um software, devendo, portanto, ser desconsideradas: comprar ferramentas, organizar arquivos do software, estabelecer reuniões com fornecedores 
e coletar relatórios. 
 
B. Estabelecer objetivos, entender o background, organizar arquivos do software e coletar requisitos. 
As quatro fases do processo de elicitação de requisitos são: estabelecer objetivos, entender o background, organizar o conhecimento e coletar requisitos. 
Logo, as alternativas que contêm as seguintes opções estão erradas, pois não fazem parte do escopo do processo de elicitação de requisitos de 
um software, devendo, portanto, ser desconsideradas: comprar ferramentas, organizar arquivos do software, estabelecer reuniões com fornecedores 
e coletar relatórios. 
 
C. Estabelecer reuniões com fornecedores, entender o background, organizar o conhecimento e coletar requisitos. 
As quatro fases do processo de elicitação de requisitos são: estabelecer objetivos, entender o background, organizar o conhecimento e coletar requisitos. 
Logo, as alternativas que contêm as seguintes opções estão erradas, pois não fazem parte do escopo do processo de elicitação de requisitos de 
um software, devendo, portanto, ser desconsideradas: comprar ferramentas, organizar arquivos do software, estabelecer reuniões com fornecedores 
e coletar relatórios. 
 
D. Estabelecer objetivos, entender o background, organizar o conhecimento e coletar relatórios. 
As quatro fases do processo de elicitação de requisitos são: estabelecer objetivos, entender o background, organizar o conhecimento e coletar requisitos. 
Logo, as alternativas que contêm as seguintes opções estão erradas, pois não fazem parte do escopo do processo de elicitação de requisitos de 
um software, devendo, portanto, ser desconsideradas: comprar ferramentas, organizar arquivos do software, estabelecer reuniões com fornecedores 
e coletar relatórios. 
 
E. Estabelecer objetivos, entender o background, organizar o conhecimento e coletar requisitos. 
As quatro fases do processo de elicitação de requisitos são: estabelecer objetivos, entender o background, organizar o conhecimento e coletar requisitos. 
Logo, as alternativas que contêm as seguintes opções estão erradas, pois não fazem parte do escopo do processo de elicitação de requisitos de 
um software, devendo, portanto, ser desconsideradas: comprar ferramentas, organizar arquivos do software, estabelecer reuniões com fornecedores 
e coletar relatórios.