ENGENHARIA DE SOFTWARE. Aula 08 Gerenciamento de Projetos

Transcrição

1 ENGENHARIA DE SOFTWARE Aula 08 Gerenciamento de Projetos

2 OBJETIVOS Conhecer as principais tarefas dos gerentes de projetos de software; Saber a noção de gerenciamento de riscos e alguns riscos que podem surgir nos projetos de software; Entender os fatores que influenciam a motivação pessoal e o que eles podem significar para os gerentes de projeto de software; Compreender as questões principais que influenciam um trabalho de equipe, como comunicação, organização e composição de equipe. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 2

3 PARA DISTRAIR 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 3

4 INTRODUÇÃO O gerenciamento de projetos de software é uma parte essencial da engenharia de software. Os projetos precisam ser gerenciados, pois a engenharia de software profissional está sempre sujeita a orçamentos organizacionais e restrições de cronograma. O trabalho do gerente de software é garantir que o projeto de software atenda e supere essas restrições, além de oferecer softwares de alta qualidade. O sucesso do projeto não é garantido por um bom gerenciamento. No entanto, o mau gerenciamento costuma resultar em falha do projeto - o software pode ser entregue com atraso, custar mais do que o inicialmente estimado, ou não se conseguem satisfazer as expectativas dos clientes. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 4

5 GERENCIAMENTO DE RISCOS O gerenciamento de riscos é um dos trabalhos mais importantes para um gerente de projeto. Ele envolve antecipar os riscos que podem afetar o cronograma do projeto ou a qualidade do software que está sendo desenvolvido e tomar medidas para evitar tais riscos. Você pode pensar em um risco como algo que você preferiria que não acontecesse. Os riscos podem ameaçar o projeto, o software que está sendo desenvolvido ou a organização. Existem três categorias de risco relacionadas: Riscos de Projeto, Riscos de Produto e Riscos de Negócio 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 5

6 GERENCIAMENTO DE RISCOS Tabela 1: Exemplos de riscos comuns de projeto, produto e negócio Risco Afeta Descrição Rotatividade de Pessoal Projeto Pessoal experiente deixará o projeto antes de ser concluído. Mudança de gerência Projeto Haverá uma mudança na gerência da organização com prioridades diferentes. Indisponibilidade de hardware Projeto Hardware que é essencial para o projeto não será entregue no prazo. Mudança de requisitos Projeto e produto Haverá um número maior de alterações nos requisitos do que o previsto. Atrasos de especificação Projeto e produto Especificações de interfaces não estão disponíveis no prazo. Tamanho subestimado Projeto e produto O tamanho do sistema foi subestimado. Baixo desempenho de ferramenta CASE Produto Ferramentas CASE, que apoiam o projeto, não executam como o previsto. Mudança de tecnologia Negócio A tecnologia sobre a qual o sistema foi construído é substituída por uma nova tecnologia. Concorrência de produto Negócio Um produto concorrente é comercializado antes que o sistema seja concluído. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 6

7 GERENCIAMENTO DE RISCOS Imagem 1: Processo de gerenciamento de riscos 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 7

8 IDENTIFICAÇÃO DE RISCOS A identificação de riscos é o primeiro estágio do processo de gerenciamento de riscos. Ele diz respeito à identificação de riscos que poderiam representar uma grande ameaça para o processo de engenharia de software, o software que está sendo desenvolvido ou a organização de desenvolvimento. A identificação de riscos pode ser um processo de equipe quando uma equipe se junta para discutir possíveis riscos. Como alternativa, o gerente de projeto pode usar sua experiência para identificar os mais prováveis ou críticos. Existem pelo menos seis tipos de riscos que podem ser incluídos em um checklist de verificação de riscos (ver próximo slide). 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 8

9 GERENCIAMENTO DE RISCOS Tabela 2: Exemplos de diferentes tipos de riscos Tipo de risco Tecnologia Pessoas Organizacional Ferramentas Requisitos Estimativa Possíveis riscos O banco de dados usado no sistema não pode processar tantas transações por segundo, quanto o esperado. (1) Os componentes de software reusáveis contêm defeitos que significam que eles não podem ser reusados como o planejado. (2) É impossível recrutar pessoas com habilidades necessárias. (3) As principais pessoas estão doentes e, nos momentos críticos, não estão disponíveis. (4) O treinamento para o pessoal não está disponível. (5) A organização é reestruturada para que diferentes gerências sejam responsáveis pelo projeto. (6) Problemas financeiros organizacionais forçam reduções no orçamento do projeto. (7) O código gerado pelas ferramentas de geração de código de software é ineficiente. (8) As ferramentas de software não podem trabalhar juntas de forma integrada. (9) São propostas mudanças nos requisitos que requerem retrabalho de projeto. (10) Os clientes não conseguem compreender o impacto das mudanças nos requisitos. (11) O tempo necessário para desenvolver o software é subestimado. (12) A taxa de reparo de defeito é subestimada. (13) O tamanho do software é subestimado. (14) 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 9

