A Longa Estrada do Gerenciamento de Projetos

 

O gerenciamento de projetos é regido por abordagens e métodos de gestão.

Alguns são adeptos dos métodos ágeis, como o Scrum, mas há outros que ainda preferem o jeito tradicional de gerenciar projetos, sendo o Waterfall ou cascata o método mais representativo dessa vertente. Todavia, cada vez mais, muitos descobrem que os projetos não se encaixam simplesmente em uma abordagem, ou mesmo em uma abordagem "híbrida".  

Na última década, a profissão de gerenciamento de projetos cresceu, havendo vários fatores que contribuíram para esse crescimento, como a utilização de programas de software especializados, treinamentos, certificações e qualificações.  

Por outro lado, o mundo – para dizer o mínimo - tem se tornado um lugar mais complicado para se viver e trabalhar. Muitos defendem a ideia do mundo VUCA (volátil, incerto, complexo e ambíguo), com diferentes facetas e rápidas mudanças. Isso pressiona as empresas e, por consequência, pressiona os projetos nela desenvolvidos. 

As estatísticas sobre o trabalho na área de gerenciamento de projetos são úteis para nos ajudar a entender o que está acontecendo nesse mundo em que vivemos e trabalhamos. 

93% das organizações relatam o uso de práticas padronizadas de gerenciamento de projetos. Entretanto, apenas 58% das organizações compreendem totalmente o valor do gerenciamento de projetos. 

77% dos projetos de alto desempenho usam software de gerenciamento de projetos. Mas isso não significa que todas as empresas usem softwares de gerenciamento de projetos. 

A adoção de software de gerenciamento de projetos permanece baixa. Apenas 22% das organizações usam um software de gerenciamento de projetos.  

55% das organizações não têm acesso a KPIs em tempo real. Como resultado, parte dos colaboradores que participam em projetos gasta um ou mais dias para agrupar manualmente os relatórios do projeto, desperdiçando os ganhos de produtividade oferecidos pelo uso de softwares de gerenciamento de projetos. 

Os cinco recursos mais usados ​​e solicitados em softwares de gerenciamento de projetos são compartilhamento de arquivos, controle de tempo, integração de e-mail, gráfico de Gantt e gerenciamento de orçamento.  

Apenas 41% das organizações que possuem um PMO (Project Management Office), ou escritório de gerenciamento de projetos, relatam que o PMO está alinhado com a estratégia da organização. 

Os PMOs continuam sendo mais populares entre as empresas maiores. 95% das grandes empresas (com receita maior que US$ 1 bilhão) relataram ter PMOs dedicados, seja em departamentos específicos ou em toda a organização. Em contraste, apenas 75% das empresas com receita menor que US$ 100 milhões tinham PMOs dedicados. 

Nem sempre os PMOs são vistos como algo positivo. 50% dos entrevistados em uma pesquisa disseram que seu maior desafio é que os processos de PMO são vistos como sobrecarga. 42% disseram que suas organizações são resistentes à mudança e à adoção de novas metodologias de gerenciamento de projetos. 41% disseram que demonstrar o valor agregado do PMO é um desafio. 

97% das organizações acreditam que o gerenciamento de projetos é fundamental para o desempenho dos negócios e o sucesso organizacional. 44% dos gerentes de projeto não usam nenhum software, embora o uso de qualquer software popular de gerenciamento de projetos comercialmente disponível seja conhecido por melhorar o desempenho e a satisfação do projeto. 

As cinco principais causas de falha do projeto são: mudança nas prioridades da organização (39%), mudança nos objetivos do projeto (37%), levantamento impreciso de requisitos (35%), visão inadequada (29%) e má comunicação (29%). 

Uma pesquisa detectou como um problema relevante para os projetos o uso pelas empresas de gerentes mal treinados (por serem mais baratos), alocando-os para trabalhar em vários projetos (explorando o trabalho e obrigando-os a trabalhar mais horas), com menos dinheiro no orçamento do que o necessário para que os projetos sigam em frente (criando um ambiente de muito pressão). 

Um estudo com mais de 10.640 projetos descobriu que uma pequena parcela de empresas - 2,5% - concluiu 100% de seus projetos com sucesso. O restante fracassou em cumprir algumas de suas metas originais, estourou o orçamento ou não foi capaz de cumprir os prazos originais. Essas falhas têm um alto custo - apenas os projetos de TI com falha custam aos Estados Unidos de US$ 50 bilhões a US$ 150 bilhões em perda de receita e produtividade.  

O retrabalho é uma grande causa de falha do projeto e uma fonte significativa de atrasos. 80% dos entrevistados em uma pesquisa disseram que gastam metade do tempo em retrabalho. 

