Introdução à Engenhariapaginapessoal.utfpr.edu.br/danielc/Ensino/Graduacao/2015.1/CP41A/… ·...

1/32

Introdução à EngenhariaRevisão de metodologias de projetos (Atividade 2). Ferramentas de Engenharia.

Aula 6Prof. Daniel Cavalcanti Jeronymo

Universidade Tecnológica Federal do Paraná (UTFPR)Engenharia de Computação – 1º Período2015.1

CP41A

2/32

Plano de Aula

• Metodologia de Projetos – Programação Ágil

• Ferramentas de Engenharia

• Colaboração

• Gerência de Requisitos

• Projeto de Sistemas

• Gerência de Projetos

• Solução de Problemas

• Tomada de Decisão

3/32

Metodologia de Projetos

• Projeto de Engenharia

Requisitos iniciais Conceito & Arquitetura Projeto & Desenvolvimento Produto

• Programação Ágil

• Tema recorrente na Atividade 2

• Popular – buzzword

• É uma realidade na indústria?

Projetos Manifesto Ágil Princípios Ágeis Ferramentas Colaboração Atividade

4/32


• Programação Ágil – Manifesto Ágil

+ Indivíduos e Interações – Processos e ferramentas

+ Software utilizável – Documentação compreensiva

+ Colaboração do cliente – Negociação de contrato

+ Resposta a mudanças – Seguir um plano


5/32


• Programação Ágil

• Todos esses princípios são seguidos na prática?

• Quando um princípio deixa de ser seguido, o processo ainda é Ágil?

http://www.agilemanifesto.org/principles.html


http://www.agilemanifesto.org/principles.html

6/32


• Programação Ágil – Destrinchando os princípios

• "Nossa maior prioridade é satisfazer o cliente através da entrega antecipada e contínua de software utilizável“

• Os desenvolvedores conhecem o cliente pessoalmente?

• Conhecem as vontades do cliente a partir do próprio ou de um "telefone sem fio"?

• Como satisfazer quem não é conhecido?


7/32



• "Mudanças de requisitos são bem-vindas, até em fases tardias do projeto. Processos Ágeis consideram mudanças em tempo de desenvolvimento para a vantagem competitiva do cliente“

• Os desenvolvedores gostam de mudanças?

• Na prática não são aceitas e são postergadas


8/32



• "Entrega frequente de software útil, prazos entre semanas e meses, com preferência a escalas curtas de tempo“

• Na prática, as atualizações são pequenas ou grandes?

• Como dividir o desenvolvimento em fatias de tempo que atendam os prazos?


9/32



• "O pessoal administrativo e desenvolvedores devem trabalhar juntos diariamente ao longo do projeto“

• O contato é realizado entre desenvolvedores e os usuários do programa? Ou entre o gerente do gerente com o sub-chefe do assistente?

• O contato DEVE ser realizado com os usuários

• Requisitos, na prática, são determinados por níveis superiores da hierarquia ao contrário de participação dos usuários


10/32



• "Construir projetos ao redor de indivíduos motivados“

• O que isso realmente significa?

• Empregados no fundo da hierarquia são os mais atrelados ao desenvolvimento, portanto são os mais motivados a resolverem problemas relacionados ao desenvolvimento

• Na prática, quem toma as decisões de desenvolvimento é o nível mais baixo da hierarquia?


11/32



• "Entregue-os o ambiente e suporte que precisam, confie neles para que terminem o trabalho“

• Desenvolvedores tem o melhor ambiente de trabalho possível?

• Desenvolvedores recebem uma tarefa e um prazo e são deixados à própria responsabilidade ou são micro-gerenciados?


12/32



• "Diálogo cara-a-cara é o método mais eficiente e efetivo de transferir informação para e dentro uma equipe de desenvolvimento“

• O que fazer quando membros da equipe encontram-se em locais remotos?

• Pessoas estão frequentemente ocupadas para comunicarem-se adequadamente

• Empresas não valorizam a prática


13/32



• "Software útil é a medida primária de progresso“

• Como medir “software útil”?

• Taxas de defeito, horas trabalhadas, linhas de código?

• Utilizar medidas que importam neste contexto: o cliente recebeu uma função (feature) que precisava? Quantas funções úteis foram desenvolvidas? Essas funções eram grandes, médias ou pequenas?


14/32



• "Processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um passo constante indefinidamente“

