Capítulo 22 Gerenciamento de Projetos · • O gerenciamento de projetos é necessário porque o...

©2011PearsonPrenticeHall.Todososdireitosreservados.

Capítulo22

GerenciamentodeProjetos

©2011PearsonPrenticeHall.Todososdireitosreservados.slide1


Tópicos abordados

• Gerenciamento de riscos

• Gerenciamento de pessoas

• Trabalho de equipe


Gerenciamentodeprojetosdesoftware

• Interessados nas atividades envolvidas em garantir que o software sejaentregue no prazo e dentro do cronograma e em conformidade com asexigências das organizações que desenvolvem e adquirem software.

• O gerenciamento de projetos é necessário porque o desenvolvimento desoftware está sempre sujeito a restrições de orçamento e cronograma, as quaissão definidas pela organização que desenvolve o software.


Critériosdesucesso

• Entregar o software para o cliente no prazo acordado.

• Manter os custos dentro do orçamento geral.

• Entregar um software que atenda às expectativas do cliente.

• Manter uma equipe de desenvolvimento feliz e que trabalhe bem.


Distinçõesdogerenciamentodesoftware

• O produto é intangívelü O software não pode ser visto ou tocado. Os gerentes de projetos de

software não podem avaliar o progresso apenas olhando para o artefatoque está sendo desenvolvido.

• Muitos projetos de software são ‘projetos únicos’.ü Geralmente, os grandes projetos de software são diferentes em alguns

aspectos dos projetos anteriores. Mesmo os gerentes que têm muitaexperiência anterior podem achar que é difícil antecipar problemas.

• Processos de software são variáveis e específicos de cada organização.ü Ainda não é possível prever quando um processo de software em

particular pode conduzir a problemas de desenvolvimento.


Atividadesdegerenciamento

• Planejamento do projetoü Gerentes de projeto são responsáveis pelo planejamento, elaboração de

estimativa e cronograma de desenvolvimento de projetos e por atribuirtarefas às pessoas.

• Geração de relatóriosü Normalmente, os gerentes de projeto são responsáveis por informar sobre

o andamento de um projeto para os clientes e para os gerentes daempresa que desenvolve o software.

• Gerenciamento de riscosü Os gerentes de projeto avaliam os riscos que podem afetar um projeto,

monitoram esses riscos e tomam medidas quando surgem problemas.


Atividadesdegerenciamento

• Gerenciamento de pessoas

ü Os gerentes de projeto precisam escolher as pessoas para sua equipe eestabelecer formas de trabalho que levem a um desempenho eficaz daequipe.

• Elaboração de propostas

ü A primeira etapa em um projeto de software pode envolver a elaboraçãode uma proposta para ganhar um contrato para realizar um item detrabalho. A proposta descreve os objetivos do projeto e como ele serárealizado.


Gerenciamentoderiscos

• O gerenciamento de riscos se preocupa pela identificação de riscos e pelaelaboração de planos para minimizar os seus efeitos em um projeto.

• Um risco é uma probabilidade de que alguma circunstância adversa irá ocorrer

ü Riscos de projeto afetam a programação ou recursos;

ü Riscos de produtos afetam a qualidade ou o desempenho do software emdesenvolvimento;

ü Riscos de negócio afetam a organização que desenvolve ou adquire osoftware.


Exemplos deriscoscomuns deprojeto,produtoenegócio


Processodegerenciamentoderiscos

• Identificação de riscosü Identificar os riscos de projeto, produto e negócio;

• Análise de riscoü Avaliar a probabilidade e as consequências desses riscos;

• Planejamento de riscosü Elaborar planos para evitar ou minimizar os efeitos do risco;

• Monitoração de riscosü Monitorar os riscos ao longo do projeto;


Processodegerenciamentoderiscos


Identificaçãoderiscos

• Pode ser uma atividade em equipe ou baseada na experiência do gerente doprojeto.

• • Para identificar os riscos em um projeto pode ser usada um checklist de riscos

comuns.

ü Riscos de tecnologia.ü Riscos de pessoas.ü Riscos organizacionais.ü Riscos de ferramentas.ü Riscos de requisitos.ü Riscos de estimativas.