O mau alinhamento entre as partes interessadas e o gerente do projeto é uma grande causa do fracasso do projeto. Apenas 55% das pessoas envolvidas em projetos - líderes de equipe e gerentes de projeto - sentem que os objetivos de negócios do projeto são claros para eles. Mais de 80% também acham que o processo de requisitos não articula as necessidades do negócio. E quando o projeto é concluído, apenas 23% dos entrevistados dizem que os gerentes de projeto e as partes interessadas estão de acordo quando um projeto é concluído. 

133% dos projetos que não são de software falham em atingir seus benefícios declarados, em comparação com apenas 17% para projetos de software.  

Habilidades técnicas e de liderança continuam sendo as prioridades mais importantes para organizações de alto desempenho. 81% dessas organizações priorizam o desenvolvimento de habilidades técnicas (vs 13% dos de baixo desempenho), 79% priorizam habilidades de liderança e 70% focam no desenvolvimento de habilidades estratégicas e de gerenciamento de negócios. 

Para confirmar essas e outras estatísticas sobre gerenciamento de projetos e as fontes de pesquisa das mesmas, acesse o link abaixo: 

https://www.workamajig.com/blog/project-management-statistics

É isso aí, até a próxima!

Feliz Natal e Próspero Ano Novo!

 

SAP Activate e o Gerenciamento de Mudanças Organizacionais

 

Uma implantação considerada suave e sustentável de um sistema ERP avançado, como o SAP S/4HANA, não é apenas uma questão de tecnologia, mas também de aceitação do usuário que é o funcionário da empresa onde o sistema será implantado. A premissa aqui é a seguinte: existe relação direta entre as atividades de gerenciamento de mudanças e o sucesso do projeto.

O gerenciamento abrangente de mudanças é, de fato, um dos fatores críticos de sucesso para qualquer grande projeto de TI (e, sim, a implantação de um ERP é um projeto de TI), porque os funcionários da empresa precisam estar envolvidos durante a transição. Deixando ainda mais claro, a implantação de um ERP é um projeto de TI em que os funcionários de TI irão participar ativamente, exercendo seu papel como braço que executa o trabalho, mas é um projeto de TI que afeta a todos na organização que vão usar o ERP nas suas atividades do dia-a-dia. Em outras palavras, é um projeto de TI, sendo ao mesmo tempo, um projeto de toda a organização.

Para explicar melhor esse aspecto, vejamos - por exemplo - um cenário típico de implementação de ERP, que incorpora aspectos negativos, mas que costuma ocorrer mais do que as organizações gostariam que ocorresse, tanto que é descrito em livros e artigos sobre o tema. Esse cenário é típico por já ter ocorrido em muitas empresas diferentes.

Exemplo – Durante a implantação de um ERP, o pessoal de TI - que vamos chamar de analistas e consultores internos e também externos (pessoal subcontratado de empresas parceiras) - se concentra principalmente em aspectos de engenharia de sistemas, como a estrutura necessária dos dados mestre, os dados que podem ser retirados dos sistemas legados (antigos), os relatórios que precisam ser fornecidos, o conteúdo já incluído como padrão, outros conteúdos que precisam ser programados separadamente e como definir funções e autorizações no sistema. Na maioria dos casos, o pessoal de TI e as equipes do projeto só veem o impacto do novo ERP sobre os futuros usuários, seus processos de trabalho e suas relações de trabalho pouco antes do novo sistema entrar em operação. Isso é compreensível, pois foi necessário focalizar nos aspectos relacionados à implementação técnica do projeto, mas não é correto. O conteúdo do treinamento, mostrando como e até que ponto o pessoal precisa ser treinado novamente, só é definido quando o sistema está quase completo. No entanto, muitas vezes isso é tarde demais, gerando atrasos para que o sistema seja utilizado pelos funcionários de forma correta, retardando o alcance dos ganhos de eficiência que se pretendia alcançar com a adoção do novo ERP. Como resultado, a equipe de gerenciamento do projeto só descobre os ajustes associados a uma mudança do sistema tardiamente, não conseguindo informar ou preparar seus funcionários em tempo hábil. 

Evitar os erros apresentados no exemplo anterior explica a importância do gerenciamento de mudanças organizacionais (Organizational Change Management ou OCM) em projetos de implementação de sistemas ERP. A ênfase aqui é que as atividades de OCM devem ocorrer desde o início do projeto. Com o SAP Activate, criado para otimizar a implementação do S/4HANA, não é diferente.

