Introdução à Engenharia

Transcrição

1 Introdução à Engenharia CP41A Aula 6 Prof. Daniel Cavalcanti Jeronymo Revisão de metodologias de projetos (Atividade 2). Ferramentas de Engenharia. Universidade Tecnológica Federal do Paraná (UTFPR) Engenharia de Computação 1º Período /32

2 Metodologia de Projetos Programação Ágil Plano de Aula Ferramentas de Engenharia Colaboração Gerência de Requisitos Projeto de Sistemas Gerência de Projetos Solução de Problemas Tomada de Decisão 2/32

3 Projeto de Engenharia Metodologia de Projetos Requisitos iniciais Conceito & Arquitetura Projeto & Desenvolvimento Produto Programação Ágil Tema recorrente na Atividade 2 Popular buzzword É uma realidade na indústria? 3/32

4 Programação Ágil Manifesto Ágil + Indivíduos e Interações Processos e ferramentas Metodologia de Projetos + Software utilizável Documentação compreensiva + Colaboração do cliente Negociação de contrato + Resposta a mudanças Seguir um plano 4/32

5 Programação Ágil Todos esses princípios são seguidos na prática? Metodologia de Projetos Quando um princípio deixa de ser seguido, o processo ainda é Ágil? 5/32

6 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 Metodologia de Projetos 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? 6/32

7 Programação Ágil Destrinchando os princípios "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 Metodologia de Projetos Os desenvolvedores gostam de mudanças? Na prática não são aceitas e são postergadas 7/32

8 Programação Ágil Destrinchando os princípios "Entrega frequente de software útil, prazos entre semanas e meses, com preferência a escalas curtas de tempo Metodologia de Projetos Na prática, as atualizações são pequenas ou grandes? Como dividir o desenvolvimento em fatias de tempo que atendam os prazos? 8/32

9 Programação Ágil Destrinchando os princípios "O pessoal administrativo e desenvolvedores devem trabalhar juntos diariamente ao longo do projeto Metodologia de Projetos O contato é realizado entre desenvolvedores e os usuários do programa? Ou entre o gerente do gerente com o subchefe 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 9/32

10 Programação Ágil Destrinchando os princípios "Construir projetos ao redor de indivíduos motivados Metodologia de Projetos 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? 10/32

11 Programação Ágil Destrinchando os princípios "Entregue-os o ambiente e suporte que precisam, confie neles para que terminem o trabalho Metodologia de Projetos 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 microgerenciados? 11/32

12 Programação Ágil Destrinchando os princípios Metodologia de Projetos "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 12/32

13 Programação Ágil Destrinchando os princípios "Software útil é a medida primária de progresso Metodologia de Projetos 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? 13/32

14 Programação Ágil Destrinchando os princípios "Processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um passo constante indefinidamente Metodologia de Projetos 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. 14/32

15 Programação Ágil Destrinchando os princípios "Atenção contínua à excelência técnica e bom projeto aumenta a agilidade Metodologia de Projetos 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. 15/32

16 Programação Ágil Destrinchando os princípios "Simplicidade - a arte de maximizar a quantidade de trabalho não realizado - é essencial Metodologia de Projetos 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. 16/32

17 Programação Ágil Destrinchando os princípios "As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizadas Metodologia de Projetos Equipes são organizadas pela gerência, raramente por si mesmas, problema de cultura corporativa. Caso interessante: Valve Corporation. 17/32

18 Programação Ágil Destrinchando os princípios "Em intervalos regulares, a equipe reflete sobre como se tornar mais efetiva, então ajusta seu comportamento de acordo Metodologia de Projetos 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. 18/32

19 Colaboração Ferramentas de Engenharia Gerência de Requisitos Projeto de Sistemas Gerência de Projetos Solução de Problemas Tomada de Decisão 19/32

20 Brainstorming uma ferramenta de várias OSBORN, Alex Faickney, Applied Imagination, Colaboração Reunião entre membros de equipe Um Problema + Limitações + Idéias + Não existem idéias ruins, apenas poucas idéias 20/32

21 Brainstorming - regras Colaboração 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 21/32

22 Brainstorming - ferramentas Colaboração Papel ou quadro Softwares: FreeMind CmapTools XMind imindmap 22/32

23 Mapas de conceitos Diagramas que relacionam conceitos Organizam e estruturam conhecimento Colaboração Exemplo: CmapTools 23/32

24 Mapas de conceitos Colaboração Exemplo: imindmap 24/32

25 Pesquisar e preparar um resumo sobre as seguintes ferramentas de projeto: Colaboração Gerência de Requisitos Projeto de Sistemas Gerência de Projetos Solução de Problemas Tomada de Decisão Atividade 25/32

26 Sugestões Colaboração Brainstorming NGT (Nominal Group Technique) Diagramas de Afinidade Diagramas de Contexto Benchmarking Colaborativo Atividade 26/32

27 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 Atividade 27/32

28 Sugestões Projeto de Sistemas Heurísticas Método Taguchi Design Structure Matrix Gráfico N2 Método TRIZ Projeto Axiomático Atividade 28/32

29 Sugestões Gerência de Projetos Earned Value Management System Work Breakdown Structure, Organizational Breakdown Structure, Responsibility Assignment Matrix (WBS/OBS/RAM) Diagramas de Gantt Critical Path Method Program Evaluation and Review Technique Atividade 29/32

30 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 Atividade 30/32

31 Sugestões Tomada de Decisão Análise de custo-benefício Matriz Pugh Analytical Hierarchy Process Matriz Kepner-Tregoe Atividade 31/32

32 Prazo para entrega 7 de abril de 2015 Atividade 32/32