Exemplos dediferentestiposderiscos


Análisederiscos

• Probabilidade pode se avaliada pela seriedade de cada risco.

• A probabilidade pode ser muito baixa, baixa, moderada, alta ou muito alta.

• A consequências do risco podem ser catastróficas, sérias, toleráveis ouinsignificantes.


Exemplos etiposderiscos


Planejamentoderiscos

• Considerar cada risco e desenvolver uma estratégia para gerenciar esses riscos.

• Estratégias de prevençãoü A probabilidade de que ocorra algum risco é reduzida.

• Estratégias de minimizaçãoü O impacto do risco no projeto ou produto será reduzido.

• Planos de contingênciaü Caso ocorra algum risco, os planos de contingência são para lidar com esse

risco.


Estratégiasparaajudaragerenciarosriscos


Monitoração deriscos

• Avaliar regularmente cada risco identificado para decidir quando esses está setornando mais ou menos provável.

• Também avaliar se os efeitos do risco mudaram.

• Cada risco importante deve ser discutido nas reuniões de gerenciamento deprogresso.


Indicadores deriscos


Pontosimportantes

• O bom gerenciamento de projetos é essencial para que projetos de engenhariade software sejam desenvolvidos dentro do cronograma e dentro doorçamento.

• O gerenciamento de software é diferente do gerenciamento de engenharia.Softwares são intangíveis.

• Os projetos podem ser novos ou inovadores, não existe um corpo deexperiências para orientar seu gerenciamento.

• Os processos de software não são tão maduros quanto os tradicionaisprocessos de engenharia.


Pontosimportantes

• Atualmente o gerenciamento de riscos é reconhecido como uma das tarefas degerenciamento mais importantes do projeto.

• O gerenciamento de riscos envolve a identificação e avaliação de riscos doprojeto para estabelecer qual a probabilidade de que eles ocorram e asconsequências para o projeto, caso esses riscos ocorram.

• Você deve fazer planos para evitar, gerir ou lidar com os prováveis riscos se ouquando eles surgirem.


Gerenciamentodepessoas

• As pessoas são os ativos mais importantes de uma organização.

• As tarefas de um gerente são essencialmente voltadas para as pessoas.

• A menos que haja alguma compreensão sobre as pessoas, o gerenciamentonão terá sucesso.

• Um gerenciamento de pessoas ruim é um importante contribuinte para a falhado projeto.


Fatorescríticosnogerenciamentodepessoas

• Consistênciaü Membros da equipe devem ser todos tratados de forma comparável, sem

favoritismo ou discriminação.• Respeito

ü Diferentes membros da equipe têm habilidades diferentes e essasdiferenças devem ser respeitadas.

• Inclusãoü Envolva todos os membros da equipe e certifique-se de que as opiniões

das pessoas sejam consideradas.• Honestidade

ü Em um projeto, você sempre deve ser honesto a respeito do que está indobem e o que está indo mal na equipe.


Motivaraspessoas

• Um importante papel de um gerente é motivar as pessoas que trabalham emum projeto.

• Motivação significa organizar o trabalho e o ambiente de trabalho paraincentivar as pessoas a trabalharem de forma eficaz.

ü Se as pessoas não estão motivadas, elas não estarão interessadas notrabalho que estão fazendo. Elas vão trabalhar lentamente, ser maispropensas a cometer erros e não contribuir para os objetivos mais amplosda equipe ou da organização.


Motivaraspessoas

• A motivação é uma questão complexa, mas parece que existem diferentes tiposde motivação baseadas em:

ü Necessidades básicas (por exemplo, sono, alimentação, etc.);

ü Necessidades pessoais (por exemplo, respeito, autoestima.);

ü Necessidades sociais (por exemplo, para ser aceito como parte de umgrupo.).


Hierarquiadenecessidades humanas


Necessidadedesatisfação

• Em grupos de desenvolvimento de software, as necessidades básicasfisiológicas e de segurança não são um problema.

• Socialü Fornecer instalações comuns;ü Permitir a comunicação informal por exemplo, através de redes sociais.

• Autoestimaü Reconhecimento dos resultados alcançados;ü Recompensas apropriadas.