A adoção de práticas e atividades de OCM ajuda a promover um ambiente com menor resistência dos funcionários à mudança, e com isso propiciar uma transição suave para a fase de execução. Efetivamente, o “buy in” do usuário final resulta em adoção mais rápida das novas soluções e processos, o que é vital para, da mesma forma, alcançar um ROI mais rápido.

As atividades de OCM podem ser mapeadas no SAP Activate conforme está apresentado na ilustração abaixo.

Fases Discover & Prepare: As atividades nesta fase incluem a apresentação de uma visão geral de todas as atividades de gerenciamento de mudanças planejadas.

Tarefas: Configurar a equipe OCM e o conceito OCM.

 

Fase Explore: O objetivo dessa fase é garantir que o OCM e as mudanças técnicas nos processos de negócios tenham sido identificados e documentados comparando os processos de negócios atuais e futuros (após as mudanças).

Tarefas: Analisar e planejar as atividades de OCM

 

Fase Realize: O objetivo desta fase é identificar e avaliar outras atividades do gerenciamento de mudanças organizacionais relacionadas ao plano de execução de OCM.

Tarefas: Entregar e monitorar as atividades de OCM durante a fase Realize.

 

Fase Deploy: O objetivo desta fase é executar as atividades de gerenciamento de mudanças organizacionais relacionadas ao plano de execução de OCM na fase Deploy.

Tarefas: Entregar e monitorar atividades de OCM

 

Fase Run: O objetivo desta fase é melhorar continuamente as eficiências organizacionais por meio do uso expandido da solução e adoção das novas funcionalidades do sistema.

Tarefas: Executar de forma contínua o OCM

 

As funções e responsabilidades da equipe de OCM devem ser claramente definidas. Além disso, devem ser identificadas as partes interessadas e todos os funcionários afetados ou capazes de influenciar a transformação digital e que farão parte da rede de OCM do projeto. 

O plano de gestão de mudanças deve levar em conta aspectos como engajamento das partes interessadas, comunicação, transição organizacional, aprendizado, efetividade da mudança e sustentabilidade.

O engajamento das partes interessadas considera possuir mecanismos adequados para gerenciar pessoas e grupos que são afetados ou podem influenciar o sucesso de um projeto de transformação digital (que é o caso do S/4HANA). Isso minimiza a resistência a mudança e impulsiona a adoção de novas formas de trabalhar. Por sua vez, a comunicação assegura que as informações serão geradas, coletadas, distribuídas, armazenadas, recuperadas e organizadas de maneira oportuna e apropriada. Trata-se de fornecer a mensagem certa para as pessoas certas no momento certo, dentro de um projeto de transformação digital.

A transição organizacional trabalha para identificar e gerenciar o impacto da mudança associada à transformação digital nas partes interessadas. Isso considera identificar habilidades e funções das pessoas nos processos de negócios em que operam, e agir para gerenciar comportamentos/cultura de modo a permitir um processo de transição suave.

O aprendizado tem por objetivo fornecer treinamento completo ao usuário final durante todo o processo de transformação, com base em suas funções e necessidades específicas. Além do mais, a eficácia do OCM engloba todas as atividades que podem ser aplicadas para medir a eficácia da transformação digital. Ele se concentra em critérios como prontidão organizacional, adoção e satisfação do usuário, bem como desempenho do projeto.

Finalmente, a sustentabilidade é o aspecto que visa estabelecer estruturas organizacionais, processos, funções e responsabilidades que permitam a organização gerenciar mudanças de forma contínua.

Bem, é isso aí, até a próxima!

A Metodologia SAP Activate

 

A transformação digital tem o requisito fundamental da renovação dos processos de negócio. Os processos antigos, do século passado, baseados em silos e transações devem ser reinventados, e novos processos devem ser criados para capitalizar os novos padrões de trabalho gerados pela transformação digital. Tudo isso representa uma enorme mudança e, nesse sentido, os ERPs (Enterprise Resource Planning), que podem ser melhor traduzidos por Sistemas Integrados de Gestão, exercem um importante papel na transformação digital, como facilitadores dessa mudança.

A empresa alemã SAP, segundo é informado no website da organização, “é líder do mercado mundial de aplicações de software empresarial e ajuda empresas de todos os tamanhos e setores do mercado a funcionar melhor – 77% das transações mundiais são realizadas usando sistemas SAP. Nossas tecnologias de machine learning, Internet das Coisas (IoT) e análise avançada de dados ajudam a transformar os negócios de nossos clientes em empresas inteligentes”. Aqui, o termo “aplicações de software empresarial” deve ser entendido como ERP. Sim, o bom e velho ERP! Sim, a gigante SAP!

