TCC Especialização Gerenciamento de Projetos

6.194 visualizações

Publicada em

concluido mas não apresentado ainda. mais informações por luiz ponto rauber arroba gmail ponto com

0 comentários
2 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
6.194
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3
Ações
Compartilhamentos
0
Downloads
272
Comentários
0
Gostaram
2
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

TCC Especialização Gerenciamento de Projetos

  1. 1. PONTIFÍCIA UNIVERSIDADE CATÓLICA DO RIO GRANDE DO SUL FACULDADE DE INFORMÁTICA - FACINESPECIALIZAÇÃO EM GERENCIAMENTO DE PROJETOS COM ÊNFASE EM TI LUIZ HENRIQUE RAUBER RODRIGUESGESTÃO ÁGIL DE PROJETOS ESTRATÉGICOS: PROPOSTA DE SOLUÇÃO PARA SELEÇÃO E EXECUÇÃO DE PROJETOS COM USO DE GESTÃO ESTRATÉGICA, GERENCIAMENTO DE PROJETOS E MÉTODOS ÁGEIS Porto Alegre 2012
  2. 2. LUIZ HENRIQUE RAUBER RODRIGUESGESTÃO ÁGIL DE PROJETOS ESTRATÉGICOS: PROPOSTA DE SOLUÇÃO PARASELEÇÃO E EXECUÇÃO DE PROJETOS COM USO DE GESTÃO ESTRATÉGICA, GERENCIAMENTO DE PROJETOS E MÉTODOS ÁGEIS Monografia apresentada a Faculdade de Informática da Pontifícia Universidade Católica do Rio Grande do Sul, Campus Porto Alegre, como requisito a obtenção do grau de Especialista em Gerenciamento de Projetos com Ênfase em TI. Prof. Orientador: Adilson Pize Porto Alegre 2012
  3. 3. LUIZ HENRIQUE RAUBER RODRIGUESGESTÃO ÁGIL DE PROJETOS ESTRATÉGICOS: PROPOSTA DE SOLUÇÃO PARASELEÇÃO E EXECUÇÃO DE PROJETOS COM USO DE GESTÃO ESTRATÉGICA, GERENCIAMENTO DE PROJETOS E MÉTODOS ÁGEIS Monografia apresentada a Faculdade de Informática da Pontifícia Universidade Católica do Rio Grande do Sul, Campus Porto Alegre, como requisito a obtenção do grau de Especialista em Gerenciamento de Projetos com Ênfase em TI. Aprovada em ______ de ____________________ de __________. BANCA EXAMINADORA: ___________________________________________ Prof. Adilson Pize - PMI-RS ____________________________________________ Prof. Ms. José Ignácio Jaeger Neto - PMI-RS _____________________________________________ Prof. Ms. Eduardo Meira Peres - PUCRS Porto Alegre 2012
  4. 4. Dedico esta monografia a todos que desafiam-se a novas ideias, jogando-se a elas contendo primordialmente o auxílio daquele que sempre deve lhe apoiar incondicionalmente, você mesmo.
  5. 5. AGRADECIMENTOS Parece engraçado, mas é difícil nomear a quem agradecer, pois são tantaspessoas que passam em nossas vidas, que deixam-nos algum aprendizado que ficaguardando em algum canto do cérebro. Por vezes, no momento em que se recebeu esteaprendizado ele não foi útil e até passou despercebido a sua importância, mas cedo outarde ele pode ser proveitoso, sendo uma lástima que ao se recordar, infelizmente nãofica uma ligação do mesmo com o cartão de visitas da pessoa que lhe passou, tendo-seassim um conhecimento órfão e um agradecimento sem destino. Tentando evitar aomáximo esquecer nomes, tenho a preferência de usar grupos, assim menciona-se todosos membros, inclusos aqueles que realmente impactaram a minha trajetória até omomento. Sem sombra de dúvidas, o primeiro grupo a quem devo todos os agradecimentosdesde o início da vida é a família, em especial meus pais, Luiz Francisco e Sueli e aminha irmã Ana Cristina. Sou grato a todos os amigos e networking gerado principalmente por: − Grupo de Usuários de Software Livre Tchelinux.org; − Aos meus colegas desta 4º turma da pós-graduação; − Aos amigos que acreditaram em mim e na ideia de formar o GUGP (Grupo de Usuários de Gerenciamento de Projetos), que propiciou-me conhecer melhor o professor, colega de coordenação do GUGP, amigo e orientador para esta monografia, Adilson Pize, sendo grato a ele pela ajuda; − Ao PMI-RS (Project Management Institute) e a oportunidade de poder contribuir junto a organização do VII e VIII Seminário de Gerenciamento de Projetos e apresentar esta monografia como pôster no VII Seminário de Gerenciamento de Projetos, assim como aos amigos lá formados, que me passaram boas experiências de Gerenciamento de Projetos; − IIBA (International Institute of Business Analysis) Porto Alegre; − A várias comunidades de Agile/ Métodos Ágeis; − A vários Grupos de Usuários da Sucesu-RS.
  6. 6. “Tudo no mundo dos negócios ou é um projeto ou está relacionado a um projeto.” Paul Dinsmore “Para projetos diferentes, cuidados diferentes” Darcy Prado “Mantenha a Simplificade” Tom Peters
  7. 7. RESUMO Apesar das circunstâncias mudarem constantemente, o “jogo de cintura” não éuma boa tática empresarial. Citando um exemplo de Carlos Alberto Júlio, seria o mesmocomparando empresas à pessoas, ao olhar para aquele amigo boa vida que estágastando o dinheiro dos pais, como sendo sendo aquela empresa que não se planeja,ambos não pensam em seu futuro. Empresas devem pensar estrategicamente egerenciar seus projetos, mas para as micro e pequenas, que por muitas vezes nemplanejamento estratégico têm, esta é uma árdua tarefa. Pensando assim, esta monografia foi escrita baseada em estudo bibliográfico detrês assuntos. O primeiro sobre Modelos, Frameworks e/ou Métodos Ágeis, em segundoo Gerenciamento de Projetos e em terceiro sobre Gestão Estratégica, no que tange aoalinhamento dos projetos à estratégia da empresa. Com isso, objetiva-se elucidar umasolução para a seleção e priorização de projetos alinhados à Gestão Estratégica e arealização aplicando-se o Gerenciamento de Projetos com técnicas Ágeis. Esta solução objetiva contribuir para que as micros e pequenas empresasobtenham vantagem competitiva e melhores resultados em seus negócios. Palavras-chave: Gestão Estratégica. Gerenciamento de Projetos. Métodos Ágeis.
  8. 8. ABSTRACT Despite the circumstances change constantly, "a hip" is not a good business tactic,exemplified, citing an example of Carlos Alberto Julio would be comparing the same firmsto people, look for one good friend who is toasting the life money from parents, as beingthe one company that does not plan to, both, do not think about their future. Companies must think strategically and manage their projects, but for micro andsmall, which often do not have strategic planning, this is an arduous task. Thinking thus, this monograph was written based on bibliographical study of threesubjects, the first on Models, Frameworks and / or Agile, in accordance with the ProjectManagement, Strategic Management and on the third, regarding the alignment of projectsto companys strategy. Thus, the objective is to elucidate a solution to the selection andprioritization of projects aligned to the strategic management, and performance byapplying project management techniques with Agile. This solution aims to contribute to the micro and small companies to obtaincompetitive advantage and better results in their business. Keywords: Strategic Management. Project Management. Agile.
  9. 9. ÍNDICE DE ILUSTRAÇÕESFigura 1 - Representação geral da solução proposta.........................................................22Figura 2 - Mapa Mental da Base Teórica............................................................................23Figura 3 - Mapa Mental da Gerência Estratégica...............................................................25Figura 4 – Diagrama de processo para fazer Planejamento Estratégico...........................26Figura 5 - Comparação de resultados dos relatórios Chaos..............................................32Figura 6 - Mapa Mental da Base de Práticas.....................................................................43Figura 7 - Matriz de Ansoff..................................................................................................46Figura 8 - Matriz SWOT......................................................................................................47Figura 9 - Mapa Mental do Detalhamentos dos Projetos...................................................53Figura 10 - Diagrama de Processo do Detalhamentos dos Projetos.................................54Figura 11 - Mapa Mental do Projeto Realizar Checklist do Estudo de Caso......................56Figura 12 - Mapa Mental do Projeto Realizar Checklists do Estudo de Caso....................57Figura 13 - Matriz Ansoff do Projeto Realizar Checklist do Estudo de Caso.....................58Figura 14 - Mapa mental da Seleção e Priorização de Projetos........................................59Figura 15 - Diagrama de processo da Seleção e Priorização de Projetos.........................61Figura 16 - Mapa Mental da Execução de Projetos............................................................65Figura 17 - Diagrama de Processo da Execução de Projetos............................................66Figura 18 - Quadro Kanban................................................................................................68
  10. 10. Sumário1 INTRODUÇÃO..................................................................................................................121.1 OBJETIVOS...................................................................................................................141.1.1 Objetivo Geral ............................................................................................................141.1.2 Objetivos Específicos..................................................................................................151.2 METODOLOGIAS..........................................................................................................161.2.1 Pesquisa Bibliográfica.................................................................................................161.2.2 Desenvolvimento Da Solução.....................................................................................171.2.3 Estudo De Caso Da Solução......................................................................................181.3 SITUAÇÃO PROBLEMÁTICA.......................................................................................182 REFERÊNCIAL TEÓRICO................................................................................................202.1 GESTÃO ESTRATÉGICA..............................................................................................222.1.1 Planejamento Estratégico...........................................................................................232.1.2 Aplicação De Gestão Estratégica Na Solução..........................................................262.2 GERENCIAMENTO DE PROJETOS.............................................................................262.2.1 Benefícios...................................................................................................................272.2.2 Atribuições...................................................................................................................282.2.3 PMBOK.......................................................................................................................292.2.4 Aplicação De Gerenciamento De Projetos Na Solução.............................................302.3 MÉTODOS ÁGEIS.........................................................................................................302.3.1 Onda Ágil....................................................................................................................322.3.2 Manifesto E Metodologias...........................................................................................332.3.3 Princípios Dos Métodos Ágeis....................................................................................332.3.4 Valores Do XP (Extreme Programming).....................................................................342.3.4.1 Comunicação ..........................................................................................................352.3.4.2 Simplicidade.............................................................................................................352.3.4.3 Feedback.................................................................................................................352.3.4.4 Coragem..................................................................................................................362.3.5 Papéis, Cerimônias E Artefatos Do Scrum.................................................................362.3.5.1 Papéis Do Scrum.....................................................................................................372.3.5.2 Cerimônias Do Scrum..............................................................................................382.3.5.3 Artefatos Do Scrum..................................................................................................382.3.6 Métodos Ágeis Em Gerenciamento De Projetos........................................................382.3.7 Princípios Dos Métodos Ágeis Em Gerenciamento De Projetos................................393 BASE PRÁTICA DA SOLUÇÃO........................................................................................423.1 MAPAS MENTAIS..........................................................................................................433.2 MATRIZ DE ANSOFF.....................................................................................................443.3 MATRIZ SWOT..............................................................................................................453.4 PONTUAÇÃO DE PROJETOS .....................................................................................463.5 PROJECT BACKLOG....................................................................................................473.6 DIAGRAMAS DE PROCESSO .....................................................................................483.7 REUNIÕES CURTAS.....................................................................................................483.8 INTEGRAÇÃO CONTÍNUA...........................................................................................493.9 RITMO SUSTENTÁVEL................................................................................................493.10 CONTEÚDO COLETIVO.............................................................................................503.11 EQUIPE AUTO-ORGANIZÁVEL..................................................................................503.12 RETROSPECTIVA/ FEEDBACK.................................................................................51
  11. 11. 4 DETALHAMENTOS DOS PROJETOS.............................................................................524.1 DEFINIR ESCOPO........................................................................................................534.2 ESPECIFICAR EM MAPAS MENTAIS..........................................................................544.3 FAZER SWOT DO PROJETO.......................................................................................554.4 FAZER ANSOFF DOS PRODUTOS..............................................................................565 SELEÇÃO E PRIORIZAÇÃO DE PROJETOS.................................................................585.1 DEFINIR CRITÉRIOS....................................................................................................615.2 PONTUAR......................................................................................................................625.3 SELECIONAR E PRIORIZAR........................................................................................636 EXECUÇÃO DE PROJETOS...........................................................................................646.1 PLANEJAR EXECUÇÃO DO PROJETO.......................................................................666.2 PLANEJAR EXECUÇÃO DA ATIVIDADE......................................................................686.3 EXECUTAR ATIVIDADE................................................................................................696.4 FINALIZAR ATIVIDADE.................................................................................................696.5 FINALIZAR PROJETO...................................................................................................707 CONCLUSÃO...................................................................................................................717.1 LIMITAÇÕES ESTUDO..................................................................................................727.2 TRABALHOS FUTUROS...............................................................................................73REFERÊNCIAS...................................................................................................................74ANEXO A – PLANEJAMENTO ESTRATÉGICO DO ESTUDO DE CASO.........................78ANEXO B – DOCUMENTOS DE INFORMAÇÕES DOS PROJETOS DO ESTUDO DECASO...................................................................................................................................81ANEXO C – PLANILHA DE SELEÇÃO E PRIORIZAÇÃO DO ESTUDO DE CASO.......117
  12. 12. 121 INTRODUÇÃO Hoje é comum dizer que o concorrente não é mais aquela empresa a metrosda sua e sim aquela empresa, não rara vezes, desconhecida e/ou de outro país, emvirtude do mundo cada vez mais globalizado. Neste ambiente de economiaglobalizada, a competição empresarial é cada vez mais acirrada, comércio érelativamente livre de tarifas e demais restrições são quase artificiais (HITT, 2001),ocorrendo batalhas diárias, não corporais com mortalidade de pessoas, mas simbatalhas entre empresas atrás de lucros, ocorrendo a mortalidade daquelas quemenos conseguem lucros. Do ambiente de antigas batalhas, como as travadas por Sun Tzu, a 2500anos, se pode fazer uso de suas palavras “se conhecemos o inimigo e a nósmesmos, não precisamos temer o resultado de uma centena de combates. Se nosconhecemos, mas não ao inimigo, para cada vitória sofreremos uma derrota. Se nãonos conhecemos nem ao inimigo, sucumbiremos em todas as batalhas.” Ou seja, o empresário deve conhecer a sua empresa e a dos concorrentes,tendo a liberdade de ainda inserir o mercado. Deve-se conhecer onde sua empresaestá inserida para assim melhor posicionar suas vantagens e pontos a melhorar, afim de criar e gerir as melhores estratégias de crescimento com o uso de GestãoEstratégica. Complementando, “A estratégia nunca foi tão importante quanto noatual ambiente de negócios.” (KAPLAN, 2000, aba livro). Através de estratégias, compostas por projetos, os gerentes almejamalcançar seus objetivos, como reforçar a posição da empresa no mercado,promover a satisfação dos clientes e atingir metas de desempenho, (THOMPSON,2000) dentre outros objetivos. As estratégias, traçadas no Planejamento Estratégico da empresa, commetas ou objetivos de curto a longo prazo, objetivam que a empresa eleve suavantagem competitiva, “o planejamento estratégico é essencial para a saúde decada empresa. Um planejamento estratégico eficaz pode representar, a longo prazo,a diferença entre o sucesso e o fracasso.” (KERZNER, 2002, p.107) O sucesso e o fracasso, dependem da vantagem competitiva por váriasfontes, como ter o produto mais bem produzido do mercado, ser capaz deproporcionar serviço superior ao cliente, obter custos mais baixos que os rivais,estar em uma localização geográfica mais conveniente, ter uma tecnologiapatenteada, características e estilos mais atraentes para o comprador, nome de
  13. 13. 13marca conhecido e reputação. Basicamente poder “proporcionar um valor maiorpelo dinheiro (combinação de boa qualidade, bom serviço e preço aceitável)”(THOMPSON, 2000, p. 153) para o cliente. Outra vantagem impactante é ter o menor tempo de desenvolvimento, teste eadequações, pois “um concorrente pode lançar antecipadamente um produto similare com melhor competitividade. Uma modificação na legislação pode tornar oproduto obsoleto” (PRADO, 2004, p. 196), onde nesta vantagem, o uso deGerenciamento de Projetos tende a impactar diretamente e de forma positiva. O Gerenciamento de Projetos é aliado para este desempenho de lançamentoem menor tempo, sendo que a vantagem competitiva é que quanto mais cedo forencerrado com sucesso um projeto e lançado o seu produto, melhor tende a ser oseu resultado em termos de inovação, market share e oportuniza iniciar antes umprocesso de melhoria continua deste produto. Pela sua importância no cenário atual, Gerenciamento de Projetos não estámais sendo utilizado apenas para projetos de engenharia de construção, como emsua origem, mas sim tendo utilização nas empresas de todos os tipos, por diversasrazões. Isto é o que às está alavancando ao sucesso. As empresas utilizamGerenciamento de Projetos como uma estratégia gerencial abrangente e nãoapenas para gerenciar projetos isolados (DINSMORE, 2010). Mas antes de realizar os projetos, deve-se saber selecionar os que estãomelhor alinhados à estratégia empresarial. Selecioná-los considerando apenas oprojeto de modo isolado, eleva a possibilidade de não se obter bons resultados alongo prazo na organização, além de que “os custos e benefícios de projetos de TI,frequentemente, são afetados por outros projetos.” (JAEGER, 2010, p. 29). Aseleção de projetos alinhados à estratégia empresarial é um dos objetivos destamonografia. Após priorizar e executar os projetos, para alcançar o sucesso nomenor tempo possível. De acordo com Kerzner (2002, p.46), “Nenhuma empresa no mundoabandonou a gestão de projetos depois de ter passado a utilizá-la. A razão para issoé que este sistema realmente funciona!”, no caso exposto, Gestão de Projetos tem omesmo conceito do termo Gerenciamento de Projetos, e assim será nestamonografia, por haver referência a vários autores que os usam de formasequivalentes, sendo que outros autores usam estes termos para assuntos diferentescomo Dinsmore (2010), mas esta discussão não será abordada nesta monografia.
  14. 14. 14 Os projetos, tanto na linha estratégica como isolados, quando bemgerenciados, tendem para que a empresa atinja suas metas. mas se esses projetosforem mal conduzidos, a tendência é de declínio empresarial (DINSMORE, 2010).Portanto, uma forte justificativa para aumentar a capacidade para gerenciar projetosda organização. Alinhado a Gerenciamento de Projetos, nesta monografia usa-se os MétodosÁgeis para Desenvolvimento de Software, ou somente Métodos Ágeis, oriundos deprojetos relativos à Tecnologia da Informação. Os Métodos Ágeis são “maneirasmelhores de desenvolver software” (MANIFESTO ÁGIL, 2001, site), possuindo umconjunto de Princípios e Práticas altamente adaptáveis, para se gerar maisresultado em menos tempo. E esta adaptabilidade é importante, principalmente em TI, onde os materiaisque usamos para criar o produto final são, conforme Schwaber (2004, p. 1)“extremamente voláteis”. Do mesmo autor, salienta que os “requisitos de utilizaçãopara um programa” como quase sempre ocorre ao desenvolvimento de software,“os usuários ainda têm que ver o que querem” além da “interoperação de programasde outros sinais com o programa em questão, e a interação dos organismos maiscomplexos do planeta - as pessoas.” Dentre os Métodos Ágeis, há váriasmetodologias, mas são utilizadas como objeto de estudo desta monografia apenas aScrum e a Extreme Programming (XP), sendo utilizados conceitos e práticas destasmetodologias. A solução deste trabalho, está exemplificada com o Estudo de Caso daMercovel Veículos de Santiago, Rio Grande do Sul, especialmente escolhido paraexemplificar as etapas, por se tratar de uma pequena empresa do setor automotivo,assim potencializando a demostração da adaptabilidade da solução proposta nestamonografia a segmentos além das empresas de Tecnologia da Informação, para aqual foi inicialmente planejada e desenvolvida.1.1 OBJETIVOS1.1.1 Objetivo Geral Com a citação de Joel Baker, “Visão sem ação é só um sonho; ação semvisão é um passatempo; visão e ação juntas podem mudar o mundo” no filme oEnigma dos Paradigmas, retirado de (JÚLIO, 2005, p.31), exemplifica-se o uso doconhecimento de Gestão Estratégica como visão e Gerenciamento de Projetos
  15. 15. 15como ação. Apoiado em ambos modelos de gestões, objetiva-se apresentar ao términodesta monografia, uma solução para identificar os projetos que melhores estãoalinhados ao planejamento estratégico da empresa, e além da seleção e priorizaçãodos mais aptos, otimizar a execução destes projetos através do Gerenciamento deProjetos apoiado com práticas e conceitos dos Métodos Ágeis, atuando em especialpara melhorar a comunicação da equipe. A solução está orientada à micro e pequenas empresas, principalmente às deTecnologia da Informação (TI) (BNDES, 2011; SEPRORGS, 2011), pois“Normalmente as pequenas empresas tem mais facilidades para alcançar aexcelência em gestão de projetos via planejamento estratégico”, (KERZNER, 2002,p.113) e as empresa de TI por aceitarem novas propostas com maior facilidade,como exemplo este nascimento dos Métodos Ágeis em seu ambiente. Resumidamente, pretende-se apresentar uma solução simples para “fazer oprojeto certo e fazer certo o projeto”. Entenda-se por solução, neste caso, não umametodologia a ser seguida, mas sim um conjunto de sugestões que podem serusadas como processos padrões, que podem ser repensados e adaptados paramaior segurança dos envolvidos na empresa, “todas as metodologias são baseadasno medo. Tentam criar hábitos que impedem os seus medos de se tornar realidade.”(BECK, 2000, p. 165). E em prol desta adaptação a cada empresa, contribui Prado (2004, p. 187)com “Gerentes diferentes conduzem seus trabalhos de maneira diferente. Projetosdiferentes são executados de maneira diferente. Empresas diferentes possuemculturas diferentes.”1.1.2 Objetivos Específicos Os objetivos específicos são: • Revisão bibliográfica sobre Gestão Estratégica; • Revisão bibliográfica sobre Gerenciamento de Projetos; • Revisão bibliográfica sobre Métodos Ágeis; • Revisão bibliográfica de casos de Gestão Estratégica; • Revisão bibliográfica de casos de Gerenciamento de Projetos; • Revisão bibliográfica de casos de Métodos Ágeis;
  16. 16. 16 • Desenvolver e apresentar nesta monografia, uma solução para seleção projetos; • Desenvolver e apresentar nesta monografia, uma solução para priorização de projetos; • Desenvolver e apresentar nesta monografia, uma solução para a execução de projetos; • Acompanhar os resultados obtidos através da solução implantada no Estudo de Caso; • Demostrar como exemplificação da solução proposta os resultados obtidos e permitidos do Estudo de Caso.1.2 METODOLOGIAS1.2.1 Pesquisa Bibliográfica A pesquisa científica para trabalhos de conclusão de curso é dividida emvários métodos para aquisição de conhecimento, onde, nesta monografia fez-se usoprincipalmente de Revisão Bibliográfica. Para a Revisão Bibliográfica, foram selecionadas obras de GestãoEstratégica, Planejamento Estratégico, Administração de Empresas, Gerenciamentode Projetos e Metodologias Ágeis, que descrevem práticas e/ou estudos de casos. Alguns conceitos, princípios e estudos de caso de Métodos Ágeis, provêmtambém de sites na internet, além dos livros referenciados. A partir de livros, e neles a partir de estudos de casos, relatos e referências,como os presentes em (DISNORE, 2010), (KERZNER, 2002), (KAPLAN, 2001),(VARGAS, 2009), (PRADO, 2004), (SCHWABER, 2004), (BECK, 2000) foramanalisados aspectos como: • Maturidade da empresa em relação a Gestão Estratégica e/ou Gerenciamento de Projetos e/ou Métodos Ágeis; • Situação inicial da empresa antes do uso de Gestão Estratégica e/ou Gerenciamento de Projetos e/ou Métodos Ágeis; • Situação atual da empresa após o uso de Gestão Estratégica e/ou Gerenciamento de Projetos e/ou Métodos Ágeis ; • Melhorias conseguidas através do uso de Gestão Estratégica e/ou Gerenciamento de Projetos e/ou Métodos Ágeis;
  17. 17. 17 • Práticas empregadas nas empresas para uso de Gestão Estratégica e/ou Gerenciamento de Projetos e/ou Métodos Ágeis.1.2.2 Desenvolvimento da solução A partir das referências bibliográficas, foi desenvolvida uma solução única,dividida em etapas, aplicando-se práticas e conceitos presentes em GestãoEstratégica, Gerenciamento de Projetos e Métodos Ágeis. Com a frase de TomPeters, “Mantenha a Simplicidade” em mente, buscou-se a maior clareza possível,inclusive na representação de cada assunto, etapa ou conhecimento, apresentadoscom o uso de mapas mentais, “Mapas mentais, também conhecidos como mindmaps, são considerados um padrão mundial para criação, gerenciamento e comunicação de idéias. Os mapas mentais apóiam a organização de idéias, de conhecimento através de uma visualização intuitivia e amigável, além de possuir grande versatilidade visual. Mapas mentais se iniciam com uma idéia central, onde todos os ramos do mapa significam uma decomposição da idéia principal em idéias relacionadas, baseadas em um modelo visual de pensamento. O pensamento visual é um conceito baseado nas pesquisas de como o cérebro humano funciona, onde se busca o estímulo do senso visual e tátil, de modo a aumentar a criatividade e o entendimento das partes em um todo unificado, reduzindo o tempo de desenvolvimento e entendimento de idéias.” (VARGAS, 2009) Os mapas mentais serão usados também para explicitação de outrosconhecimentos, aos quais foram desenvolvidos utilizando-se o software opensourceVYM (View your Mind), disponível em http://sourceforge.net/projects/vym/. A forma de executar a solução é feita através de diagramas de processosbaseados na notação BPMN (Business Process Modeling Notation), “O desenvolvimento da BPMN foi baseado na revisão de outras gramáticas incluindo UML, IDEF, ebXML, RosettaNet, LOVeM e EPCs. O desenvolvimento do BPMN resultou da demanda geral para uma maior padronização na área de gestão de processos de negócio, e procurou satisfazer as demandas de comunicação relacionada com a descrição gráfica dos processos de negócio.” (RECKER, 2011) Os diagramas de processos baseados na notação BPMN apresentadosforam desenvolvidos através do uso do software gratuito yED, disponível emhttp://www.yworks.com/en/products_yed_about.html e feito neste também a figurapresente no capítulo REFERÊNCIAL TEÓRICO. As matrizes e demais figuras foram desenvolvidas com o softwareopensource Gimp (GNU Image Manipulation Program), disponível emhttp://www.gimp.org.
  18. 18. 181.2.3 Estudo de Caso da Solução A solução proposta nesta monografia, foi validada na empresa de pequenoporte Mercovel Veículos, da cidade de Santiago, Rio Grande do Sul. Com novefuncionários divididos entre os setores de prestação de serviços em oficinamecânica e de funilaria, locação de automóveis e comercialização de veículos zeroquilômetros Volkswagem e usados multi-marcas. O setor de oficina mecânica é o estudo de caso desta solução, sendo após oPlanejamento Estratégico específico para este setor, aplicada todas as etapas destasolução. Até a presente finalização desta monografia, a etapa de Execução nãoestava totalmente concluída, seus resultados estratégicos sobre o mercado nãoobtidos e portanto, validada a eficiência da solução proposta nesta monografia, logoos resultados da Execução não serão expostos.1.3 SITUAÇÃO PROBLEMÁTICA Da conhecida questão de “fazer o projeto certo e fazer certo o projeto”,comumente mencionado por Gerentes de Projetos em bate-papos de networkings,surgiu a ideia da realização desta monografia de conclusão de curso. Atualmente, (KERZNER, 2002), Gerenciamento de Projetos está alinhando aGestão Estratégica de uma empresa apenas quando a mesma possui uma altamaturidade em Gestão por Projetos, que (DINSMORE, 2010) conceitua porabranger conceitos como a governança de projetos, gerenciamento de portfólios deprojetos, gerenciamento de programas e o gerenciamento de projetos em sí. Por (KERZNER, 2002), uma empresa de alta maturidade possui umametodologia de Gerenciamento de Projetos já implementada e funcionando nomínimo há 2 anos, além dos demais conceitos, enquanto uma de maturidade maisbaixa, ainda não está com tais conceitos nem instituídos. Normalmente, as que estão em nível de maturidade mais baixo, (KERZNER,2002), infelizmente, não têm uma aplicação tanto da Gestão Estratégica, quanto doGerenciamento de Projetos. Uma falha grave, pois o Gerenciamento de Projetosestá se tornando parte da filosofia gerencial das organizações, assim com aqualidade total, a satisfação dos clientes ou a administração enxuta. O mesmo estáse tornando inerente, devendo fazer parte integrante da empresa, pois é uma formaconsagrada de atingir metas (DINSMORE, 2010). Como situação problema, notou-se, principalmente em empresas
  19. 19. 19classificadas como de maturidade mais baixa por Kerzner (2002), duasnecessidades. A primeira é um processo simples para se identificar projetos queestejam alinhados à estratégia da empresa, como cita Kerzner (2002, p. 130),“Aquilo que uma empresa deseja fazer nem sempre é o que ela pode fazer e,normalmente, o maior obstáculo está na disponibilidade e qualidade dos recursosnecessários”. A segunda necessidade é realizar o gerenciamento otimizado destesprojetos com a ajuda de técnicas ágeis, que além de tender à obtenção dosprodutos destes projetos em menor tempo, utilizam menos recursos.
  20. 20. 202 REFERÊNCIAL TEÓRICO Indiscutivelmente a quem acompanha o estudo e/ou emprego de GestãoEstratégica, Gerenciamento de Projetos e Métodos Ágeis, sabe que são assuntosque estão presentes na maioria dos eventos na área de Gerenciamento de Projetose Tecnologia da Informação (TI), locais onde o autor desta monografia tenta estarsempre presente, notando que os relatos vão de conceituais à práticos. Mas apenasde ter o emprego de tais Gestões e/ou Métodos, não garante o sucesso empresarialou dos projetos, necessita-se que a implementação destas estejam em uso, e partirde estratégias empresariais traçadas e planejadas. As estratégias devem ser traçadas e planejadas, sem tal, torna-se mais difícilde se prever inovações, que normalmente garantem a desejada vantagemcompetitiva em relação a concorrência. Além de elevar o risco de falha no sucessodestas estratégias, “a fase de planejamento é a mais importante de qualquer tipo deprojeto. Em teoria, o planejamento adequado é garantia do sucesso de um projeto.”(KERZNER, 2002, p.178). O planejamento destas estratégias deve ser registrado formalmente noPlanejamento Estratégico, presente em Gestão Estratégica, e fazer-se o uso deGerenciamento de Projetos, pois sem ele, eleva-se o risco de não se obter sucessono desenvolvimento destas estratégias traçadas e com isso não se conseguir osobjetivos desejados. A utilização de Gerenciamento de Projetos visa contribuir paraa execução da estratégia, que por Kaplan na citação a seguir, ressalta ser indicadapor gestores como mais importante que a própria estratégia. “Pesquisa entre 275 gestores de portfólio mostrou que a capacidade de executar a estratégia é mais importante do que a qualidade da estratégia em sí. Estes gerentes citaram a implementação da estratégia como o fator mais importante na avaliação da gerência e da corporação. Essa descoberta parece surpreendente, pois nas últimas duas décadas os teóricos em gestão, os consultores gerenciais e a imprensa especializada se concentraram em como desenvolver estratégias capazes de gerar desempenho superior. Aparentemente, a formulação da estratégia nunca foi tão relevante” (KAPLAN, 2000, p.11) Complementando, Thompson (2000, p.2) menciona que “Em verdade, umaboa estratégia e uma boa execução da estratégia são os sinais mais confiáveis deuma boa gerência.”, a aplicação de Gestão Estratégica e Gestão de Projetos,devem ter atenção especial dos responsáveis pelo gerenciamento empresarial. Na figura abaixo representa-se a proposta ideológica da solução que seráapresentada, cada círculo representa uma das temáticas principais, interligados, deforma proposital as linhas tracejadas, demostrando que tanto pode entrar como sair
  21. 21. 21conteúdo. Ou seja, permite adaptabilidade, assim como os círculos não estaremtotalmente dentro do retângulo, que significa que não se deve ficar limitado ao que asolução apresenta, o popular, “pensar fora da caixa”. A adaptabilidade mencionada pelos círculos tracejados, ilustra que a soluçãonão faz uso totalmente de Gestão Estratégica, Gerenciamento de Projetos eMétodos Ágeis e que novos conhecimentos podem ser adicionados à implantaçãoda solução na empresa que a for usar. Exemplificadamente, novas práticas dosMétodos Ágeis podem ser usadas para a execução, ou se fazer uso massivo de umPlano de Gerenciamento de Riscos. Figura 1 - Representação Geral Da Solução Proposta Fonte: O autor (2012) Para contextualizar melhor o estado da arte, servir de início para a busca demaiores conhecimentos através da sugestão às referências desta monografia, epara facilitar o entendimento da solução proposta, os capítulos seguintes tratarãosobre Gestão Estratégica, Gerenciamento de Projetos e Métodos Ágeis. Resumidamente, no mapa mental a seguir, é explicitado toda a parte teóricada solução proposta para Seleção, Priorização e Execução de Projetos. Figura 2 - Mapa Mental Da Base Teórica
  22. 22. 22 Fonte: O autor (2012)2.1 GESTÃO ESTRATÉGICA Do famoso conto de fadas Alice no País das Maravilhas, de Lewis Carrol, hásempre a lembrada conversa entre os personagens Alice e o Gato de Cheshire,onde a mesma encontrando-se perdida e pede ao gato qual caminho tomar, omesmo ao indagá-la sobre para onde ela quer ir, recebe como resposta “não sei”,logo, o felino lhe responde que tanto faz, dando-nos como moral que, se não sesabe para onde quer ir, tanto faz o caminho. Este “onde ir” é exposto no Planejamento Estratégico através dos objetivosda empresa, incluso à Gestão Estratégica que possui por objetivo monitorar o“caminhar” até o objetivo, através de estratégias que enfatizam o “como ir” eprojetos o “o que fazer pra ir”. Conceitualmente reforçado em (FGV, 2009), por assim define a GestãoEstratégica como um processo contínuo de determinação da visão, da missão e dosobjetivos da organização, em consonância com seus valores ou princípios, sendoestas etapas bases, seguindo no contexto de seu ambiente competitivo de atuação,visando à formulação, à implementação e o controle de estratégias apropriadaspara assegurar o sucesso da empresa. Em Gestão Estratégica, em especial para esta monografia, é importante quea empresa que aplicar esta solução tenha o seu Planejamento Estratégico, pois dosobjetivos ali traçados para o negócio que virão as estratégias que resultarão emprojetos para serem gerenciados. Como cita Prado (2004, p. 29) “a origem dosprojetos nas empresas é muito diversificada, mas existe uma forte ligação com aorigem das metas capazes de atender à estratégia de negócios da empresa”. A importância de todas as empresas fazerem uso de PlanejamentoEstratégico é explicada por Kerzner (2002, p. 107) que afirma “O planejamentoestratégico é essencial para a saúde de cada empresa. Um planejamentoestratégico eficaz pode representar, a longo prazo, a diferença entre o sucesso e ofracasso.”
  23. 23. 23 A solução proposta só irá funcionar se a empresa fizer uso de GestãoEstratégica, ou ter ao menos o conceito de Visão e o Planejamento Estratégico,pois, pior que uma estratégia simplificada é não ter estratégia nenhuma. Comoreferenciado em (JÚLIO, 2005), não ter visão do negócio, equivale a navegar sembússola, ou um avião que voa 10 minutos no sentido contrário de sua rota, que está20 minutos mais longe do destino desejado. Ressalta-se a importância da Gestão Estratégica, não somente emPlanejamento Estratégico, mas sim para a administração do negócio das empresas.Boa parte das empresas hoje operam por meio de unidades como ponto de vendaspequenos e representantes, ou seja, através de equipes descentralizadas, muitomais próximas dos clientes do que o pessoal das grandes organizações. Estasreconhecem que a vantagem competitiva deriva mais de recursos intangíveis, comoconhecimento, capacidades e relacionamentos criados pelos empregados do quede investimentos em ativos físicos e do acesso ao capital. Portanto, aimplementação da estratégica exige que todas as unidades de negócio, unidades deapoio e empregados estejam alinhado e conectados com a estratégia (KAPLAN,2000). Pelas mudanças de tecnologia, na concorrência e nos regulamentos, aformulação e a implementação da estratégia deve ser um processo contínuo eparticipativo. As empresas necessitam de uma linguagem para a comunicação tantoda estratégia, como dos processos e sistemas que contribuem para aimplementação e ou que gerem feedback da mesma. O sucesso exige que aestratégia se transforme em tarefa cotidiana de todos os envolvidos, (KAPLAN,2000) todos os stakeholders (recursos humanos diretamente envolvidos ouimpactados por projetos). A Gestão Estratégica, em uma analogia, é o registro da observação daexpressão popular “um olho no peixe e outro no gato”. Ou seja, o objetivo daempresa, o lucro, representa o peixe, mas sempre há o concorrente, que representao gato, ambos com o mesmo objetivo, o peixe (JÚLIO, 2005).2.1.1 Planejamento Estratégico O planejamento estratégico não é apenas um plano de objetivos, estratégiase ações ou projetos, ele envolve “quem nós somos, o que fazemos e para ondeestamos direcionados” (THOMPSON, 2000, p. 14). Comumente também é visto
  24. 24. 24com a alcunha de visão, missão e valores. Sendo assim uma soma de vários pontosque levam a estratégica formulada pensando-se no negócio para o sucesso donegócio. É importante ser feito, seguido e atualizado, não é porque,exemplificadamente, que um projeto anterior foi um sucesso que o próximo será,assim como se antigamente uma estratégia era excelente, hoje pode não ser. Éperigoso imaginar que sendo feito da mesma maneira e assim mais “folgada” quetudo vai “correr às mil maravilhas” (PRADO, 2004), o área de Gestão Estratégicanos ensina que o planejamento estratégico deve ser um guia, visto, revisto,atualizado, e como Kerzner (2002. p. 114) afirma, “O planejamento estratégicoeficaz para a gestão de projetos é uma tarefa interminável.” Em (THOMPSON, 2000) define-se cinco atividades, denominadas como“Tarefas da Gerência Estratégica”, onde o mapa mental a seguir faz uso dodemostrado em (THOMPSON, 2000, p. 14). Figura 3 - Mapa Mental Da Gerência Estratégica Fonte: O autor (2012) baseado em (THOMPSON, 2000, p. 14) Em exemplificação ao que é um Planejamento Estratégico, de forma simplese com uso de mapas mentais, no Anexo A desta monografia, há o PlanejamentoEstratégico do Estudo de Caso, feitos de acordo com o processo definido pelodiagrama a seguir. Figura 4 - Diagrama De Processo Para Fazer Planejamento Estratégico
  25. 25. 25 Fonte: O autor (2012) As atividades citadas no diagrama, referênciam diretamente o mapa mentalanterior, mas noo diagrama demostra-se a sequência das atividades e o mapamental toda a ideia que compoê o Planejamento Estratégico, assim como ocorre emoutras partes desta monografia. A atividade “Definir bases teórico filosóficas” é o mesmo que “Desenvolver avisão estratégica e a missão do negócio”, ambas falando que deve ser feito noPlanejamento Estratégico a definição de Missão, Visão e Valores da empresa, assimposteriormente os Objetivos da empresa, as Estratégias para se alcançar osObjetivos, e os Projetos para atender as Estratégias.
  26. 26. 262.1.2 Aplicação de Gestão Estratégica na Solução A Gestão Estratégica está inserida dentro da solução proposta principalmenteem se fazer o uso obrigatório do Planejamento Estratégico, contribuindo com o usode Gerenciamento de Projetos para que sejam alcançados os objetivos ou ao ditopopular, do “como se chegar” ao “aonde se quer ir”. Para que tal ocorra, além de toda uma nova cultura empresarial, ressaltando-se os Valores e Princípios dos Métodos Ágeis a serem explicados em capítulofuturo, os projetos, principalmente os de TI, de acordo com a experiência do autordesta monografia e relatórios mencionados no capítulo seguinte sobre MétodosÁgeis, falham muito no popular “aonde se quer ir” pois Beck (2000, p. 43) diz quepara projetos de TI que “O primeiro passo é decidir sobre o âmbito. O que é issoque vamos tentar prescrever? Que tipos de problemas que vamos abordar e quetipos de problemas vamos ignorar?”, neste ignorar, entram muitos problemas dopopular “como chegar”, como exemplo, o uso um tecnologia na qual a grande parteda equipe não tem conhecimento, tendo então a ser ignorada esta tecnologia e sefazer uso de uma que a maioria da equipe conheça. O uso de Gestão Estratégica esta alinhado dentro da solução no sucessoempresarial, mais do que do próprio projeto, pensando-se na questão do foco emmicro e pequenas empresas em que, os recursos investidos devam ser bemanalisados, podendo com facilidade ocorrer o cancelamento de algum projeto emrazão de fortalecer o sucesso de outro mais estratégico. O Gerenciamento de Projetos, para empresas que nem do PlanejamentoEstratégico fazem uso, tende a não ter o sucesso impactante ao qual é possível,para as empresas, este é o primeiro passo para a maturidade que Kerzner (2002)avalia as empresas, e o primeiro passo para que esta execução da solução damonografia possa ter bons resultados, a “Estratégia se faz com Planejamento eExecução. É crucial investir tempo e recursos financeiros em estratégia. Deve-secriar o hábito de pensar em estratégica” (JÚLIO, 2005, p. 29). A partir de um Planejamento Estratégico que serão selecionados epriorizados os projetos a serem posteriormente executados, com a orientação dasolução proposta nesta monografia.2.2 GERENCIAMENTO DE PROJETOS Reiterando-se de conceitos básicos para o bom entendimento, como a
  27. 27. 27definição de projeto sendo “um esforço temporário empreendido para criar umproduto, serviço ou resultado exclusivo. A sua natureza temporária indica um início eum término definidos” presente no Guia PMBOK (PMBOK, 2008, p. 440), onde trata-se que Gerenciamento de Projetos é a aplicação de conhecimento, habilidades,ferramentas e práticas às atividades do projeto a fim de atender aos seus requisitos. O Gerenciamento de Projetos é a atividade do Gerente de Projetos, que porsua vez o (PMBOK, 2008, p. 13) define em “a pessoa designada pela organizaçãoexecutora para atingir os objetivos do projeto.” Em (DINSMORE, 2010) simplifica que tudo no mundo dos negócios ou é umprojeto ou está relacionado a um projeto, e que centenas de atividades realizadasno dia a dia das empresas estão diretamente relacionadas com projetos.2.2.1 Benefícios Em (VARGAS, 2009) explicita que dentre os principais benefícios dautilização do gerenciamento de projetos, podem-se destacar, resumidamente: • Surpresas negativas durante a execução dos trabalhos; • Permite desenvolver diferenciais competitivos e novas técnicas, uma vez que toda a metodologia está sendo estruturada; • Prevê as situações desfavoráveis que poderão ser encontradas, para que ações preventivas e corretivas possam ser tomadas antes que essas situações se consolidem como problemas; • Adapta os trabalhos ao mercado e ao cliente; • Disponibiliza os orçamentos antes do início dos gastos; • Agiliza as decisões, já que as informações estão estruturadas e disponibilizadas; • Aumenta o controle gerencial de todas as fases implementadas devido ao detalhamento ter sido realizado; • Facilita e orienta as revisões da estrutura do projeto que forem decorrentes de modificações no mercado ou no ambiente competitivo, melhorando a capacidade de adaptação do projeto; • Otimiza a alocação de pessoas, equipamentos e materiais necessário; • Documenta e facilita as estimativas para futuros projetos. O Gerenciamento de Projetos tem sido constantemente mencionado na
  28. 28. 28literatura de negócios, seja que nível for, que por (DINSMORE, 2010) informa quenão é por acaso que é a forma de fazer com que as coisas sejam melhor feitas . No mesmo contexto de (DINSMORE, 2010), Kerzner (2002, p. 32) enfatizaque “As empresas que optaram por utilizar uma metodologia de gestão de projetosperceberam, em seguida, que o potencial de benefícios existente era bem maior doque o originalmente visto como possível.”2.2.2 Atribuições O estabelecimento de um projeto, advém de várias razões e objetivos, comoredução de custos, posicionamento de mercado, obtenção de economia de escala,lançamento de novos produtos ou tecnologias, melhoria de sistemas atuais,implementação de processos de mudança organizacional, desenvolvimento sobrerequisição de novos softwares, dentre outros. Ao Gerenciamento de Projetos, é atribuído inúmeros sucessos na realizaçãode projetos, de infindáveis áreas, onde além de que, por direcionamento edisciplina, o próprio gerenciamento acaba tornando-se um diferencial para aempresa e produto, pois “todos os projetos oferecem oportunidades de inovação,dependendo da orientação que estiver sendo seguida.” (JAEGER, 2010, p. 29) Os sucessos do Gerenciamento, pode vir de centenas de pequenos projetosocorrendo em paralelo as operações rotineiras da maioria das organizações,técnicas e métodos de Gerenciamento de Projetos são aplicados hoje em váriasorganizações com estrondoso sucesso (PRADO, 2004). Tal Gestão têm permeado setores normalmente avessos a administraçãomais quantificada, como o de Recursos Humanos (PRADO, 2004), sendo este umadas áreas de estudo desta monografia onde se faz uso dos Princípios dos MétodosÁgeis. Esta inserção de Gerenciamento de Projetos a outros setores, estátransformando o Gerenciamento de Projetos, conforme afirma Prado (2004, p. 25)em uma “boa prática da administração”, e esta é a tendência gerencial maismarcante nas organizações atualmente, que para Tom Peters, em Career SuvivalGuide. Publicado pela revista Exame de Agosto de 1997, p. 109, “o trabalho porprojetos é o futuro da empresa”.
  29. 29. 292.2.3 PMBOK O PMBOK Guide (Project Management Book of Knowledgment), ou, GuiaPMBOK (Guia do Conhecimento em Gerenciamento de Projetos), é uma obra criadapelo PMI (Project Management Institute), no qual é referência para todo e qualquerassunto em Gerenciamento de Projetos (PMBOK, 2008). O livro define um ciclo de vida do projeto, divido em Início do Projeto,Organização e Preparação, Execução do Trabalho do Projeto e Encerramento doProjeto, dentro deste ciclo estão os os grupos de processos, que são Processos deIniciação, Planejamento, Execução, Monitoramento e Controle, e por fim o deEncerramento (PMBOK, 2008). Preenchendo os processos, há 9 áreas de Conhecimento (PMBOK, 2008): • Gerenciamento de Integração; • Gerenciamento do Escopo; • Gerenciamento do Tempo; • Gerenciamento dos Custos; • Gerenciamento da Qualidade; • Gerenciamento dos Recursos Humanos; • Gerenciamento das Comunicações; • Gerenciamento dos Riscos; • Gerenciamento das Aquisições; A partir dele que se iniciou os estudos para esta monografia, baseando-seprincipalmente na área de Recursos Humanos e a de Comunicações. Todo projeto, tem um início e um fim, portanto, a solução proposta estádentro deste ciclo de vida proposto no PMBOK 4º Edição na caracterização doprojeto, mas não dentre os grupos de Processo, pois focou-se apenas em 3processos, denominados etapas, Detalhamento dos Projetos, Seleção e Priorizaçãodos Projetos, Execução dos Projetos. Salienta-se, que a solução proposta e o guia PMBOK não são excludentes,apenas focou-se que a solução proposta tende a satisfazer melhor as micro epequenas empresas, especialmente as de Tecnologia da Informação, (BNDES,2011; SEPRORGS, 2011).
  30. 30. 302.2.4 Aplicação de Gerenciamento de Projetos na Solução O Guia PMBOK (PMBOK, 2008) está divido em 9 Áreas de Conhecimento,aos quais foi feita uma analogia a cada Princípio dos Métodos Ágeis. Estas Áreas de Conhecimento são partes importantes do Gerenciamento deProjetos, mas, pela solução ser simplificada, nem todas foram adaptadas, erecebem maior atenção o Gerenciamento das Comunicações e o Gerenciamentodos Recursos Humanos. O Gerenciamento dos Recursos Humanos, que o PMBOK (PMBOK, 2008, p.215) define como “inclui os processos que organizam e gerenciam a equipe doprojeto. A equipe do projeto consiste nas pessoas com papéis e responsabilidadesdesignadas para a conclusão do projeto”, assim como o Gerenciamento dasComunicações, explicitado pelo PMBOK (PMBOK, 2008, p. 243) como “inclui osprocessos necessários para assegurar que as informações do projeto sejamgeradas, coletadas, distribuídas, armazenadas, recuperadas e organizadas demaneira oportuna e apropriada”, para a solução desta monografia, devem estardentre os conceitos tanto dos Valores do XP quanto dos Princípios dos MétodosÁgeis. Ambas áreas, são vitais para que qualquer estratégia gere resultadospositivos, e o uso em especial destas áreas na solução confirma por (KAPLAN,2000) que mudanças nestas geram resultados mais perceptíveis, além de que aestratégia exige mudanças em praticamente todas as partes da organização,demandando trabalho em equipe para a coordenação das mudanças. Motiva portanto os esforços da aplicação da solução desta monografia sosbreestas duas áreas, o impacto de mudanças tende a ser maior ainda mais se levadoem consideração o percentual de investimento em recursos financeiros frente asdemais áreas, visto que tirando práticas como treinamentos e consultorias externas,o restante está baseado em ações comportamentais sem custos. O Gerenciamento de Projetos é a base de toda a solução, não háespecificamente uma aplicação única do mesmo, pois a solução como um todo épara Gerenciamento de Projetos, mas sobre tal é a responsabilidade da etapa deExecução na solução proposta nesta monografia.2.3 MÉTODOS ÁGEIS Para se avaliar algo, a principal métrica são os números, e estes são
  31. 31. 31explicitados pelos relatórios Chaos Report (STANDISH, 2009) e o Chaos Manifesto(STANDISH, 2011), onde apresenta-se que houve crescimento no sucesso deprojetos de desenvolvimento de software, e este sucesso é em muito atrelado aosucesso dos métodos ágeis. O gráfico abaixo demostra que os projetos quecomeçam e terminam com sucesso, aumentaram de 32% em 2008, para 37% em2010, anos aos quais as pesquisas expostas em 2009 e 2011 pelo Standishreferenciam. Da mesma, os projetos fracassados caíram de 24% para 21%, e oscontestados, ou desafiados, aqueles que foram finalizados mas com atrasados oufora do orçamento, diminuíram de 44% para 42%. Figura 5 - Comparação De Resultados Dos Relatórios Chaos Fonte: O autor (2011) baseado em (STANDISH, 2009) e (STANDISH, 2011) O relatório The State of Agile Development, publicado no 3rd Annual Survey(VERSIONONE, 2008), apresenta que 55% dos projetos que usam Métodos Ágeisestão entre 90% e 100% de sucesso. Com tais números, é possível salientar porque 76% das empresasconsultadas no relatório IT Governance and Project Management Survey (DRDOOBS, 2009) adotaram técnicas dos métodos ágeis em um ou mais projetos. O Standish Group (STANDISH, 2011) afirma que a adoção de métodos ágeisestá em torno de 22% CAGR (Taxa de Crescimento Composto Anual), e que taismétodos representam mundialmente 9% de todos os projetos, sendo-os usados em29% dos desenvolvimentos de novas aplicações. Os Métodos Ágeis é uma coleção positiva de valores, princípios e práticas outécnicas, de metodologias usadas desde a década de 90 para desenvolvimento desoftware, época na qual projetos de TI (Tecnologia da Informação) sofriam duras
  32. 32. 32críticas e eram considerados sempre falhos, pois havia um maior desenvolvimentodo hardware em relação aos softwares que os mesmos teriam que utilizar, (COHEN,2004). Inúmeros livros e artigos surgem constantemente com comparações,avaliações, pontos de vista favoráveis ou não, a aplicabilidade dos Métodos Ágeisem relação ao Guia PMBOK (PMBOK, 2008), e em (SLIGER, 2006) se diz queapesar das diferenças de filosofias entre PMI e Agile, muitas das práticas do(PMBOK, 2008) são compatíveis com as práticas ágeis. Em (KOCH, 2004) há uma comparação completa dos processos do (PMBOK,2008) com as práticas dos Métodos Ágeis, concluindo que nada nas MetodologiasÁgeis é incompatível com os processos do PMBOK e que pode ser oportunoreforçar as Metodologias Ágeis com processos do PMBOK, porém somente onderealmente necessário e sem comprometer a agilidade. Os métodos ágeis possuem embasamento em 12 recomendações,denominadas Princípios para o Desenvolvimento Ágil de Software (PRINCÍPIOSÁGEIS, 2001). Estes essencialmente ressaltando valores ao qual ajudam nãoapenas projetos para desenvolvimento de software, mas possivelmente todo equalquer tipo de projeto por se tratarem principalmente de mudançascomportamentais, e acreditando-se nisso fazer-se o emprego na solução propostanesta monografia.2.3.1 Onda Ágil Os Métodos Ágeis, ou Agile, surgiram com o intuito de desenvolvimento maisrápido e eficaz de softwares, proporcionando entregas mais rápidas em detrimentode menos processos de Engenharia de Software (MAGELA, 2006). O desenvolvimento de software, orientado por práticas ágeis de formaorganizada como há atualmente, data do ano 2001, onde 17 profissionais da TI eoutros simpáticos à causa, observaram a necessidade de uma documentaçãoformal que guiasse o desenvolvimento ágil, criando assim o Manifesto Ágil(MANIFESTO, 2001) e os 12 Princípios dos Métodos Ágeis para Desenvolvimentode Software (PRINCÍPIOS ÁGEIS, 2001). Os marcos iniciais, e mais conhecidos, que levaram a criação desteconsórcio de profissionais e da Agile Alliance (AGILE ALLIANCE, 2010), foram oprojeto gerido por Kent Beck, que criou o XP (Extreme Programming), o projeto
  33. 33. 33Chrysler Comprehensive Compensation System, comumente chamado de C3 (C3,1995) e o do United Overseas Bank, no qual Peter Coad e Jeff de Lucaimplementaram o FDD (Feature-Driven Development) publicado pela primeira vezem (COAD, 1998). A Onda Ágil é facilmente perceptível na quantidade crescente de eventossobre o assunto (RODRIGUES, 2010), e pelo PMI (Project Management Insitute) terem atual estado validação uma certificação para Gerentes de Projetos Ágeis, a AgilePMP, com informações presentes em http://www.pmi.org/Certification/New-PMI-Agile-Certification/PMI-Agile-Toolbox.aspx assim como um grupo web mantido peloinstituto, denominado PMI Agile Community of Practive, acessível emhttp://agile.vc.pmi.org2.3.2 Manifesto e Metodologias As Metodologias Ágeis, podem ser explicadas com o embasamento domanifesto feito pela maioria dos seus autores: “Indivíduos e interação entre eles mais que processos e ferramentas, Software em funcionamento mais que documentação abrangente, Colaboração com o cliente mais que negociação de contratos, Responder a mudanças mais que seguir um plano” (MANIFESTO ÁGIL, 2001) Há inúmeras metodologias ágeis, sendo as principais Extreme Programming(XP), Scrum, DSDM, Adaptive Software Development, Crystal, Feature-DrivenDevelopment, Pragmatic Programming e Lean, mas, foram objetos de estudo parauso neste trabalho apenas Extreme Programming (XP) e Scrum. Em Scrum e XP, seus fundamentos filosóficos têm foco na capacitação daequipe de desenvolvimento e em satisfazer os clientes, mas Scrum tem atençãoespecial para a cultura gerencial que está enraizada em ajudar os outros a atingirseus objetivos, e XP em ferramentas técnicas que são focadas em ter decisõesbaseadas em fatos através de um processo de aprendizagem. Conforme MaryPoppendieck em (SCHWABER, 2004, p. xiv) “Quando todos esses fatores estão nolugar, é difícil para Scrum não para ter sucesso.”2.3.3 Princípios dos Métodos Ágeis Os princípios dos Métodos Ágeis, (PRINCÍPIOS ÁGEIS, 2001) tem uso noobjetivo nesta monografia na questão de mudança de valores, de pensamentosobre ações e ao trabalho realizado dentro e fora do empreendimento, projetos,
  34. 34. 34equipes. Para não tornar-se repetitivo nesta monografia, os 12 princípios estudadossão expostos no capítulo PRINCÍPIOS DOS MÉTODOS ÁGEIS EMGERENCIAMENTO DE PROJETOS junto a uma citação no qual compara cada umdos Princípios dos Métodos Ágeis às Áreas de Conhecimento do PMBOK. Estes Princípios agem diretamente para mudanças culturais, e conformeDinsmore (2010, p. 41) “Para que a gestão por projetos seja eficaz, são necessáriasmudanças na estrutura e na cultura da organização, no seu estilo gerencial e fluxode informações.”2.3.4 Valores do XP (Extreme Programming) A solução proposta, como já mencionada em relação aos Princípios MétodosÁgeis, tende a atuar na mudança comportamental de todos os envolvidos, sejameles da diretoria da empresa à equipe de projeto. Beck (2000, p. 73) inicia a menção dos valores do XP, metodologia por elecriada, fazendo alusão ato de “aprendendo a dirigir”, onde “lembra-nos a fazermuitas mudanças pequenas e nunca tirar os olhos da estrada.” Os valores por ele agregados ao XP são “Os quatro valores – comunicação,simplicidade, feedback e coragem – nos dão os critérios para uma solução desucesso” (Beck, 2000, p. 37). Em Dinsmore (2010) é mencionado que encontrar as hipóteses certas etorná-las conhecidas a todo o pessoal envolvido são tarefas teoricamente fáceis,assim enfatizando a comunicação e simplicidade, é “assegurar que os membros deuma equipe de remadores estejam dentro do barco antes de começarem a remar.”(Dinsmore, 2010, p. 178) exemplifica todas as demais, em uma equipe deremadores, há de se ter os 4 valores para o sucesso, por Dinsmore. Kerzner também menciona 4 valores em sua obra, “A cultura de gestão deprojetos que dá resultados é aquela baseada em confiança, comunicação,cooperação e trabalho em equipe.” (KERZNER, 2002, p. 153). Em uma miscigenação, os valores expostos por Beck e Kerznercomplementam-se, onde apesar que o primeiro focar em valores para a realizaçãode um processo e o segundo valores para a maturidade em gestão, ambos reiterama importância da comunicação e a troca de informações entre os membros daequipe, ou seja, deve haver trabalho em equipe, baseado em cooperação e
  35. 35. 35feedback, com simplicidade para tornar estas informações entendíveis por todos,confiança nas informações e na equipe, e coragem para se enfrentar contratempos. A seguir, os valores do XP, explicação e aplicação:2.3.4.1 Comunicação Um projeto não pode terminar bem se os envolvidos não comunicam-sesatisfatoriamente, diz Beck (2000, p. 29-30) “Problemas em projetos podeminvariavelmente ser traçados quando alguém não conversa com alguém se não forsobre alguma coisa importante.” O Guia PMBOK (PMBOK, 2008) usa a área de conhecimento Gerenciamentodas Comunicações do projeto em seus 5 processos, mas nesta solução, vai além desó comunicação, estaria principalmente bem alinhada a área de conhecimento doGerenciamento dos Recursos Humanos, além das demais. A comunicação é aplicada no sentido amplo de manter todos os envolvidos,os stakeholders, informados sobre os objetivos e resultados.2.3.4.2 Simplicidade É um conceito amplo e comumente tido como fácil, assim como acomunicação, mas é errôneo pensar assim, simplicidade não é fácil, eis um dosmotivos que micro e pequenas empresas acabam não dando certo. Comumente, elas tornam a burocratizar processos, encher de práticas ousub-processos que os tornam enfadonhos e fazem com que as mesmas osabandonem, e dentro do projeto, o líder do mesmo, como em XP chamado deCoach, deve inicialmente perguntar “qual é a coisa mais simples que poderiafuncionar?” (BECK, 2000, p. 30) e assim deve ser, em se tratando de projetos de TI,isso torna-se mais fácil com o uso de algumas práticas, posteriormentemencionadas. No mesmo valor, atribui que é melhor fazer uma coisa simples hoje, e umpouco mais amanhã, assim custará menos para alterá-lo e torna-se assim maissimples de se fazer, do que fazer uma coisa mais complicada e demorada quenunca venha a ser usado (BECK, 2000).2.3.4.3 Feedback O feedback, que em português poderia ser algo como retorno de
  36. 36. 36conhecimento, pode ser explicitado como “Reações concretas sobre o estado atualdo sistema é absolutamente impagável. Otimismo é um risco ocupacional deprogramação. Feedback é o tratamento” (BECK, 2000, p. 31). Este valor contribui significativamente nos demais, pois quanto maisfeedback tiver, mais fácil é se comunicar, e quanto mais os stakeholders secomunicam, melhor tende a ser o senso comum do que pode ser simples. (BECK,2000, p. 32). A aplicação de feedback é justamente ser um motivo para o esforço emmelhorar a comunicação, pois acaba gerando um maior comprometimento de todos,por assim se elevar a confiança no projeto, a coragem.2.3.4.4 Coragem É o mais confuso dos valores, mas tornando o conceito simples, é acreditar,ter confiança no envolvimento mútuo dos stakeholders no projeto, algo como se olíder do mesmo tiver coragem, os demais vão por em produção. A aplicação gira em torno de que o Gerente do Projeto, Líder Técnico,Coordenador, XP Coach, Scrum Master, ou nome a ser preferencialmenteempregado pela empresa, tenha auto-confiança e passe a mesma adiante, criandouma motivação acima da conhecida pelas teorias de Moslow (PRADO, 2004, p.221), Tipo Gerencial (PRADO, 2004, p. 222) ou a Teoria Higiênico/ Motivadora deHerzberg (PRADO, 2004, p. 223).2.3.5 Papéis, Cerimônias e Artefatos do Scrum O Framework Scrum, é tido como um Método Ágil mais focado emGerenciamento, principalmente pela questão de não haver uma obrigatoriedade depráticas de desenvolvimento de software como no XP (Extreme Programming) massim aos papéis, cerimônias e artefatos por ele determinado (SCRUM ALLIANCE,2011). Os papéis do Scrum serviram para embasamento aos cargos utilizados nasolução, as cerimônias às reuniões e formas de criação de documentação, e osartefatos a documentação, ao conhecimento armazenado para a execução nasolução.
  37. 37. 372.3.5.1 Papéis do Scrum Em Scrum, foi criado 3 papéis, sendo eles Product Owner, Team e o ScrumMaster, e todas as responsabilidades do gerenciamento do projeto são dividas entreestes 3 papéis, (SCHAWBER, 2004), sendo tais responsabilidades individuaisparecidas como as do Analista de Negócios, a Equipe, e o Gerente do Projeto. O Product Owner (Proprietário do Produto) é o responsável por representaros interesses de todos com participação no projeto e seu sistema resultante. Basicamente, o Product Owner consegue financiamento inicial e permanentepara o projeto, criando requisitos gerais para o projeto, analisa o retorno doinvestimento (ROI), além de estar a parte de objetivos e planos de lançamento(SCHAWBER, 2004), ele é o representante do sponsor ou patrocinador, do projeto,atuando junto a equipe de desenvolvimento, podendo ter Analista de Negócios ou aprópria Gerência empresarial se presente, uso dentro da solução proposta pelamonografia baseada neste papel do Scrum. O Team, ou Equipe, são os responsáveis pelo desenvolvimento. Prioriza-seas práticas dentro das Equipes, como serem auto-gerenciáveis, auto-organizadas emulti-funcionais, e ela é responsável por descobrir como transformar o que há noProduct Backlog em um incremento de funcionalidade dentro de uma iteração, egerenciar seu próprio trabalho (SCHAWBER, 2004). Os membros da equipe são coletivamente responsáveis pelo sucesso decada iteração e do projeto como um todo, assim como o fracasso, na solução destamonografia, podemos basear que o papel de todos os stakeholders dos projetospode ser o mesmo do Team do Scrum. O Scrum Master é o responsável pelo processo do Scrum, mantendo unidosTeam e Product Owner e demais envolvidos no projeto, assegurando que todossigam as regras e práticas do Scrum, no caso, este papel tem uma modificaçãonesta solução da monografia, já que não há por completo o processo Scrum,atuando então o Gerente de Projetos baseado neste papel do Scrum em manter aequipe e gerenciar o projeto. Em uma analogia presente em (DINSMORE, 2010), os envolvidos em todo oprojeto, devem trabalhar em conjunto, comparando a eficácia da formação em “V”dos gansos, na consideração do alinhamento estratégico de projetos, “O trabalhoem conjunto e a recíproca contra correntes adversas, tanto entre gansos como entreprojetos estratégicos, criam uma sinergia que os leva eficazmente a seus destinos”
  38. 38. 38(DINSMORE, 2010, p. 40)2.3.5.2 Cerimônias do Scrum O Scrum define 4 cerimônias, ao qual nelas foram baseadas as reuniõescurtas presentes na solução, sendo elas no Scrum (SCRUM ALLIANCE, 2011): Sprint Planning: uma reunião onde o Team e o Product Owner decidirão qualo trabalho será feito durante o sprint. Daily Scrum: reunião diária com todo o Team para compartilhar os desafios eprogressos do desenvolvimento. Sprint Reviews: reunião de demostração do Team ao Product Owner sobre oque fizeram. Sprint Retrospectives: reunião do Team para procurar melhores formas paramelhorar o processo e o produto ao qual estão desenvolvendo.2.3.5.3 Artefatos do Scrum O Scrum possui três artefatos (SCRUM ALLIANCE, 2011), que são oscomponentes onde estão as informações para o desenvolvimento do software,sendo o embasamento sobre eles aplicado a solução para o Project Backlog ePainel Kanban. Product Backlog: lista priorizada das features/ resultados desejados para oprojeto. Sprint Backlog: lista das tarefas a partir do Product Backlog que o Teamdeverá fazer no sprint. Burndown chart : é um gráfico que permite que seja facilmente perceptível oandamento do desenvolvido, sugerido um para a sprint e outro para o projeto.2.3.6 Métodos Ágeis Em Gerenciamento De Projetos A utilização de Métodos Ágeis, em especial seus Princípios e Valores,interligada ao Gerenciamento de Projetos, tem foco principal na mudança culturaldas pessoas envolvidas com os Projetos. Pessoas que tendem a evitar mudanças, dificultam a inserção de novosprocessos, evitando e até prejudicando a alteração do sistema já existente. Prado(2004, p. 196) cita as palavras de Maquiavel ao ano de 1514, em que “Não há nadamais difícil de planejar, de sucesso mais duvidoso, nem mais perigoso de gerenciar
  39. 39. 39do que a criação de um novo sistema. A causa reside em que o iniciador atrai a si aantipatia dos que lucrariam pela preservação do velho sistema e tem a seu ladoapáticos defensores que seriam beneficiados pelo novo sistema.”2.3.7 Princípios Dos Métodos Ágeis Em Gerenciamento De Projetos Os 12 princípios dos Métodos Ágeis podem se somar a cultura da empresa,aliados aos Valores, sejam os explicitados pelo XP de Beck (2002) ou de Kerzner(2002) contribuem para o sucesso. Os princípios foram escritos na forma prática, tendo-se que se fazer o seuentendimento para um forma literal e reflexiva, podendo os mesmos seremaplicados dentro as áreas do Gerenciamento de Projetos do PMBOK, como aexemplo, para que junto a solução, torne mais fácil a etapa de Execução dosProjetos oriundos do Planejamento Estratégico da empresa. A citação a seguir é de um artigo publicado em 2010 do mesmo autor destamonografia, que referência o Princípio Ágil e a Área de Conhecimento do GuiaPMBOK (PMBOK, 2008) com o qual se faz a sua aplicação: “O objetivo deste texto não é comparar as Práticas dos Métodos Ágeis com o Guia PMBOK, mas sim apresentar estes 12 Princípios e aplicá-los nas áreas de conhecimento apresentadas no Guia PMBOK com intuito de enriquecer o Gerenciamento de Projetos e não somente a parte proposta pela Declaração da Interdependência (DOI, 2005) para o Gerente de Projetos. O Gerente de Projetos deve cercar-se de todos os meios que possam ajudá-lo em sua tarefa, assim sendo, trazendo os 12 Princípios Ágeis para dentro do Gerenciamento de Projetos. Pode-se definir que o 1º Princípio, “Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado” (PRINCÍPIOS ÁGEIS, 2001), resulta em ter-se uma possível diminuição de um grande projeto, para vários subprojetos, para assim, como ocorre no desenvolvimento de software, tornar mais fácil conseguir mensurar erros que possam estar acontecendo, assim como o principal, ir fomentando o patrocinador dos recursos financeiros já aplicados no projeto. A aplicabilidade deste princípio ao (PMBOK, 2008) está em todas as áreas de conhecimento como o Gerenciamentos de Integração, Gerenciamentos de Escopo, Gerenciamentos de Tempo, Gerenciamentos de Custos, Gerenciamentos de Qualidade,Gerenciamentos de Recursos Humanos, Gerenciamentos de Comunicações, Gerenciamentos de Riscos e Gerenciamento das Aquisições. É o uso da antiga frase de origem romana, “dividir para conquistar”. O 2º Princípio, “Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento. Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente” (PRINCÍPIOS ÁGEIS, 2001), pode tornar-se o mais lucrativo em sua aplicação ao Gerenciamento de Integração, Gerenciamento de Escopo, Gerenciamento de Mudanças, e também ao Gerenciamento da Qualidade, (PMBOK, 2008), fazendo a aplicação deste princípio no pressuposto de que todas as mudanças de requisitos sugeridas são benéficas, algumas inaplicáveis no projeto atual, no entanto, passíveis em uma extensão do projeto. Deixa,
  40. 40. 40portanto, precedentes para um novo contrato, somando-se ainda a questãoa visão de mudanças estar alinhada a geração de novos conhecimentos quesempre são reutilizáveis, referenciando-se a Gestão de Conhecimento(BUKOWITZ, 2002). O 3º Princípio, “Entregar frequentemente software funcionando, depoucas semanas a poucos meses, com preferência à menor escala detempo”, (PRINCÍPIOS ÁGEIS, 2001), é facilmente confundível com o 1oPrincípio citado em termos de Gerenciamento de Projeto, masconceitualmente encara-se como ser mais fácil achar problemas em umpequeno pedaço de um subprojeto do que no projeto inteiro, facilitando oGerenciamento de Riscos do Projeto, assim como a área de Gerenciamentode Tempo, (PMBOK, 2008), convergindo no grupo de processos doGerenciamento de Cronograma visando maior controle sobre oGerenciamento do Projeto. O 4º Princípio, “Pessoas de negócio e desenvolvedores devemtrabalhar diariamente em conjunto por todo o projeto”, (PRINCÍPIOS ÁGEIS,2001), reforça o uso de comunicação constante entre Stakeholders e/ouPatrocinador com a equipe do projeto, especialmente o Gerente de Projetos,(PMBOK, 2008), tendo pelo Gerenciamento de Comunicações, (PMBOK,2008), sua organização, facilitando as partes interessadas identificadas nosprocessos de iniciação, o repasse de conhecimento sobre aquilo querealmente necessitam e querem, facilitando o Gerenciamento de Riscos,(PMBOK, 2008). O 5º Princípio, “Construa projetos em torno de indivíduos motivados.Dê a eles o ambiente e o suporte necessário e confie neles para fazer otrabalho”, (PRINCÍPIOS ÁGEIS, 2001], deve ser parte do Gerenciamento deRecursos Humanos do (PMBOK, 2008), mas também presente em todos osdemais, o trabalho deve ser motivado e pode ser por ações de união entreos colaboradores, benefícios, ou simplesmente evitando horas extrasdesnecessárias. É fazer com que o colaborador trabalhe gostando do queestá fazendo, sendo tal princípio diretamente presente em grandesempresas da área de TI, como em (GOOGLE, 2010) que informa que "NoGoogle, sabemos que cada funcionário tem algo importante a dizer e quecada um deles é parte integrante de nosso sucesso". O Princípio 6, “O método mais eficiente e eficaz de transmitirinformações para e, entre, uma equipe de desenvolvimento é através deconversa face a face”, (PRINCÍPIOS ÁGEIS, 2001), pelo (PMBOK, 2008),trata sobre o Gerenciamento de Comunicações do Projeto, sobre dar maisatenção a transferência de informações pessoalmente do que via outrameio, assim contribuindo para inúmeras ferramentas importantes para umGerente de Projetos, como Marketing de Relacionamento (MCKENNA,1997). O 7º Princípio, “Software funcionando é a medida primária deprogresso”,(PRINCÍPIOS ÁGEIS, 2001), atua como um milestone, marco,para o Gerenciamento de Tempo do (PMBOK, 2008) em termos desoftware, e em termos de projeto pode ser considerado como a corretarealização de uma atividade de um pacote de processos. O 8º Princípio, “Os processos ágeis promovem desenvolvimentosustentável. Os patrocinadores, desenvolvedores e usuários devem sercapazes de manter um ritmo constante indefinidamente”, (PRINCÍPIOSÁGEIS, 2001), vem claramente do processo Lean (LEAN, 2010), onde oobjetivo é a produção contínua e com isso gerenciável pelo Gerenciamentode Integração (PMBOK, 2008) e mensurável pelo Gerenciamento daQualidade, (PMBOK, 2008). O 9º Princípio, “Contínua atenção à excelência técnica e bomdesign aumenta a agilidade”, (PRINCÍPIOS ÁGEIS, 2001), é adaptável aoGerenciamento da Qualidade do (PMBOK, 2008), onde tendo-se atividadesbem realizadas haverá menor retrabalho, consequentemente um projeto demelhor qualidade e ainda uma equipe menos desmotivada por erros,portanto tendo satisfação em trabalhar, contribuindo para o Gerenciamento
  41. 41. 41de Recursos Humanos (PMBOK, 2008). O 10º Princípio, “Simplicidade – a arte de maximizar a quantidadede trabalhonão realizado – é essencial”, (PRINCÍPIOS ÁGEIS, 2001), em comparaçãoao (PMBOK, 2008) é considerado por muitos autores o mais conflitante,tendo em consideração que profissionais atacam os Métodos Ágeis[PACHECO, 2010] em defesa de práticas difundidas pelo PMBOK e outrosacreditam que ambas podem trabalhar juntas, como (TAVARES, 2008),onde pode-se afirmar que o Princípio Ágil é a recomendação de não perdermuito tempo planejando o que não vai ser necessário fazer, realizando-seuma reanálise sobre o escopo do Gerenciamento de Escopo, (PMBOK,2008), mas também pode ser aplicado tal princípio no quesito de otimizaçãodo Gerenciamento de Tempo, (PMBOK, 2008), reajustando atividades ecriando-se um perfil de Gerente de Projetos mais audaz. O 11º Princípio, “As melhores arquiteturas, requisitos e designsemergem de equipes auto-organizáveis”, (PRINCÍPIOS ÁGEIS, 2001), estána mesma área do 8º Princípio, onde tendo um bom relacionamento noGerenciamento de Comunicações,(PMBOK, 2008), a equipe trabalha comoum todo melhor, tendo o Gerente de Projetos a real função de gerenciar oprojeto, aplicando maior atenção ao projeto e não em comandar a equipe detrabalho do projeto. Finalizando, o 12º Princípio, “Em intervalos regulares, a equipereflete sobre como se tornar mais eficaz e então refina e ajusta seucomportamento de acordo”, (PRINCÍPIOS ÁGEIS, 2001), acrescentanovamente a importância do Gerenciamento de Comunicações para o bomandamento de um projeto, uma das práticas comuns em Métodos Ágeispara Desenvolvimento de Software são as stand-up meeting, ou reuniõesem pé, (TELES, 2004), onde os membros da equipe, conversamrapidamente fazendo um retrospectiva breve do que vem ocorrendo deforma satisfatória, ou não, sendo conveniente a aplicabilidade desteprincípio em todos os 5 grupos de processos: Iniciação, Planejamento,Execução, Monitoramento e Controle, Encerramento (PMBOK, 2008).”(RODRIGUES, 2010)
  42. 42. 423 BASE PRÁTICA DA SOLUÇÃO A base prática da solução proposta, faz uma miscelânea de práticaspresentes nos Métodos Ágeis e indicadas para modelos de gestões, como GestãoEstratégica e a Gestão Empresarial. Práticas que tem o objetivo de tornar mais simples as centenas de atividadesrealizadas no dia a dia das empresas que estão diretamente relacionadas comprojetos, contribuindo para sucesso das empresas (DINSMORE, 2010). Os Métodos Ágeis, tanto dentre em seu Manifesto (MANIFESTO ÁGIL, 2001)quanto em seus Princípios (PRINCÍPIOS ÁGEIS, 2001), enfatizam a interação comos envolvidos no projeto, sabendo-se que tudo o que ocorre, é por motivo depessoas, com algumas Práticas Ágeis. Algumas Práticas Ágeis contribuem para esta melhor interação, contribuindotambém outras tarefas, como a documentação, seja do sistema, projeto,planejamento, que não será feita só anteriormente, mas em paralelo, como umasimples ata às Retrospectivas/ Feedbacks ao fim do processo de Execução,satisfazendo assim uma das informações passadas por Kerzner (2002, p. 52) deque “se não documentar as lições aprendidas, a empresa pode rapidamenteregredir da maturidade para a imaturidade em gestão de projetos”, ocorrendo que“O conhecimento é perdido e os erros do passado se repetem”. O mapa mental a seguir demostra as principais práticas sugestionadas,explicitadas nos subcapítulos seguintes. Figura 6 - Mapa Mental Da Base De Práticas Fonte: O autor (2012) Outras práticas e até processos podem ser somados a aplicação destasolução na empresa, como por exemplo, técnicas de liderança para atuar junto aoGerente do Projeto, para facilitar e manter o equilíbrio das tensões entre
  43. 43. 43estabilidades e mudanças (KAPLAN, 2000). O importante em termos de práticas, é que auxiliem para sobressair asvantagens advindas de um projeto bem gerenciado, fazendo com o que foiplanejado seja obtido, “por meio do gerenciamento de projetos há mais chances determos clientes satisfeitos.” (PRADO, 2004, p. 20). O sucesso desta solução depende de haver comprometimento entre todos osenvolvidos, tanto para com o Planejamento Estratégico, quanto para os processosde Seleção, Priorização e Execução de Projetos. Para exemplificação do que é comprometimento, faze-se uso deste conto: “Uma galinha e um porco estão andando pela estrada. A galinha diz para o porco, "Você quer abrir um restaurante comigo?" O porco considera a pergunta e responde, "Sim, eu gostaria disso. Como você quer chamar o restaurante?" e a galinha responde, "Presunto e Ovos!" O porco pára, pára e responde: "Pensando bem, eu não acho que eu quero abrir um restaurante com você. Eu estaria comprometido, mas você só estaria envolvido.” (SCHWABER, 2004)3.1 MAPAS MENTAIS Como já informado nesta monografia, os mapas mentais são formas de criare expressar conhecimento, usando os 2 lados do cérebro, facilitando assim tanto aexplicitação, como o entendimento do conhecimento criado e exposto, facilitando ofluxo de ideias para como no uso a esta solução, a criação das atividades quecompõem o projeto. O uso dos mapas mentais como uma prática para esta solução permite quesejam detalhadas as atividades e as formas de serem realizadas, observações eoutros assuntos pertinentes aos projetos, sem regras autoritárias, dando assimliberdade para exposição de ideias. Sugestiona-se apenas que seja feita alguma notação para facilitar oentendimento, como por exemplo em referência aos mapas mentais para oPlanejamento Estratégico, que o segundo nível, ou seja, os primeiros ramos após ocentro, sejam os objetivos, ao terceiro nível estejam as estratégias e ao quarto nívelestejam os projetos, ocultando os detalhes dos projetos que já podem serconsiderados como atividades. Também como sugestão, evitar abreviações, escrever de forma simples edireta, usando o tempo verbal no infinitivo para o terceiro e quartos níveis, conformepode ser visto no Anexo A – Planejamento Estratégico do Estudo de Caso. Em relação aos mapas mentais dos Projetos, sugestiona-se à ser inserido o
  44. 44. 44máximo de informações pertinentes a realização dos mesmos, como perguntas quedevem ser respondidas em atividades de reunião, ao exemplo. Também o uso deícones gráficos pra a facilitação da identificação do tipo de recurso/ atividade à quese refere aquele ramo, à exemplo o uso de um ícone representando um telefonepara os Recursos Humanos que devem ser chamados para a realização do projeto,um ícone como um relógio para o ramo que representa o Tempo e Custo do projeto,ou apenas um ícone gráfico para chamar a atenção a um ramo em especial. NoAnexo B – Documentos de Informações dos Projetos do Estudo de Caso, há osmapas mentais dos Projetos utilizados para a validação desta solução, ao qualpodem servir de exemplificação.3.2 MATRIZ DE ANSOFF A também chamada de Matriz Produto/Mercado, criada por Igor Ansoff nadécada de 50, caracterizada por ter seus 4 quadrantes em Penetração do Mercado,Desenvolvimento do Produto, Desenvolvimento do Mercado e Diversificação. É um modelo gráfico que pode ser utilizado para determinar oportunidades decrescimento de uma empresa através de seus produtos, e seu uso nesta solução éneste contexto, através da qual será avaliado se o produto resultante do projeto éou não favorável ao atual momento da empresa. Como produto, considera-se o resultado do projeto, seja ele realmente umproduto, ou por exemplo, apenas o aprendizado de uma nova tecnologia. Ela é uma ferramenta auxiliar, junto a Matriz SWOT, para ajudar a se obterconhecimentos para pontuar os Projetos na etapa de Seleção e Priorização, atravésde informações mais objetivas do que subjetivas, sem limitação de informações aserem inseridas em cada um de seus quadrantes, mas sugestionando-se oequilíbrio entre os 4. A figura a seguir mostra como é a Matriz Ansoff, sendo todas as usadas paraa avaliação dos produtos dos projetos do Estudo de Caso, presentes no Anexo B –Documentos de Informações dos Projetos do Estudo de Caso. Figura 7 - Matriz De Ansoff
  45. 45. 45 Fonte: O autor (2012) baseado em WIKIPÉDIA (2011)a3.3 MATRIZ SWOT A conhecida matriz de Strengths (Forças), Weaknesses (Fraquezas),Opportunities (Oportunidades) e Threats (Ameaças), que muitos atribuem a criaçãoa professores de Hardvard, mas pelo conceito tão simples e aplicável, pode ser fatoa sua origem por volta de 500 a.C por Sun Tzu onde afirmou “Concentre-se nospontos fortes, reconheça as fraquezas, agarre as oportunidades e proteja-se contraas ameaças”. Esta matriz no contexto da solução, terá função primordial para pontuaçãodos projetos na etapa de Seleção e Priorização, aliada a Matriz de Ansoff para osprodutos destes projetos. A solução torna como importante a pontuação dos projetos e não somente osprodutos, pelo autor desta monografia acreditar que um projeto bem sucedido,poderá contribuir para a realização de outros projetos semelhantes, ou com osucesso do mesmo, poder ser aumentado o limite de realização de projetospodendo-se acrescentar outros ao portfólio. O preenchimento desta matriz é através de informações mais objetivas doque subjetivas, sem limitação a serem inseridas em cada um de seus quadrantes,mas sugestionando-se o equilíbrio entre os 4 quadrantes. A figura a seguir demostra a Matriz SWOT, sendo todas as usadas para aavaliação dos projetos do Estudo de Caso, presentes no Anexo B – Documentos de
  46. 46. 46Informações dos Projetos do Estudo de Caso. Figura 8 - Matriz SWOT Fonte: O autor (2012) baseado em WIKIPÉDIA (2011)b3.4 PONTUAÇÃO DE PROJETOS Os projetos a sem realizados na etapa de Execução, serão Selecionados ePriorizados, de acordo com o proposta desta solução, pelo seu melhor alinhamentoas estratégias para o sucesso do objetivo exposto no Planejamento Estratégico daempresa. Através de uma planilha contendo perguntas relativas a informaçõesinseridas nas Matrizes de Ansoff e SWOT, é atribuído uma pontuação a cadaresposta possível a estas perguntas, sendo esta uma forma simples e objetivaencontrada para se fazer a Seleção e Priorização de Projetos. Por ter seus critérios alinhados ao Planejamento Estratégico de cadaempresa, surge a possibilidade de personalização das perguntas e a pontuação deacordo com a Missão, Visão e Valores da empresa que for fazer uso desta solução,aumentando a confiabilidade dos critérios, como por exemplo: Projeto levará mais tempo que a média dos projetos? Se sim=0 pontos; Se não=2; Projeto possui mais identificação de Forças que Fraquezas?

×