• Todos na equipe trabalham 30 horas por semana em desenvolvimento e 10 horas em gerenciamento próprio, comunicação e parte administrativa.

• Horas-extras não são utilizadas.

• Uma equipe nunca entra em "modo de emergência“.


15/32



• "Atenção contínua à excelência técnica e bom projeto aumenta a agilidade“

• Na prática, excelência técnica é deixada de lado para atender requisitos de tempo.

• Empresas favorecem maior quantidade de emprego de pessoal pouco qualificado.


16/32



• "Simplicidade - a arte de maximizar a quantidade de trabalho não realizado - é essencial“

• A fase de planejamento é frequentemente negligenciada em favor da fase de desenvolvimento.

• Um projeto deficiente leva a hábitos ruins de desenvolvimento e código, atrasando manutenção e novos desenvolvimentos.


17/32



• "As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizadas“

• Equipes são organizadas pela gerência, raramente por si mesmas, problema de cultura corporativa.

• Caso interessante: Valve Corporation.


18/32



• "Em intervalos regulares, a equipe reflete sobre como se tornar mais efetiva, então ajusta seu comportamento de acordo“

• Na prática: revisões de desempenho individuais com medidas arbitrárias e subjetivas.

• Melhorias de processo levando em conta essas considerações não são realizadas.

• Alternativa melhor: revisões de desempenho de equipes.


19/32

Ferramentas de Engenharia

• Colaboração







20/32

Colaboração

• Brainstorming – uma ferramenta de várias

• OSBORN, Alex Faickney, Applied Imagination, 1953.

• Reunião entre membros de equipe

• Um Problema + Limitações

• + Idéias +

• Não existem idéias ruins, apenas poucas idéias


21/32

Colaboração

• Brainstorming - regras

• 1 – Foco em quantidade e diversidade

• 2 – Sem julgamentos, todas as ideias são válidas no estágio inicial

• 3 – Todas as ideias são desejáveis, especialmente as que fogem do comum

• 4 – Combinação de ideais é estimulada


22/32

Colaboração• Brainstorming - ferramentas

• Papel ou quadro

• Softwares:

• FreeMind

• CmapTools

• XMind

• iMindMap


23/32

Colaboração

• Mapas de conceitos

• Diagramas que relacionam conceitos

• Organizam e estruturam conhecimento

Exemplo: CmapTools


24/32

Colaboração• Mapas de conceitos

Exemplo: iMindMap


25/32

Atividade

• Pesquisar e preparar um resumo sobre as seguintes ferramentas de projeto:

• Colaboração







26/32

Atividade

• Sugestões – Colaboração

• Brainstorming

• NGT (Nominal Group Technique)

• Diagramas de Afinidade

• Diagramas de Contexto

• Benchmarking Colaborativo


27/32

Atividade• Sugestões – Gerência de Requisitos

• Model Based Systems Engineering

• Systemic Textual Analysis

• Viewpoint Analysis

• Quality Function Deployment

• Requisitos funcionais e não-funcionais

• Modelagem Funcional

• Modelo Kano

• Análise da Parte Interessada


28/32

Atividade

• Sugestões – Projeto de Sistemas

• Heurísticas

• Método Taguchi

• Design Structure Matrix

• Gráfico N2

• Método TRIZ

• Projeto Axiomático


29/32

Atividade

• Sugestões – Gerência de Projetos

• Earned Value Management System

• Work Breakdown Structure, Organizational BreakdownStructure, Responsibility Assignment Matrix (WBS/OBS/RAM)

• Diagramas de Gantt

• Critical Path Method

• Program Evaluation and Review Technique


30/32

Atividade

• Sugestões – Solução de Problemas

• Root Cause Analysis

• Diagrama Ishikawa

• 5 Whys

• Quality Clinic Process Charts

• Mistake Proofing

• Functional Failure Mode and Effects Analysis


31/32

Atividade

• Sugestões – Tomada de Decisão

• Análise de custo-benefício

• Matriz Pugh

• Analytical Hierarchy Process

• Matriz Kepner-Tregoe


32/32

Atividade

• Prazo para entrega

• 7 de abril de 2015


Introdução à Engenhariapaginapessoal.utfpr.edu.br/danielc/Ensino/Graduacao/2015.1/CP41A/… ·...

Documents

Transcript of Introdução à Engenhariapaginapessoal.utfpr.edu.br/danielc/Ensino/Graduacao/2015.1/CP41A/… ·...