Na sua versão mais atual, o SAP S/4HANA é uma plataforma de tecnologia de negócios integrada e projetada para administrar os negócios de uma organização de ponta a ponta, que pode ser uma parte fundamental das estratégias de transformação digital das empresas. A plataforma SAP S/4HANA é uma solução para a transformação digital nas organizações devido a sua capacidade de análise em tempo real, sua estrutura de TI simplificada, além da maior velocidade e nova experiência do usuário. O que significa que esta plataforma já utiliza tecnologias disruptivas como machine learning, IoT e análise avançada de dados. Então, implantar o S/4HANA é mais do que apenas atualizar um antigo ERP, uma vez que muito mais coisas deverão mudar na empresa.

Como então lidar com tudo isso? Como ser bem sucedido em um projeto com tantas mudanças? Para responder a essa pergunta a SAP criou uma estrutura de trabalho (framework) chamada SAP Activate.

Basicamente, o SAP Activate é um framework usado para migração dos sistemas legados SAP para o novo sistema SAP S/4HANA, que trabalha com uma metodologia própria, com elementos específicos, desenvolvida para esta finalidade.

O SAP S/4HANA é um pacote de software avançado de gerenciamento de recursos empresariais [outra boa tradução para ERP] em tempo real para negócios digitais. O termo “em tempo real para negócios digitais” deve ser compreendido como o novo jeito de trabalhar com seus processos, nas suas operações internas, na cadeia de suprimentos e no relacionamento com os clientes, que uma empresa deve ter quando passa pela transformação digital.

O SAP S/4HANA é construído na plataforma avançada SAP HANA, e oferece uma experiência de usuário personalizada de nível de consumidor. O que é vital compreender aqui é que o SAP S/4HANA permite que as empresas de todas as linhas de negócio realizem transações e analisem dados de negócios em tempo real.

Esta plataforma é considerada como sendo o núcleo digital da estratégia da empresa SAP que permite que os clientes passem pela transformação digital, incluindo ou estando integrado a várias tecnologias disruptivas como, por exemplo, Inteligência Artificial, aprendizado de máquina, IoT e análise avançada de dados. Nesse sentido, ele foi projetado para tornar o ERP mais moderno, rápido e fácil de usar por meio de um modelo de dados simplificado, arquitetura enxuta e uma nova experiência do usuário, podendo ser implementado como um sistema local ou em cenários de nuvem pública, privada ou híbrida.

O S/4HANA possui módulos funcionais organizados em linhas de negócio (Lines of Business ou LOBs), compostos por funções para processos de negócios específicos e incluem finanças, vendas, pesquisa e desenvolvimento, engenharia e logística, sendo que este último abrange os processos de distribuição, manufatura, cadeia de suprimentos e gerenciamento de ativos.

O S/4HANA é um sistema complexo que traz muitas vantagens para seus usuários, sendo construído no banco de dados HANA, com melhorias na velocidade de processamento, permitindo análises e transações em tempo real, o que pode ser extremamente importante para organizações que exigem, por exemplo, relatórios financeiros imediatos. Por outro lado, verdade seja dita, tem a desvantagem de ser caro, e por isso é mais adequado para organizações que possuem recursos para implantá-lo de forma eficaz.

Para quem ainda não ouviu falar da SAP, procure conhecer sua lista de clientes, composta pelas maiores organizações do planeta. Isso mostra o tamanho da importância dessa empresa e sua liderança global no mercado de sistemas integrados de gestão.

A Metodologia SAP Activate

A metodologia SAP Activate fornece orientação para a implementação do S/4HANA, tanto como um sistema local como em um cenário em nuvem. É uma metodologia iterativa, colaborativa e focada na melhoria contínua. A SAP recomenda que as equipes de projeto sigam essa metodologia, sejam esses projetos novas implementações, atualizações ou migrações.

A metodologia foi desenvolvida para lidar com projetos locais (infraestrutura instalada na ou de propriedade da própria empresa), em nuvem ou híbridos. Além disso, o SAP Activate é uma metodologia que suporta diferentes variantes de transição como novas implementações, conversões de sistema e transições seletivas de dados. Uma nova implementação se aplica a empresas que não possuem SAP em seu cenário ou que possuem algum sistema legado e desejam adotar o S/4HANA.  O cenário de conversão de sistema se refere a empresas que possuem um ERP SAP antigo e desejam migrar seu sistema legado para o novo S/4HANA. Já o cenário de transição seletiva de dados é usado para empresas que possuem vários sistemas ERP de diferentes fornecedores e desejam migrar alguns desses sistemas para o S/4HANA.