• Autorrealizaçãoü Formação – as pessoas querem saber mais;ü Responsabilidade.


Motivações individuais

Estudo de caso: Motivação

Alice é uma gerente de projetos de software que trabalha em uma empresa quedesenvolve sistemas de alarme. Essa empresa pretende entrar no mercadocrescente de tecnologia assistencial para ajudar pessoas idosas e com deficiênciasa viver de forma independente. Alice foi solicitada para liderar uma equipe de seisdesenvolvedores para desenvolver novos produtos baseados na tecnologia dealarme da empresa.O projeto de tecnologia assistencial de Alice começa bem. Bons relacionamentosde trabalho se estabelecem dentro da equipe e surgem novas e criativas ideias. Aequipe decide desenvolver um sistema de mensagens ponto-a-ponto usandotelevisores digitais ligados à rede de alarme para comunicações. No entanto,faltando alguns meses para o projeto, Alice nota que Dorothy, uma especialista emprojeto de hardware, começa a chegar atrasada no trabalho, a qualidade de seutrabalho se deteriora cada vez mais e ela não parece estar se comunicando com osoutros membros da equipe.


Motivações individuais

Alice fala sobre o problema informalmente com outros membros da equipe paratentar descobrir se houve mudanças em circunstâncias pessoais de Dorothy e seisso pode afetar seu trabalho. Eles não sabem de nada, então Alice decide falarcom Dorothy para tentar entender o problema. Depois de inicialmente desmentirque existe um problema, Dorothy admite que ela perdeu o interesse no trabalho.Ela esperava que fosse capaz de desenvolver e usar suas habilidades deinterfaceamento de hardware, no entanto, por causa da direção escolhida para oproduto, ela tem poucas oportunidades para isso. Basicamente, ela estátrabalhando como uma programadora C com outros membros da equipe.

Embora admita que o trabalho seja desafiador, ela está preocupada em nãodesenvolver suas habilidades de interface. Ela está preocupada em encontrar umtrabalho que envolva a interface de hardware após esse projeto. Ela decidiuminimizar a conversa com os membros da equipe por não querer perturbá-los como que está pensando sobre o próximo projeto.


Tiposdepersonalidade

• A hierarquia de necessidades é quase certamente uma simplificação excessivadas motivações na prática.

• A motivação também deve levar em conta diferentes tipos de personalidade:

ü Orientadas a tarefas;

ü Automotivadas;

ü Orientadas a interações.


Tiposdepersonalidade

• Orientadas a tarefas

ü A motivação para fazer o trabalho é o trabalho em si;

• Automotivadas

ü O trabalho é um meio para um fim, esse é a realização dos objetivosindividuais – por exemplo, para ficar rico, para jogar tênis, viajar, etc;

• Orientadas a interações

ü A principal motivação é a presença e as ações dos colegas de trabalho. Aspessoas vão trabalhar porque gostam de ir trabalhar.


Saldodamotivação

• Motivações individuais são compostas por elementos de várias classes.

• O saldo pode mudar dependendo das circunstâncias pessoais e eventosexternos.

• No entanto, as pessoas não são motivadas apenas por fatores pessoais, mastambém por ser parte de um grupo e cultura.

• As pessoas vão trabalhar, porque são motivadas pelas pessoas com quemtrabalham.


Trabalhodeequipe

• A engenharia de software é uma atividade de grupoü O cronograma de desenvolvimento para a maioria dos projetos de

software não-triviais não pode ser completado por uma única pessoatrabalhando sozinha.

• Um bom grupo é coeso e tem um espírito de equipe. As pessoas envolvidas sãomotivadas pelo sucesso do grupo, bem como por seus objetivos pessoais.

• A interação do grupo é um fator determinante para o bom desempenho dogrupo.

• Na composição do grupo, a flexibilidade é limitada.ü Os gerentes devem fazer o melhor que podem com a equipe disponível.


Coesãodogrupo

• Em um grupo coeso, os membros do grupo consideram esse mais importantedo que qualquer indivíduo do mesmo.

• As vantagens de um grupo coeso são:

ü O grupo pode estabelecer seus próprios padrões de qualidade.ü Os membros da equipe aprendem uns com os outros e conhecem o