10 ANÁLISE DE RISCOS Durante o processo de análise de riscos, você deve considerar cada risco identificado e fazer um julgamento sobre a probabilidade e a gravidade desses riscos. Não há uma maneira fácil de fazer isso. Você tem de confiar em seu próprio julgamento e na experiência advinda de projetos anteriores e de problemas que surgiram neles. Não é possível fazer uma avaliação precisa e numérica da probabilidade e gravidade de cada risco. Em vez disso, você deve atribuir o risco a um entre vários tipos: 1. A probabilidade do risco (de muito baixo a muito alto) 2. Os efeitos do risco (de insignificante a catastrófico) 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 10

11 O PLANEJAMENTO DE RISCOS O processo de planejamento de riscos considera cada um dos principais riscos que foram identificados e desenvolve estratégias para gerenciar esses riscos. Para cada um dos riscos, você precisa pensar em ações que possa tomar para minimizar a interrupção do projeto, caso ocorra o problema identificado no risco. Você também precisa pensar sobre as informações que pode precisar coletar durante a monitoração do projeto de maneira que os problemas possam ser antecipados. Não existe um processo simples que possa ser seguido para o planejamento de contingência. Ele usa o julgamento e a experiência do gerente de projeto. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 11

12 MONITORAÇÃO DE RISCOS A monitoração de riscos é o processo de verificar se suas suposições sobre os riscos de produto, de processo e de negócios não mudaram. Você deve avaliar regularmente cada um dos riscos identificados para decidir se esse risco está se tornando mais ou menos provável. Você também precisa verificar se os efeitos dos riscos mudaram ou não. Para fazer isso, você deve observar outros fatores, como o número de solicitações de mudanças de requisitos, que lhe dão pistas sobre a probabilidade de risco e seus efeitos. Esses fatores dependem, obviamente, dos tipos de risco. Você deve monitorar esses riscos, regularmente, em todas as fases de um projeto. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 12

13 MONITORAÇÃO DE RISCOS Tabela 3: Os indicadores de riscos Tipo de risco Tecnologia Pessoas Organizacional Ferramentas Requisitos Estimativa Potenciais indicadores O atraso na entrega de hardware ou software de suporte; muitos relataram problemas de tecnologia. Pessoas com pouca motivação; relacionamentos fracos entre os membros da equipe; alta rotatividade de pessoal. Boatos organizacionais; falta de ação da gerência sênior. Relutância dos membros da equipe em usar as ferramentas; reclamações sobre as ferramentas CASE; demanda por estações de trabalho mais poderosas. Muitas solicitações de mudanças de requisitos; reclamações dos clientes. Falha em cumprir o cronograma aprovado; falha em eliminar os defeitos relatados. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 13

14 GERENCIAMENTO DE PESSOAS As pessoas que trabalham em uma organização de software são seus maiores ativos. Custa muito para recrutar e reter boas pessoas e cabe aos gerentes de software garantirem que a empresa obtenha o melhor retorno possível sobre seus investimentos. Nas empresas e economias de sucesso, isso é alcançado quando as pessoas são respeitadas pelas organizações e lhe são atribuídas responsabilidades que refletem suas habilidades e experiência. Há quatro fatores críticos no gerenciamento de pessoas: Consistência, Respeito, Inclusão e Honestidade. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 14

15 MOTIVAÇÃO DE PESSOAS Como gerente de projetos, você precisa motivar as pessoas que trabalham com você para que elas contribuam com o melhor de suas habilidades. Motivação significa organizar o trabalho e o ambiente de trabalho para incentivar as pessoas a trabalharem de modo mais eficaz possível. Se as pessoas não são motivadas, elas não se interessarão pelo trabalho que estão fazendo. Elas trabalharão lentamente, serão mais propensas a cometer erros e não contribuirão para os objetivos mais amplos da equipe ou organização. Cabe ao gerente de projetos entender um pouco sobre o que motiva as pessoas. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 15

16 MOTIVAÇÃO DE PESSOAS Imagem 2: Hierarquia de necessidades humanas (Maslow, 1954) 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 16

17 TRABALHO EM EQUIPE A maioria dos softwares profissionais é desenvolvida por equipes de projeto que variam em tamanho, desde duas até várias centenas de pessoas. Como é impossível para todos os membros de um grupo grande trabalharem juntos em um único problema, as grandes equipes são geralmente divididas em vários grupos. Cada grupo é responsável pelo desenvolvimento de parte do sistema global. Como regra geral, os grupos de projetos de engenharia de software não devem ter mais de dez membros. Quando são usados pequenos grupos, os problemas de comunicação são reduzidos. Todos se conhecem e todo o grupo pode se sentar em torno de uma mesa de reuniões para discutir o projeto e o software que estão desenvolvendo. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 17