Os componentes principais do SAP Activate são chamados de SAP Best Practives (Melhores Práticas SAP), Guided Configuration (Configuração Guiada) e SAP Activate Methodology (Metodoloia SAP Activate).  O componente SAP Best Practices é um conjunto de processos e configurações padronizadas que fornecem uma linha de base para iniciar a implementação.  O conteúdo do SAP Best Practices descreve o escopo do projeto que pode ser usado pela equipe do projeto, além de fornecer um conjunto de aceleradores que podem ser baixados, como uma lista de itens de escopo, uma visão geral de dados mestre e visões gerais de configurações.

O componente Guided Configuration inclui ferramentas de software relacionadas aos processos de atualização e alteração nas configurações padronizadas fornecidas pelo SAP Best Practices que sejam necessárias fazer durante a implantação. Em outras palavras, a equipe do projeto usa o componente de configuração guiada para fazer as mudanças e ajustes que o projeto necessita.

Finalmente, o componente SAP Activate Methodology descreve e estabelece os princípios, práticas, fluxos de trabalho, conteúdo, entregas e responsabilidades que funcionam juntos como um processo completo para entregar um projeto. O que implica que os elementos SAP Best Practices e Guided Configuration são gerenciados sob este componente de metodologia.

A metodologia SAP Activate é composta por seis fases, chamadas Discover, Prepare, Explore, Realize, Deploy e Run. Cada fase contém um conjunto específico de atividades e entregas relacionadas responsáveis pelo progresso do projeto.

Discover: Nesta fase a equipe do projeto deve preparar o business case e o roteiro de implantação da jornada de transformação digital. Os membros da equipe trabalham para entender o escopo da biblioteca de conteúdo do SAP Best Practices e verificar se há itens potenciais que não estejam incluídos no escopo padrão. A equipe do projeto também começa a procurar parceiros de implementação para ajudar na jornada de implementação. Esses parceiros são empresas de consultoria que possuem mão de obra experiente e especializada na implementação do SAP S/4HANA.

Prepare: Nesta fase, a organização conclui seu plano do projeto em alto nível e a criação da estratégia de gerenciamento de mudanças. A organização define as metas do projeto e o escopo de alto nível. A organização então define, prepara e capacita a equipe do projeto. Uma vez montada a equipe e definidos os objetivos e o escopo do projeto, o projeto começa oficialmente.

Explore: Durante esta fase, a equipe do projeto valida os processos de linha de base e a configuração, fornecidos como parte da biblioteca de conteúdo SAP Best Practices. A equipe identifica quaisquer lacunas e alterações e define valores de configuração para itens como listas suspensas e critérios de seleção. A equipe também se prepara para o carregamento de dados e quaisquer extensões de software. Nesta fase, o SAP Activate utiliza modelos de migração padrão que estão disponíveis para download, gerando grande economia de tempo. Além disso, todos os requisitos do cliente em termos de objetos WRICEF (Work-Reports-Integrations-Conversions-Enhancements-Forms) adicionais - fluxos de trabalho, relatórios, integrações, conversões, aprimoramentos e formulários, juntamente com os valores de configuração, são anotados no documento Backlog, criado através de acordo mútuo entre o equipe de implantação e cliente. Este Backlog consiste em todos os requisitos específicos do cliente que precisam estar disponíveis no sistema para que os usuários empresariais executem suas tarefas diárias. Os consultores da equipe de implantação então priorizam de acordo com a viabilidade, dificuldade e importância e planejam os Sprints para a fase Realize, onde o objetivo principal é executar e concluir cada um dos itens do Backlog. Uma análise do impacto da mudança é feita para entender como o novo sistema beneficiará o negócio e as ações para permitir uma transição suave para o novo sistema são decididas entre as partes interessadas do projeto. Os usuários-chave são identificados e uma análise das necessidades de aprendizado do usuário final é feita e um plano de aprendizado é preparado para os usuários-chave que ajudarão a impulsionar o sucesso do sistema durante a duração do projeto.

Realize: Nesta fase, os consultores da equipe de implantação começam a configurar o sistema de acordo com o documento Backlog. Isso acontece em uma abordagem iterativa em que a equipe do projeto trabalha com base em vários Sprints que foram planejados para executar o projeto, dividindo os requisitos do Backlog em entregas menores que precisam ser exibidas ao proprietário do processo de negócios e assinadas como concluídas assim que correspondam aos critérios de conclusão acordados. Esta é a fase em que os consultores estão em contato regular com o proprietário do processo de negócios para mostrar a eles o sistema que está sendo construído por meio de várias etapas.  Nesta fase, vários níveis de teste são executados para garantir que o sistema seja configurado de acordo com os requisitos do cliente fornecidos pelos proprietários do processo de negócios. O teste de migração de dados também é feito para garantir que os dados preenchidos pelos usuários de negócios estejam no formato correto e prontos para serem importados para o novo sistema. Uma vez satisfeitas todas as entregas, é feito um plano de “Cutover” para mover as configurações, objetos WRICEF e dados mestre e transacionais para o “Production System”, que será o sistema utilizado pelo negócio em tempo real. Isso significa o fim da fase Realize.