trabalho de todos; Reduz as inibições causadas pela ignorância.ü O conhecimento é compartilhado. O que permite a manutenção da

continuidade caso algummembro do grupo saia.ü Refatoração e melhorias contínuas são incentivadas. Membros do grupo

trabalham coletivamente para entregar resultados de alta qualidade ecorrigir problemas, independentemente dos indivíduos que originalmentecriaram o projeto ou o programa.


Coesãodogrupo– Espíritodeequipe

Estudo de caso: Espírito de equipe

Alice, uma experiente gerente de projetos, compreende a importância da criaçãode um grupo coeso. Quando eles desenvolvem um novo produto, ela tem aoportunidade de envolver todos os membros do grupo na especificação e noprojeto de produto, levando-os a discutirem as possíveis tecnologias com osmembros mais idosos de suas famílias. Ela os incentiva a trazerem esses membrosda família para encontrarem outros membros do grupo de desenvolvimento.

Alice também organiza almoços mensais para todos no grupo. Esses almoços sãouma oportunidade para todos os membros da equipe se encontrareminformalmente, conversarem sobre suas questões de interesse e conhecerem unsaos outros.


Coesãodogrupo– Espíritodeequipe

Estudo de caso: Espírito de equipe

No almoço, Alice diz ao grupo o que ela sabe sobre as notícias organizacionais,políticas, estratégias e assim por diante. Em seguida, cada membro da equiperesume brevemente o que eles têm feito e o grupo discute um tema geral, como asideias dos parentes idosos para novos produtos.

De tempos em tempos, Alice organiza um ‘tempo fora’ para o grupo, no qual aequipe passa dois dias ‘atualizando as tecnologias’. Cada membro da equipeprepara uma atualização sobre uma tecnologia relevante e apresenta ao grupo.

Essa é uma reunião fora do local de trabalho, em um bom hotel, com todo o tempoprogramado para discussões e interação social.


Aeficáciadeumaequipe

• As pessoas no grupoü Como um projeto de desenvolvimento de software envolve diversas

atividades, tais como negociação com clientes, programação, testes edocumentação, é necessário ter uma mistura de pessoas em um grupo deum projeto.

• A organização de grupoü Um grupo deve ser organizado de modo que os indivíduos possam

contribuir com o melhor das suas habilidades e suas tarefas possam serconcluídas como previsto.

• Comunicações técnicas e gerenciaisü Uma boa comunicação entre os membros do grupo, bem como a equipe de

engenharia de software e outros participantes do projeto, é essencial.


Seleçãodemembrosdegrupo

• O trabalho de um gerente ou líder de uma equipe é criar um grupo coeso eorganizar o seu grupo para que esse possa trabalhar em conjunto de formaeficaz.

• O que envolve a criação de um grupo com equilíbrio entre habilidades técnicase personalidades, assim como a organização desse grupo para que os membrostrabalhem em conjunto de forma eficaz.


Montandoumaequipe

• Pode não ser possível nomear as pessoas ideais para trabalharem em umprojeto.

ü O orçamento do projeto pode não permitir a contratação de pessoal comremunerações altas;

ü Pode não ser possível encontrar pessoas com a experiência apropriada;

ü Em projetos de software, uma organização pode querer desenvolver ashabilidades dos funcionários.

• Os gerentes precisam trabalhar dentro dessas limitações, especialmentequando há falta de pessoal treinado.


Composição degrupo

• Um grupo composto por membros que partilham da mesma motivação podeser problemático.

ü Orientadas a tarefas – todos querem fazer suas próprias coisas;ü Automotivadas – todos querem ser o chefe;ü Orientadas a interações – muito bate-papo, pouco trabalho.

• Um grupo de sucesso alcançou o equilíbrio entre todos os tipos.

• Isto pode ser difícil de conseguir, pois geralmente os engenheiros de softwaresão orientados a tarefas.

• Pessoas orientadas a interações são muito importantes, pois podem detectar ealiviar as tensões que surgirem.


Composição degrupo