18 SELEÇÃO DE MEMBROS DE GRUPO O trabalho do gerente ou líder de equipe é criar um grupo coeso e organizar seu grupo para que ele possa trabalhar com eficiência. Isso envolve a criação de um grupo com equilíbrio certo entre as habilidades técnicas e personalidades, assim como a organização desse grupo para que os membros trabalhem juntos com eficiência. Às vezes, pessoas de fora da organização são contratadas, no entanto frequentemente, os grupos de engenharia de software são colocados juntos dos funcionários atuais com experiência em outros projetos. Raramente, contudo, os gerentes têm total liberdade na seleção da equipe. Muitas vezes, eles precisam usar as pessoas que estão disponíveis na empresa, mesmo quando estas não são as pessoas ideais para o trabalho. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 18

19 ORGANIZAÇÃO DE GRUPO A maneira como um grupo é organizado afeta as decisões tomadas por ele, a maneira com as informações são trocadas e as interações entre o grupo de desenvolvimento e os stakeholders externos. As questões organizacionais mais importantes para os gerentes de projeto são: 1. O gerente de projetos deve ser o líder técnico do grupo? 2. Quem será envolvido na tomada de decisões técnicas críticas e como estas serão tomadas? 3. Como serão tratadas as interações com os stakeholders externos e a gerência sênior da empresa? 4. Como os grupos podem integrar pessoas que não estão no mesmo local de trabalho? 5. Como o conhecimento pode ser compartilhado entre o grupo? 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 19

20 COMUNICAÇÕES DE GRUPO É absolutamente essencial que os membros de grupo se comuniquem de maneira eficaz com outros membros e com os stakeholders de outros projetos. Os membros de grupo devem trocar informações sobre o status de seu trabalho, as decisões de projeto que foram feitas e as alterações nas decisões de projeto anteriores. Eles precisam resolver os problemas que surgem com outros stakeholders e informálos das mudanças no sistema, no grupo e nos planos de entrega. Boa comunicação também ajuda a reforçar a coesão de grupo. Membros de grupo conseguem compreender as motivações, os pontos fortes e os pontos fracos das outras pessoas do grupo. A eficácia e a eficiência das comunicações são influenciadas pelo tamanho do grupo, estrutura de grupo, composição de grupo, ambiente físico de trabalho e canais de comunicação disponíveis. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 20

21 PONTOS IMPORTANTES Um bom gerenciamento de projetos de software é essencial, caso os projetos de engenharia de software devam ser desenvolvidos no prazo e dentro do orçamento. O gerenciamento de software é diferente de outros gerenciamentos de engenharia. O software é intangível. Projetos podem ser novos ou inovadores; assim, não existe um corpo de experiências para orientar seu gerenciamento. Os processos de software não são tão maduros quanto os processos de engenharia tradicionais. Atualmente, o gerenciamento de riscos é reconhecido como uma das mais importantes tarefas de gerenciamento de projetos. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 21

22 PONTOS IMPORTANTES O gerenciamento de riscos envolve a identificação e a avaliação dos importantes riscos do projeto para estabelecer a probabilidade de que eles ocorram e as consequências para o projeto caso esses riscos ocorram. Você deve fazer planos para evitar, gerenciar ou lidar com riscos suscetíveis quando, e se, eles surgirem. As pessoas podem ser motivadas pela interação com outras pessoas, pelo reconhecimento da gerência e seus pares e pelas oportunidades de desenvolvimento pessoal. Grupos de desenvolvimento de software devem ser bastante pequenos e coesos. Os principais fatores que influenciam a eficácia de um grupo são as pessoas que o compõem, a forma como ele está organizado e a comunicação entre seus membros. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 22

23 PONTOS IMPORTANTES As comunicações dentro de um grupo são influenciadas por fatores como o status dos membros do grupo, o tamanho do grupo, sua composição entre homens e mulheres, as personalidades e os canais de comunicação disponíveis. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 23

24 ATIVIDADE Trabalho Individual Escrever um texto legível à caneta que forneça uma resposta para cada uma das perguntas do slide seguinte. A atividade deve ser entregue na próxima aula. Qualquer irregularidade na confecção ou do não seguimento das instruções na realização da mesma acarretará no desconto do conceito final. 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 24

25 ATIVIDADE 1. Explique porque os melhores programadores nem sempre se tornam os melhores gerentes de software. 2. Explique porque manter todos os membros de um grupo informados sobre progressos e decisões técnicas de um projeto pode melhorar a coesão (harmonia) do grupo. 3. Seu gerente solicitou que você entregue o software dentro do cronograma, o qual, você sabe, só poderá ser cumprido caso você peça a sua equipe de projeto que trabalhe horas extras não remuneradas. Todos os membros da equipe têm crianças pequenas. Discuta se você deve aceitar essa demanda de seu gerente ou se você deve convencer sua equipe a dar seu tempo para a organização, em vez de ficar com suas famílias. Quais fatores devem ser significativos em sua decisão? 02/06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 25

26 REFERÊNCIAS SOMMERVILLE, I. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, p. ISBN: /06/2017 IFPR QUEDAS DO IGUAÇU - ENGENHARIA DE SOFTWARE - DANILO GIACOBO 26