Deploy: A equipe do projeto conduz toda e qualquer atividade final de gerenciamento de mudanças. A equipe conclui a preparação para a transição e executa o plano de suporte pós-go-live. O projeto então é colocado “no ar” (“The project goes live”).

Run: Esta é a fase pós-projeto e focaliza a operação contínua, otimização, atualizações e gerenciamento de liberação e manutenção do software implementado como ambiente produtivo. Esta não é realmente uma fase genuína do projeto em si, mas existe para garantir que essas atividades sejam incluídas como parte da implementação. O negócio está ativo com a nova implementação e quaisquer problemas, erros ou entradas incorretas que possam ter ocorrido durante os primeiros dias do S/4HANA entrando em operação são rapidamente corrigidos através do suporte fornecido pela equipe.

Em linhas gerais, cada fase da metodologia SAP Activate contém uma série de fluxos de trabalho que representam um conjunto de tarefas, atividades e entregas relacionadas para uma parte específica do projeto. É importante mencionar ainda que esta metodologia inclui gerenciamento de projetos, capacitação da equipe do cliente, arquitetura e infraestrutura técnica, design e configuração de aplicativos, integração, testes, gerenciamento de dados e operações. Além disso, alguns fluxos de trabalho, como migração e integração de dados, podem ser executados em várias fases porque as atividades e as entregas se encaixam logicamente em diferentes fases do ciclo de vida do projeto.

O metodologia SAP Activate é claramente uma abordagem híbrida, que divide o projeto em etapas que devem ser planejadas e executadas cuidadosamente. As etapas Discover e Prepare tem elementos mais tradicionais como, por exemplo, o business case, a definição de objetivos e do escopo, o plano do projeto de alto nível e a preparação da equipe. O Scrum aparece claramente nas fases Realize e Deploy. Além disso, dentro do SAP Activate existem práticas de gerenciamento de mudanças organizacionais (OCM – Organizational Change Management) que auxiliam a promover um ambiente com menos resistência dos funcionários às mudanças e que serão muitas com a implantação do S/4HANA. Efetivamente, a adesão do usuário final (funcionários da empresa) resulta em uma adoção mais rápida de novas soluções e processos, o que também é vital para obter um ROI (“Retorn On Investment” – Retorno sobre o Investimento) mais rápido. Mais isso será tema de um próximo artigo aqui no blog. É isso aí, até a próxima!

Sobre Resistência à Mudança

 

O mundo em que vivemos está em estado permanente de incertezas e turbulências que provocam mudanças às quais as organizações precisam responder em um ritmo que parece ter alcançado proporções nunca antes imaginadas. Sim, isso não é novidade. As organizações precisam se ajustar a essas mudanças para sobreviver e crescer.

A gestão de mudanças é um assunto amplo e pode ser aplicado a todos os diferentes tipos de mudanças organizacionais. Os drivers de mudança mais comuns incluem: evolução tecnológica, revisões de processos, crises e mudanças de hábitos do consumidor, bem como pressão de novos negócios, aquisições, fusões e reestruturação organizacional. Todos eles têm uma característica em comum – eles afetam as pessoas e seus paradigmas.

Para que uma organização sobreviva, ela tem de responder às mudanças em seu ambiente, fazendo os ajustes necessários. Costuma provocar mudanças o lançamento de um novo produto pela concorrência, de novas leis pelo governo ou de modificações no comportamento dos consumidores.

É difícil mudar. Ninguém dá nada de mão beijada. Mudar gera conflitos. As pessoas têm que aprender a fazer coisas diferentes e lidar com novas tecnologias. Nas empresas é melhor que a mudança ocorra de forma planejada. Como o sucesso, ou o fracasso, de uma empresa se deve essencialmente às coisas que seus funcionários são ou não capazes de realizar, a mudança planejada – que leva em conta novas tecnologias, processos, relacionamento com clientes e fornecedores - também está voltada para a mudança do comportamento das pessoas e dos grupos dentro da organização.

A gestão de mudança deve auxiliar as organizações a se adaptar as abordagens de pensamento inovador, expandir sua comunicação para compartilhar sua visão e construir um rápido alinhamento. Isso já tinha sido detectado pelo PMI em 2017 e registrado no relatório Pulse of the Profession daquele ano, que indicava que 67% dos executivos seniores consideram a criação de uma cultura receptiva à mudança organizacional como prioridade alta ou muito alta. Em 2022, já num cenário de pós-pandemia, em que muitas mudanças claramente perceptíveis no ambiente de trabalho ocorreram, o percentual de executivos que atribui alta prioridade a criação de uma cultura receptiva à mudança deve ter aumentado.

