-
Pessoal, concordo que o item correto é a Coragem. Mas tenho uma dúvida: O que invalida feedback?
Comunicação: Quanto maior a capacidade de compreensão, maiores as chances de evitar
problemas como ambiguidades, entendimento equivocados, entre outros.
Diálogos são mais eficazes que videoconferências, que são melhores que
telefonemas, que são mais expressivos que emails e assim sucessivamente.
Conscientes disso, aqueles que trabalham com XP
priorizam o uso do diálogo presencial, com o objetivo de garantir que
todas as partes envolvidas em um projeto tenham a chance de se
compreender da melhor maneira possível.
Coragem: Costuma-se dizer que a única constante em um projeto de software é a
mudança. Clientes mudam de ideia com frequência, mesmo quando fecham contratos
nos quais, teoricamente, assumem o compromisso de não alterar o que
está na especificação. Eles mudam porque aprendem durante o projeto e
descobrem problemas mais prioritários a serem solucionados ou formas
mais apropriadas de resolvê-los. Embora isso seja natural, gera uma
preocupação para a equipe de desenvolvimento que, de tempos em tempos,
precisa alterar partes do sistema que já estavam prontas, correndo o
risco de se quebrar o que já vinha funcionando.
Feedback: Normalmente, quanto mais cedo descobrimos um problema, menos prejuízos
ele pode causar e maiores são as chances de resolvê-lo de forma barata.
Por isso, projetos XP
estabelecem formas de encurtar ao máximo a defasagem de tempo entre o
momento em que uma ação é executada e o seu resultado é observado.
Respeito: Respeito é um valor que dá sustentação a todos os demais. Membros de uma
equipe só irão se preocupar em comunicar-se melhor, por exemplo, se se
importarem uns com os outros. Respeito é o mais básico de todos os
valores. Se ele não existir em um projeto, não há nada que possa
salvá-lo. Saber ouvir, saber compreender e respeitar o ponto de vista do
outro é essencial para que um projeto de software seja bem sucedido.
Simplicidade: O XP utiliza o
conceito de simplicidade em inúmeros aspectos do projeto para assegurar
que a equipe se concentre em fazer, primeiro, apenas aquilo que é
claramente necessário e evite fazer o que poderia vir a ser necessário,
mas ainda não se provou essencial.
Fontes:
http://www.desenvolvimentoagil.com.br/xp/valores/comunicacao
http://www.desenvolvimentoagil.com.br/xp/valores/coragem
http://www.desenvolvimentoagil.com.br/xp/valores/feedback
http://www.desenvolvimentoagil.com.br/xp/valores/respeito
http://www.desenvolvimentoagil.com.br/xp/valores/simplicidade
-
Achei a questão um pouco subjetiva. Também não vejo nada invalidando feedback.
-
Questão duvidosa, as várias fontes de pesquisa mostram resultados diferentes, se ler a wikipedia então, danou-se, mas a chave do enunciado está em "...além de haverem sido realizadas adaptações quando mudanças importantes aconteceram no projeto...", se observarmos a fonte http://www.desenvolvimentoagil.com.br/xp/valores/coragem nosso conceito pode ficar um pouco confuso, já se olharmos a fonte http://www.extremeprogramming.org/values.html o enunciado passa a fazer mais sentido.
-
O que tirou essa questão do valor FEEDBACK foi essa frase: "foi dita a verdade ao cliente..."
Isso indica que o cliente teve coragem de informar ao cliente sobre o real estado do produto.
-
Depois de reler a questão acho que entendi o motivo de ser CORAGEM a resposta:
Em um desenvolvimento ágil de sistemas utilizando o XP, foram adotadas as seguintes ações: foi dita a verdade ao cliente acerca do progresso do projeto e acerca de suas estimativas, além de haverem sido realizadas adaptações quando mudanças importantes aconteceram no projeto. Essas ações estão coerentes com o valor do XP denominado.
Anteriormente eu havia marcado COMUNICAÇÃO, no entanto, não pode ser, pois não se trata de mero informativo do andamento do projeto. Acredito que não seja FEEDBACK também em função de não tratar de problemas o enunciado, mas apenas mudanças importantes.
-
Sim, coragem, pois além de comunicar o verdadeiro progresso...adaptações foram realizadas quando necessárias!
Se fosse só pela primeira parte, poderia muito bem ser respeito tb.
-
É como o amigo falou acima. Não invalida Feedback. Mas, como tem a palavra Coragem, o mais "correto" seria ela.
Usar essa ideia/técnica para qualquer questão!
-
Li a parte "foi dita a verdade ao cliente" e pensei em coragem. Mas também pensei que o cespe é uma banca filha da puta e não ia dar essa de bandeja. Marque a B e errei. Aí pensei, porque coragem? por causa deste trecho "além de haverem sido realizadas adaptações quando mudanças importantes aconteceram no projeto". O cespe usou sua própria má fama de banca filha da puta, que gosta de fazer questões subjetivas e com pegadinhas para fazer uma pegadinha. Esperta não!?
-
questão subjetiva para c******, complicado ein
-
Marquei coragem porque o feedback não trabalha com estimativas, mas sim com fatos concretos que ocorreram. As "adaptações' entrariam em feedback, mas como coragem também engloba feedback ao cliente então a alternativa C pareceu a mais correta.
-
Comunicação: utilização de metáforas pra um melhor entendimento do projeto
Simplicidade: começar pela solução mais simples
Feedback: vem dos testes, realizados constantemente, bem como dos clientes, que estão sempre participando
Coragem: refatorar o código quando necessário
Respeito: entre os membros da equipe e respeito por si mesmo
Inicialmente tinha marcado feedback, mas feedback vem de fora, não da própria equipe. Então li novamente a segunda parte e tomei coragem