Nessa situação, o desafio é a realização de testes feitos pelos clientes, que, no seu caso, são seus colegas julgando o que você desenvolveu

Situação-Problema 1

Caro(a), estudante.

Agora, vamos compreender o cenário que será abordado na primeira situação-problema da
disciplina.
Atente-se à situação profissional que você precisará entender para poder realizar a atividade.

Você deverá revisitar seu projeto e fazer os ajustes necessários para que ele atenda aos requisitos de
construção. Trata-se de uma oportunidade para que você possa refletir melhor sobre o que e como
escreveu no PIT I como planejamento e realizar um ciclo completo de melhoria contínua.

Situação-Problema 2

Vamos compreender o cenário que será abordado na segunda situação-problema da disciplina.
Atente-se à situação profissional que você precisará entender para poder realizar a atividade.

Está na hora de você pôr a mão na massa.

Selecione a arquitetura, design pattern, melhor configuração e linguagem de
sua preferência para desenvolver a codificação completa, ou seja, o software
e/ou hardware, ou ainda, colocar o software embarcado no dispositivo que
projetou.

Lembre-se de que, conforme explicamos no material teórico, como
facilitador, você pode optar por desenvolver por meio de ferramentas low-
code; porém pode fazer da forma tradicional se se sentir mais confortável.

Situação-Problema 3

Por fim, vamos compreender o último cenário, abordado na terceira situação-problema da disciplina.
Atente-se à situação profissional que você precisará entender para poder realizar a atividade.

Uma vez desenvolvido o software/artefato, é importante fazermos todos os testes de funcionamento
e situações imprevisíveis que somente os usuários podem gerar. Pedimos que oferte a solução
desenvolvida por você para 5 (cinco) colegas testarem e gerarem um relatório a que chamaremos
de laudo. Você juntará esses laudos, realizará correções e melhorias sugeridas, negará o que não for
possível e nos entregará esses relatórios, suas respostas e mudanças que foram feitas.

Problema em Foco

Aqui vão algumas orientações para o desenvolvimento de seu projeto.

Situação 1
Você deverá revisitar todos os documentos criados no seu PIT I e revisá-los com a intenção de
realizar um ciclo de melhoria contínua, deixando a documentação de planejamento mais robusta e
mais clara. Você deverá utilizar fortemente as suas competências de atenção aos detalhes, abstração
e feedback de seus colegas, pedindo por parte deles a crítica da solução que você pretende
implementar. As contribuições deles serão de imensa valia ao seu projeto, assim como as suas para
com os deles. O mais importante é como você reage às críticas e as aceita como forma de melhorar
como cientista da computação e também como pessoa. Lembre-se, não escolhemos com quem
trabalhamos, portanto é importante desenvolver empatia (coloque-se no lugar do outro). Uma vez
revisado os documentos e escolhida as melhores sugestões de seus colegas e, é claro, as suas
próprias sugestões, compile tudo num único volume, ele será seu guia daqui em diante nos
próximos desafios.

Situação 2
Aqui o foco é construção, portanto esperamos muita codificação de sua parte para que o código,
artefato ou análise de dados possam ser desenvolvidos e apresentados. Lembre-se de que você tem
liberdade de escolha de:

Linguagem;
Banco de dados;
Hospedagem;
Plataforma;
Modo de codificação (tradicional ou low-code).

O que se espera de você como indivíduo inserido na área da ciência da computação é forte
colaboração de sua parte para com seus colegas e vice-versa. Isso não significa em hipótese alguma
que o projeto deve ser feito em grupo. Não é!

Porém, a troca de ideias e iniciativas de aprendizagem que caracterizam essa profissão para o resto
de nossos dias deve ser levada adiante para que todos possamos sair maiores e melhores do que
quando iniciamos. Portanto, não se acanhe em ajudar seu colega caso esteja em dificuldade, ambos
só têm a ganhar.

Esperamos que sejam entregues o código, artefato ou análise, todos funcionando, neste desafio
(códigos fontes – front end e back end, bibliotecas, manual de uso, vídeo gravado demonstrando o
funcionamento – pelo menos cinco minutos de duração narrado por você). Caso haja um produto
além do software, ele deverá estar documentado e deverá ser enviado em conjunto, conforme
orientação de seu tutor.

Situação 3
Nessa situação, o desafio é a realização de testes feitos pelos clientes, que, no seu caso, são seus
colegas julgando o que você desenvolveu. É importante que nesse momento você já tenha
escolhido quais serão seus dublês de usuários entre seus colegas e forneça-lhes o endereço para
que possam testar sua solução como só um usuário saiba fazer.

Talvez você pergunte: “Professor, mas se eu desenvolver um robô, por exemplo?”. Bom… Nesse caso,
é simples. Você escolhe colegas que estejam próximos ao lugar que você mora e os convida a testar
ou leve até eles para que seja testado. O importante aqui é desenvolver a capacidade de aceitação
da mudança, reconhecimento do erro como forma de melhorar continuamente, trabalho em equipe
e, por fim, resiliência necessária para continuar e perseverar para atingir o resultado.

É importante que você entregue as cinco opiniões/testes sobre seu software/produto como sendo a
prova do sucesso nesse desafio (um arquivo PDF) e um vídeo demonstrando que as mudanças foram
adotadas. Vídeo de até cinco minutos. Importante adotar padrões, construa um template para que
seus colegas possam laudar a qualidade. Ele precisa ter no mínimo:

Nome de quem testou;
Data do teste;
O que testou e funcionou (descrição da funcionalidade);
O que testou e não funcionou (descrição da funcionalidade e o que
deve ser corrigido);
Funcionalidade não testada ou por que faltou ou a funcionalidade
existe no projeto mas não foi realizada (descrever).

É importante que você não esconda essas falhas de maneira alguma, elas servem para seu
aprendizado e para deixar na “mesma página” a sua visão em comparação com a do cliente. O que
vale é ter os documentos dos laudos e o filme de que você trabalhou para fazer as melhorias.