A realidade das mudanças organizacionais no mundo nos mostra que entregar um projeto dentro do prazo planejado, custo, qualidade e o escopo não é mais suficiente. A expectativa agora é que os objetivos estratégicos que motivaram o projeto sejam medidos por metas qualitativas e quantitativas, que exigem engajamento do componente humano para serem alcançados. Por essa razão, a falta de uma abordagem de gestão da mudança impacta fortemente no alcance dos resultados das iniciativas estratégicas.

As organizações e seus membros resistem à mudança. O lado positivo desse fato é que ele fornece um grau de estabilidade e previsibilidade ao comportamento, quando não assume características de aleatoriedade caótica. O lado negativo é que ele dificulta a adaptação e o progresso das organizações.

Para fins analíticos, as fontes de resistência à mudança podem ser individuais e organizacionais. No mundo real, tais fontes geralmente se sobrepõem.

As fontes individuais de resistência à mudança residem em características humanas, como percepções, personalidades, e necessidades. De forma resumida, as razões pelas quais os indivíduos podem resistir à mudança são hábitos, segurança, fatores econômicos, medo do desconhecido e processamento seletivo de informações.

Com medo do desconhecido, os indivíduos assumem que seu estado atual é melhor do que qualquer que seja o estado ajustado e modificado pela mudança. Além disso, os indivíduos costumam processar as informações de forma seletiva. Eles ouvem o que querem ouvir e ignoram informações que desafiam o mundo que criaram.

Por sua vez, as principais fontes de resistência organizacional à mudança foram identificadas como inércia estrutural, foco limitado de mudança, inércia do grupo, ameaça à expertise, ameaça às relações de poder estabelecidas e ameaça às alocações de recursos estabelecidas. Muitas dessas coisas já foram comentadas aqui nesse espaço por mais de uma vez.

Nesses tempos de transformação digital, muitos de vocês talvez tenham experimento ou percebido alguns dos aspectos e situações abordadas nesse post. A boa notícia é que tudo isso é uma excelente matéria prima e pode ser aproveitado no seu TCC. Espero que vocês tenham gostado desse conteúdo. É isso aí, até a próxima!

Desenvolvendo o seu TCC

 Olá a todos!

Se você precisa desenvolver o seu TCC eu posso te ajudar. Vamos falar mais uma vez sobre orientação de TCC online!

A ideia na orientação é ajudar o aluno em cada passo do trabalho, desde a escolha do tema até o texto final ficar pronto. Meu trabalho inclui:

- Ajuda na escolha do tema;

- Suporte na elaboração do projeto de TCC;

- Esclarecimento de dúvidas;

- Estrutura de capítulos do artigo científico ou monografia;

- Sugestões de referências bibliográficas;

- Uso correto das citações no texto conforme a norma ABNT ou conforme definido pela sua Instituição de Ensino Superior;

- Correções do texto do ponto de vista de estilo e gramática nas diferentes versões do TCC até que o texto final fique pronto;

- Auxílio no uso de livros e outros textos em inglês (sou fluente);

- Verificação de plágio;

- Dicas para a defesa oral;

 

Se você já tem um tema escolhido, evidentemente eu posso trabalhar com o tema escolhido por você e desenvolver seu trabalho.

Sim, eu vou ajudar você na elaboração da pergunta da pesquisa e dos objetivos. Posso também te ajudar a definir um estudo de caso e criar uma pesquisa do tipo “survey” para ser respondida online. E, é claro, posso te ajudar na elaboração do texto. Além do mais, se você estuda em uma Instituição de Ensino Superior fora do Brasil, eu posso te ajudar na elaboração do seu TCC escrito em língua inglesa.

Tenho muita experiência em orientação de TCC e como professor de cursos MBA. Já auxiliei na elaboração de diversos artigos, monografias e resenhas, com ótimos resultados até o presente momento.  Gostaria, portanto, de confirmar que o seu TCC será desenvolvido seguindo os padrões e regras específicas da sua Instituição de Ensino Superior. Além do mais, quando tudo estiver pronto, eu faço a verificação de plágio através da ferramenta copyspider.

A orientação acontece por e-mail, mensagens de texto e chamadas de voz via whatsapp e, também, chamadas de voz via telefone celular (eu ligo para o aluno em dia e horário combinados). Com tudo isso, não haverá dificuldades na comunicação. Meu contato no whatsapp é 95617-0115. Me envie uma mensagem de texto que eu entro em contato com você! Espero que possamos trabalhar juntos!

  

