Capítulo 44 — Projeto final de engenharia I
Mapa da aula
Aula 44 publicada. Mapa, exemplo, EX130.
flowchart TD
N0["44.1 O problema do projeto final"]
N1["44.2 Requisitos e restrições"]
N2["44.3 Plano de projeto e avaliação"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3
N3 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX130"]
Desenho lógico
flowchart LR
N0["44.1 O problema do projeto final"]
N1["44.2 Requisitos e restrições"]
N2["44.3 Plano de projeto e avaliação"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3 --> Q["EX130"]
[44.1 O problema do projeto final]
|
v
[44.2 Requisitos e restrições]
|
v
[44.3 Plano de projeto e avaliação]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX130]
Objetivos de aprendizagem
Você vai (1) definir um problema de projeto final; (2) levantar requisitos e restrições; (3) planejar o projeto e a avaliação.
44.1 O problema do projeto final
O projeto final de Aiko enfrenta uma lacuna encontrada durante o estágio: terceirizados e temporários, cerca de um quinto da força de trabalho, estão fora da maior parte do programa. Eles não têm o botão de reporte em dispositivos pessoais, não recebem reciclagens e muitas vezes são alvo de mensagens falsas de fornecedores. O projeto pergunta como estender os reportes, os controles e o retorno aos terceirizados de forma justa e proporcional ao acesso que têm. Ela define o sucesso como terceirizados reportando a uma taxa semelhante à dos funcionários em até seis meses, sem acrescentar ônus significativo.
44.2 Requisitos e restrições
Aiko entrevista oito terceirizados e quatro gestores. Os terceirizados querem uma forma simples de reportar a partir de qualquer dispositivo e não querem ser mais monitorados do que os funcionários. Os gestores querem que os terceirizados sigam as mesmas regras de verificação para pagamentos e acessos. As restrições incluem contratos que limitam o tempo de treinamento e dispositivos que a Greyford não controla. Ela escreve os requisitos, incluindo um formulário web e um endereço de encaminhamento para reportes, um módulo de integração de dez minutos e regras de verificação idênticas, e confere cada um com a equipe de compras em relação às restrições.
44.3 Plano de projeto e avaliação
Aiko planeja o projeto em duas partes: uma via de reporte independente do dispositivo e uma integração que cubra as três perguntas do capítulo 35 e as etapas de verificação. A avaliação comparará mensalmente as taxas de reporte dos terceirizados com as dos funcionários, usando um teste de significância adequado a grupos pequenos, e medirá o ônus por questionário depois de três meses. Ela escreve um cronograma com marcos para projeto, revisão, piloto e avaliação. A Profa. Kerr pede que ela defina de antemão que resultado a levaria a abandonar o projeto, e ela acrescenta isso ao plano.
Exemplo resolvido
Aiko define um projeto final sobre reportes de terceirizados, levanta as necessidades de terceirizados e gestores e planeja o projeto e a avaliação com uma regra de parada.
Caso sintético. O projeto final é sintético.
Erros e limites
A rotatividade dos terceirizados complica a avaliação. Grupos pequenos geram incerteza ampla.
Exercícios
- EX130 — Lacuna tratada. Que grupo o projeto final tratou? Rubrica: 3 = terceirizados e temporários;; 2 = terceirizados;; 1 = vago;; 0 = nenhuma.
- EX131 — Preocupação dos terceirizados. O que os terceirizados não queriam? Rubrica: 3 = mais monitoramento do que os funcionários;; 2 = monitoramento;; 1 = vago;; 0 = nenhuma.
- EX132 — Regra de parada. O que a Profa. Kerr pediu a Aiko que definisse de antemão? Rubrica: 3 = o resultado que a levaria a abandonar o projeto;; 2 = abandonar;; 1 = vago;; 0 = nenhuma.
Síntese
Um projeto final parte de uma lacuna real, levanta as necessidades de quem é afetado e planeja a avaliação com critérios claros.
Continue estudando — aula 44 (capítulo 44 de 50)
← Capítulo 43 · Índice das aulas · Capítulo 45 →
Continue para a próxima aula já escrita.