Estudo de caso: Composição de grupoNa criação de um grupo de desenvolvimento de tecnologia assistencial, Alice estáciente da importância de selecionar membros com personalidadescomplementares. Ao entrevistar potenciais membros do grupo, ela tentou avaliarse eles são orientados a tarefas, auto-orientados ou orientados a interações. Elasentiu que ela era, principalmente, um tipo auto-orientado, pois considerava oprojeto como uma maneira de ser notada pela gerência sênior e, possivelmente,promovida. Portanto, para complementar a equipe, ela procurava por uma outalvez duas personalidades orientadas a interações, além de indivíduos orientadosa tarefas. Em sua última análise, a equipe que ela havia montado era:

Alice — auto-orientadaBrian — orientado a tarefasBob — orientado a tarefasCarol — orientada a interaçõesDorothy — auto-orientadaEd — orientado a interaçõesFred — orientado a tarefas


Organizaçãodegrupo

• A maneira como um grupo está organizado afeta as decisões tomadas por essegrupo, e a maneira como as informações são trocadas e as interações entre ogrupo de desenvolvimento e stakeholders externos do projeto.

• As questões essenciais incluem:

ü O gerente do projeto deve ser o líder técnico do grupo?ü Quem será envolvido na tomada de decisões técnicas críticas, e como

essas serão tomadas?ü Como serão tratadas as interações com stakeholders externos e a gerência

sênior?ü Como integrar grupos de pessoas que não estão localizados no mesmo

local?ü Como o conhecimento pode ser compartilhado por todo o grupo?


Organizaçãodegrupo

• Normalmente os pequenos grupos de engenharia de software são organizadosinformalmente, sem uma estrutura rígida.

• Para projetos grandes, pode haver uma estrutura hierárquica, em que osdiferentes grupos sejam responsáveis por diferentes subprojetos.

• O desenvolvimento ágil sempre se baseia em um grupo informal, em virtude doprincípio de que a estrutura formal inibe a troca de informações.


Grupos informais

• O grupo atua como um todo e chega a um consenso sobre as decisões queafetam o sistema.

• O líder do grupo serve como a interface externa do grupo, mas não aloca itensespecíficos de trabalho.

• Em vez disso, o trabalho é discutido pelo grupo como um todo e as tarefas sãoatribuídas de acordo com habilidade e experiência.

• Essa abordagem é bem sucedida para os grupos em que todos os membros sãoexperientes e competentes.


Comunicações degrupo

• Uma boa comunicação é essencial para a eficácia do trabalho em grupo.

• É importante trocar informações sobre o status do trabalho, decisões deprojeto e mudanças em decisões anteriores.

• Uma boa comunicação também fortalece a coesão do grupo, uma vez quepromove a compreensão.


Comunicação degrupo

• Tamanho de grupoü Quanto maior o grupo, mais difícil a comunicação das pessoas com outros

membros do grupo.

• Estrutura de grupoü A comunicação é melhor em grupos informalmente estruturados, não

estruturados hierarquicamente.

• Composição de grupoü A comunicação é melhor quando existem diferentes tipos de personalidade

em um grupo e quando esses grupos são mistos, em vez de terem pessoasde um só sexo.


Comunicação degrupo

• Ambiente físico de trabalho

ü Uma boa organização do local de trabalho pode ajudar a encorajar acomunicação.

• Canais de comunicação disponíveis

ü Como as equipes são cada vez mais distribuídas, várias tecnologias parafacilitar a comunicação devem ser usadas.


Pontosimportantes

• As pessoas são motivadas pela interação com outras pessoas, peloreconhecimento da gerência e seus pares, e pelas oportunidades dedesenvolvimento pessoal que lhes são dadas.

• Grupos de desenvolvimento de software devem ser bastante pequenos ecoesos.

• Os principais fatores que influenciam a eficácia de um grupo são as pessoasnesse grupo, a forma como ele é organizado e a comunicação entre osmembros do grupo.

• Comunicações dentro de um grupo são influenciadas por fatores como o statusdos membros do grupo, o tamanho do grupo, a composição de gêneros dogrupo, personalidades e canais de comunicação disponíveis.

Capítulo 22 Gerenciamento de Projetos · • O gerenciamento de projetos é necessário porque o...

Documents

Transcript of Capítulo 22 Gerenciamento de Projetos · • O gerenciamento de projetos é necessário porque o...