As Áreas Cinzentas do Gerenciamento de Projetos

As coisas que acontecem nas organizações podem surpreender até os gerentes de projeto mais experientes e, portanto, a teoria do gerenciamento de projetos só pode ajudar até certo ponto na tomada de decisões que afetam pessoas reais trabalhando em projetos planejados e executados em organizações reais. 

Para encarar essa questão, os gerentes de projetos podem combinar as teorias e conceitos sobre gestão de projetos com a arte da gestão de pessoas. Aqui é evidente que o objetivo dessa combinação é poder alcançar melhores resultados. O gerenciamento de projetos usa números e estatísticas em suas estimativas e previsões, e usa também, em um mesmo plano de importância, a habilidade de liderança, colaboração e trabalho em equipe. Tudo isso precisa ser levado em conta no plano do projeto e nas estratégias do gerente de projetos.

Essa reflexão nos leva ao debate sobre como o gerente de projetos deve se comportar nos projetos. O gerente de projetos deve manter uma abordagem “proativa” ou mais moderada (menos “proativa”) em relação às questões que envolvem o projeto?

Por abordagem proativa, compreenda-se adotar um comportamento que favorece o intervencionismo do gerente de projetos, significando a intervenção no dia a dia do projeto. Essa abordagem se manifesta, por exemplo, no setor de TI, onde o gerente de projetos é chamado a se envolver nos aspectos técnicos do projeto, que incluem a participação no design, codificação e outras atividades. Não se pode dizer que esse fenômeno seja restrito apenas ao setor de TI, pois esse envolvimento mais direto do gerente de projetos pode ocorrer em outros tipos de projetos e segmentos de negócio.

Vale mencionar também que existem organizações que tratam a função de gerente de projetos com bastante clareza, definindo o papel e as responsabilidades dessa função. Isso geralmente acontece em organizações matriciais, onde a estrutura é tal que há muita ênfase na clareza dos papéis dentro da organização. 

Muitos já tentaram responder, sem sucesso, a pergunta sobre se o gerente de projetos deve ser o centro do universo ou apenas um maestro dirigindo a sinfonia dentro de uma organização. Eu até entendo que alguns profissionais desfrutam dessa dúvida. Para aqueles que ocupam posições secundárias de líder de projetos, sem desfrutar de poder real, tendo que se virar, sendo competentes e, ao mesmo tempo, criativos para influenciar as partes interessadas, ser o centro do universo soa como um exagero. Eu diria que ser um maestro já é muito, mas isso pode ser pouco se o que está na mente do indivíduo é a máxima do céu é o limite.

No mundo acelerado das organizações e do gerenciamento de projetos, o papel central de um gerente de projeto garante que ele esteja sempre no meio da ação e no meio das coisas. A gestão de projetos é uma profissão cada vez mais necessária em nosso mundo em constante mudança. Os projetos são a melhor forma para uma organização implementar mudanças bem sucedidas.

Muitos acreditam que o gerenciamento de projetos é uma atividade altamente contextual e dependente da situação, que a teoria só pode apontar o caminho e cabe ao gerente de projetos tomar as decisões e trilhar o caminho de acordo com cada situação. Dependendo da situação será possível, ou não, levar o projeto adiante e satisfazer as partes interessadas. Então, sendo razoável, podemos entender que existe uma parcela importante do eventual fracasso do projeto que pode ser atribuída a situação em que o projeto se encontra. Em outras palavras, nem sempre o projeto fracassa por culpa do gerente de projetos. Nesse caso, o gerente de projetos fez tudo que estava à seu alcance para levar o projeto a bom termo, mas a situação ruim o impediu de fazer isso acontecer.

Mas nem todos pensam de forma razoável nesse nosso mundo. Alguns compartilham da crença que estabelece que um gerente de projetos deve, qualquer que seja a situação, ter o equilíbrio necessário para reunir os diferentes requisitos das partes interessadas e, em seguida, garantir que tudo se encaixe com o objetivo comum de atender às entregas do projeto. E quando a situação que se coloca dificulta seriamente ou, até mesmo, não permite que isso aconteça, não interessa. A culpa pelo fracasso de um projeto é sempre colocada na "inabilidade" do gerente do projeto. Sendo assim, o gerenciamento de projetos deve proporcionar satisfação ao cliente e valor para as partes interessadas, não importando o contexto em que o projeto se encontra.

São muitas áreas cinzentas para levar em conta na profissão do gerente de projetos. E você, o que pensa sobre esse tema? Deixe seus comentários! É isso aí, até a próxima.