Fala pessoal! Tudo bem com vocês?

Que tal falarmos um pouco sobre a utilização do ChatGPT? Na verdade, podemos colocar que essa matéria é sobre a IA ou Generative AI como um todo.

Eu "brinquei" um pouco com o ChatGPT e, para quem ainda não utilizou ou usou muito pouco, eu gostaria de incentivá-lo a utilizar para que você entenda como é o mecanismo dessa ferramenta. Sendo assim, vão aqui 3 dicas simples que eu achei interessante passar pra vocês. São elas:

Dentro do ChatGPT, abra uma aba nova e escreva assim: gere um projeto da minha nova casa, na cidade "X" (selecione sua cidade), contendo 2 dormitórios, 1 suíte, sala com dois ambientes, cozinha bem ampla, um pequeno jardim e um estacionamento para um carro, e veja o resultado. Com certeza você terá um projeto exatamente como pediu, bem estruturado e detalhado. Agora, abra uma segunda aba e escreva assim: faça um projeto de uma nova casa, simples assim. E veja o resultado considerando os prompts diferentes. Reparem as diferenças.

Agora, a segunda dica. Volte para o primeiro prompt e escreva: me sugira uma lista de 10 riscos com relação a este projeto da casa, colocando suas criticidades entre: baixa, média, alta e muito alta, e ordenando por ordem de prioridade. Verifique qual será o resultado. Depois volte na segunda aba e escreva a mesma coisa de forma simples, ou seja, apenas peça para gerar 10 riscos desse projeto. Compare os resultados.

E a última dica: abra uma terceira aba e peça uma dica para uma prova de certificação, por exemplo o PMP. Veja a resposta. Depois, elabora ainda mais esse prompt, colocando que você quer dicas de quantidade de horas de estudos, principais áreas de conhecimento, como deve estudar a parte de Tailoring e por ai vai.

Entenda uma coisa: a inteligência artificial é uma grande aliada do seu trabalho e dos seus projetos (sejam eles pessoais ou profissionais), no entanto você precisa saber como usá-la. No caso do ChatGPT, você precisa saber como escrever da forma correta o que você precisa, dando informações importantes para que a ferramenta consiga te ajudar da melhor forma.

Apenas um cuidado: para quem utilizar a versão gratuita, não inclua dados sensíveis. Lembre-se da LGPD, e também se os dados forem seus, eles ficarão num banco de dados.

Pessoal, espero que vocês tenham gostado desse post. Deixem seus comentários.

Grande abraço à todos!

Matéria de 22 de Dezembro/23.

Fala pessoal! Tudo bem com vocês?

Vocês já pararam pra pensar o quão simples pode ser a solução de um problema dentro do seu projeto?

Durante minha jornada de trabalho, em algumas vezes, eu me deparo com problemas nos projetos que gerencio e que me fazem pensar, geralmente, em duas soluções: uma simples e outra mais complexa. Muitas vezes, nós optamos por seguir na solução mais complexa, ou seja, mais mirabolante, justamente porque ela parece ser a que vai resolver esse problema e mais um pouco. Só que nós esquecemos que o gasto de energia, o gasto de tempo e por aí vai, é muito maior.

Lembrem-se: menos é mais. Soluções simples nos ajudam a resolver os problemas da mesma forma que as soluções mirabolantes; e melhor, de uma forma com menos gastos.

Pensem no seguinte: muitos dos problemas que temos em nossos projetos já poderiam ter sido eliminados se as soluções simples estivessem enraizadas em nosso DNA. Por exemplo: uma atividade de nosso cronograma que teve seu tempo informado de forma errada, pois o desenvolvedor esqueceu que ele precisa de pausas durante o dia para ir ao banheiro. Outro exemplo é seu fornecedor não mensurar corretamente o tempo de uma atividade, achando que uma máquina não pode quebrar.

Vejam que são pontos simples de se pensar durante a criação do cronograma, mas que a maioria das pessoas esquecem.

Pessoal, para quem trabalha como Gerente de Projetos vale entender que o simples ajuda e resolve muito mais do que achamos.

Espero que vocês tenham gostado do post de hoje. Deixem seus comentários e vamos conversar.

Abraços!

Matéria de 07 de Dezembro/23.

Fala pessoal! Tudo bem com vocês?

No post de hoje, quero começar fazendo uma pergunta aos PM's: como você faz para calibrar a probabilidade dos riscos mapeados no seu projeto?

Vejam bem... Quando nós mapeamos um risco, nós temos, naquele momento, um conjunto de informações que nos leva a categorizá-lo em uma determinada probabilidade (muito baixa, baixa, média, alta, muito alta). No entanto, essa probabilidade pode mudar considerando que novas informações chegam até você. Vamos usar um exemplo: nesse momento, qual é a probabilidade de um elefante aparecer na porta da sua casa? Bom, no meu caso, a probabilidade é muito baixa. Agora, se você souber que existe um circo instalado no seu bairro, e que este circo faz seus espetáculos com animais? Opa! Acho que agora a probabilidade passou de muito baixa para baixa. Certo. Mas, ao ligar a tv, você assiste uma reportagem dizendo que um elefante acabou de fugir do circo que está instalado no seu bairro. Hum! Acho que agora a probabilidade passou de baixa para média (exemplo utilizado do podcast "5 minutes podcast" - Ricardo Vargas).

É sobre isso que eu quero falar no post de hoje, ou seja, os gatilhos (em inglês: triggers) que aparecem durante o seu projeto e que fazem você ter que reavaliar as probabilidades dos riscos mapeados. Entendam: a partir do momento que você mapeou um risco, ele deve ser monitorado o tempo todo, até que consigam eliminar ou mitigar de uma forma que não seja mais um risco, e sim um fato.

É muito importante que o Project Manager saiba gerenciar os riscos com total senso de dono, identificando os gatilhos que possam alterar as probabilidades e, de certa forma, ajudar ou prejudicar a entrega do seu projeto.

Pessoal, acho que é válido pensar em como está sendo feita a gestão de riscos do seu projeto. Entenda o quanto isso é importante para o sucesso de suas entregas.

Não esqueçam de comentar para que possamos interagir ainda mais!

Espero que tenham gostado!

Abraços!

Matéria de 27 de Outubro/23.

Fala pessoal! Espero que todos vocês estejam bem!

No post de hoje, eu gostaria de falar um pouco sobre algumas estratégias que podem ajudar a aprimorar o trabalho remoto.

Para muitos profissionais, mesmo com a chegada da pandemia, não foi novidade trabalhar de forma remota. Poderia não ser todos os dias da semana, mas, 2 ou 3 dias, já trabalhavam. No entanto, para outros, o trabalho remoto se tornou um "novo normal" a partir da pandemia.

Pensando um pouco e colhendo informações de como alguns profissionais se sentem trabalhando remotamente, eu destaquei algumas estratégias que podem ajudar nesse modelo. Vejam o que vocês acham:

1- Estabelecer limites entre vida profissional e pessoal. É importante que você estabeleça limites de carga horária, respeito ao horário do almoço, e demais itens que estejam relacionados ao seus horários e o da empresa. Outro ponto importante é a roupa para trabalhar. Não trabalhe de pijama só porque está em casa.  Também temos a questão do isolamento, que pode gerar diversos pontos de desânimo. Cuidado em ficar sempre trabalhando de casa. Procure ir ao escritório e encontrar seus colegas de trabalho. Isso lhe fará bem.

2- Comunicação com a equipe. Não é a mesma coisa do que estar pessoalmente no local físico de trabalho junto com as pessoas. Precisamos de cuidado na forma de falar e escrever. Não conseguimos visualizar a comunicação corporal, da qual tanto nos ajuda para entender como a pessoa está se sentindo. Dessa forma, é sempre válido utilizar a câmera ligada durante as reuniões ou bate-papos. Não é tão bom quanto a conversa pessoal, mas, ajuda muito.

3- O aumento da flexibilidade de trabalhar em casa. Esse é um ponto importante onde você consegue resolver problemas pessoais URGENTES. No entanto, o respeito ao horário de trabalho e as atividades devem ser priorizados. Cuidado com os exageros da flexibilidade.

Bom pessoal, eu gostaria de saber um pouco da opinião de vocês sobre esse tema. Deixem seus comentários.

Espero que tenham gostado da matéria!

Abraços!

Matéria de 04 de Agosto/23.

Fala pessoal! Espero que todos vocês estejam bem!

O nosso post de hoje está relacionado a IA (Inteligência Artificial) e utilização da metodologia Ágil para projetos. Na verdade, a duas semanas atrás, eu já publiquei uma matéria sobre esse tipo de relação. Mas, agora eu quero falar sobre o uso da IA para ajudar a otimizar, ainda mais, a metodologia Ágil. E sim, é possível otimizar ainda mais essa metodologia, no meu ponto de vista.

Fazendo alguns estudos sobre IA e conhecendo bem a abordagem Ágil, entendo que existem algumas formas de usar a Inteligência Artificial para elevar o nível do Ágil, e gostaria de ressaltar três delas. São elas: 1) ajuda a planejar e priorizar as Sprints a partir dos dados históricos de outros projetos. Ou seja, é possível você chegar em um nível muito mais próximo da realidade no momento de planejar suas Sprints e priorizá-las utilizando a IA com os dados históricos dos projetos que já gerenciou. Acredite, isso é possível!; 2) maior adaptabilidade. Ajuda em insights para as mudanças e alocações de recursos durante o seu projeto. Você consegue ter mais assertividade nas alocações das pessoas para novas atividades que surgiram devido a mudança; 3) melhoria contínua. Ajuda a identificar áreas para melhorias dentro do seu projeto. Por exemplo: existem plataformas de testes que já utilizam IA para produtos inacabados, e auxiliam nos ajustes para que fique 100%.

Bom pessoal, como eu sempre digo, a IA está aí para nos ajudar. E no nosso mundo de projetos temos inúmeras possibilidades com sua utilização. E se podemos, ainda mais, melhorar a abordagem Ágil, por que não fazer?

Espero que vocês tenham gostado da matéria. Fiquem a vontade para comentar!

Abraços!

Matéria de 21 de Julho/23.

Fala pessoal! Espero que vocês estejam bem!

Nosso assunto de hoje envolve Inteligência Artificial (IA) e modelo Ágil.

Segundo algumas pesquisas sobre o mundo tecnológico, após o boom de IA, aproximadamente 300 aplicativos que utilizam IA são lançados, por dia, no mercado. E a forma como esses produtos são entregues, ou seja, a abordagem utilizada nos projetos é a Adaptativa (metodologia Ágil). Claro que, pensando em como tudo é volátil no mundo de hoje e, ainda mais, em relação a IA, esse é o método ideal. Porém, o que me preocupa em relação a isso?

Muitas dessas aplicações não se sustentam por muito tempo no mercado. São objetivos frágeis dos quais condenam o fim da aplicação antes mesmo do seu lançamento. Aí que vem o problema. Alguns criadores podem "culpar" a metodologia Ágil por esses lançamentos frustrados, sendo que, esse tipo de abordagem não significa pular etapas ou mesmo faze-las sem competência, apenas com o intuito de entregar mais rápido. Na minha visão, a falta de competência faz com que muitos produtos sejam condenados ao fracasso.

Entendam, a metodologia Ágil funciona e é muito bem vinda para desenvolvimento de produtos complexos e incertos. É preciso que ela seja usada da forma correta e com competência; dessa forma, o produto é lançado com qualidade .

Pessoal, espero que vocês tenham gostado dessa matéria. Comentem e vamos debater sobre o assunto.

Abraços!

Matéria de 07 de Julho/23.

Fala pessoal! Tudo bem com vocês?

O assunto de hoje foi sugerido através do meu site (www.fernandosuppioni.com.br), onde eu também posto as matérias e os vídeos sobre elas. O tema sugerido foi: "Como um Product Manager precisa se comportar diariamente?".

Estudei sobre o Product Manager para formar minha opinião em relação ao seu comportamento diário. Bom! De forma sucinta, o Product Manager gerencia todo o ciclo de vida do produto, descobrindo problemas e oportunidades com os usuários. Ele também defini a visão e o roadmap do produto para a equipe e os stakeholders. Com tudo isso, ele tem como principal papel a entrega de soluções eficientes e inovadoras para o mercado.

Pensando em seu comportamento diário, eu levo muito para o lado de projetos, pois, todo projeto possui uma entrega. E essa entrega é um produto. Nesse sentido, entendo que o Product Manager trabalha da mesma forma que o Project Manager, principalmente quanto a organização. Se ele tem como principal papel entregar soluções eficientes e inovadoras ao mercado, isso indica que ele sempre estará envolvido com projetos.

O que eu entendo como grande diferencial para um Gerente de Projetos, é que o Project Manager conhece, e muito, as regras de negócio dos seus produtos. Nesse ponto, ele é uma referência para o Gerente de Projetos do qual está trabalhando em um projeto para entrega de um novo produto.

A conclusão dessa minha forma de entender o comportamento do Product Manager é que ele pode utilizar todas as formas, ferramentas e abordagens de gestão de projetos em seu dia a dia.

Pessoal, espero que tenham gostado da matéria! Deixem seus comentários e vamos conversar mais sobre o assunto.

Abraços!

Matéria de 23 de Junho/23.

Fala pessoal! Tudo bem com vocês?

Hoje, resolvi falar sobre o risco moral. E o que seria isso? A forma mais simples de exemplificar um risco moral é: quando você é o irmão mais novo e gosta de provocar e arranjar briga com os outros, mas, está sempre se garantindo no seu irmão mais velho (rsrs). Ou seja, você sabe que pode apanhar, mas sempre irá para a briga com mais coragem, pois, seu irmão te ajudará.

Agora, vamos passar para o nosso mundo de projetos. Quais seriam as formas de traduzir o risco moral? Por exemplo: quando existe um grande risco do seu projeto atrasar, porém, você não se preocupa com isso, pois, sabe que se for entregue com atraso nada acontecerá. A empresa da qual você trabalha, não tomará nenhuma ação em relação a isso, então, não importa se o projeto será entregue no prazo ou não.

Outro exemplo é quando o seu fornecedor atrasa alguma entrega, e você resolve puni-lo achando que ele não tem como romper o contrato com sua empresa para futuras entregas dos seus outros projetos, pois, ele é um fornecedor. Muito cuidado com esse ponto. O seu fornecedor pode ser uma empresa maior que a sua, e dessa forma não querer mais fornecer à você. Isso também faz com que outros fornecedores passem a recusar sua empresa devido ao histórico de punições.

O ponto aqui é: até onde vale você se garantir com respaldos relacionados aos riscos, dos quais podem te trazer futuros prejuízos? Pensem bem nisso!

Pessoal, espero que tenham gostado da matéria. Deixem seus comentários e vamos conversar um pouco mais.

Abraços!

Matéria de 07 de Junho/23.

Fala pessoal! Tudo bem com vocês?

No post de hoje, eu gostaria de falar sobre o poder de decisão e os erros que são cometidos ao decidir. Parece estranho, mas, tem tudo a ver com nosso mundo de projetos.

Eu já ouvi alguns podcasts sobre decisão (não somente sobre esse assunto, mas que o engloba), e notei que as pessoas falam muito sobre três pontos importantes dos quais nos direcionam a erros ao decidir. São eles: 1) o primeiro erro é vincular que bons resultados estão ligados a boas decisões. Nesse ponto, quando o resultado é bom, não significa que a decisão foi correta, até porque, você pode ter dado sorte nesse decisão. Por exemplo: ultrapassar o semáforo vermelho em um cruzamento e não ter acontecido nenhum acidente. A decisão é totalmente errada, porém, nesse caso, o resultado foi bom. Conseguiram entender?

Vamos ao próximo: 2) o impulso é o segundo erro. Tomar decisões por impulso nunca são as melhores decisões. Principalmente quando se está com sentimentos adversos. Tal decisão pode prejudicar você e outras pessoas. Esse é um dos casos, acredito eu, que todos já conhecem e podem ter passado.

O último erro é o viés de confirmação, ou seja, consultar pessoas sobre sua decisão que possuem sempre a mesma opinião que você, ou já induzindo a sua opinião. Ou seja, quando você pergunta a opinião de uma pessoa já sabendo o que quer ouvir (a aprovação). Por exemplo: quando você pergunta para alguém se ela gosta de tal estilo de música, já dizendo que você gosta muito. Na maioria dos casos, as pessoas confirmaram, pois, nem todas gostam de desagradar.

Pessoal, muitas pessoas querem ter o poder de decisão. Muitas pessoas, almejam cargos de liderança para poder ter esse poder de decisão, mas, é válido ressaltar que decisão sempre abre uma porta e fecha outra. Pensem muito bem nisso!

Espero que vocês tenham gostado da matéria. Deixem seus comentários para que possamos conversar mais sobre o assunto!

Abraços!

Matéria de 25 de Maio/23.

Fala pessoal! Tudo bem com vocês?

Vou começar o post dessa semana com uma pergunta: até que ponto é vantajoso uma empresa lançar um produto imaturo no mercado?

O que eu quero dizer com essa pergunta? Muitas vezes, por inúmeros motivos, grandes empresas lançam novos produtos que ainda não estão completamente prontos, apenas para não ficar atrás da concorrência. Mas, até que ponto isso é vantajoso para a organização?

Não sei se vocês lembram, mas um exemplo desse tipo de situação aconteceu quando o Google lançou o Google Maps e, na sequência, a Apple lançou o Maps. O aplicativo da Apple foi um fiasco naquele momento, pois os mapas estavam bem aquém do aplicativo do Google. E tudo isso para que não ficasse atrás do concorrente. Mas, será que essa atitude não prejudicou a Apple?

Outro exemplo muito recente foi a tentativa de lançamento da plataforma de I.A. (Inteligência Artificial) do Google após o lançamento do ChatGPT (Open AI). O Google tentou lançar o Bard, porém, foram encontrados diversos erros em suas respostas. Será que esse lançamento não foi muito precipitado?

Pessoal, a discussão que eu quero trazer aqui não está relacionado a qual empresa é melhor ou pior, mas sim, o quanto vale a pena você lançar um produto que ainda não está pronto, apenas para não perder para seu concorrente. Vale lembrar que o investimento é muito alto, e com certeza esse valor é perdido. Fora isso, também existe o tempo dedicado das pessoas que trabalharam nesse projeto.

Será que os lançamentos precipitados estão relacionados a pressão que os executivos sofrem dentro da organização?

Vale pensarmos em todos esses pontos, e termos a certeza do produto que estamos lançando no mercado.

Espero que tenham gostado da matéria. Deixem seus comentários para que possamos conversar ainda mais.

Abraços!

Matéria de 20 de Abril/23.

Fala pessoal! Tudo bem com vocês?

No post dessa semana, eu vou voltar nesse assunto de IA (Inteligência Artificial). Durante um período, eu li diversas matérias e posts de muitas pessoas falando e explanando suas opiniões sobre o ChatGPT, por exemplo. São diversos tipos de opiniões, das quais me fizeram pensar bastante e escrever a minha opinião sobre o assunto.

Em muitos desses posts que eu li, as pessoas colocam o ChatGPT como uma plataforma mágica, que resolverá todo e qualquer tipo de problema. Eu já não penso dessa forma. Vale lembrar que a plataforma é feita de algoritmos, e isso não a torna uma ferramenta perfeita.

Vejam bem! Eu vou entrar no nosso mundo de projetos, e explicar o porquê que eu não considero que, nesse momento, a plataforma seja perfeita. Em um dos testes que eu fiz, eu passei algumas informações de um projeto relacionado ao cronograma, e pedi para que o ChatGPT estruturasse esse cronograma pra mim. Pasmem! Mas, não tive uma resposta correta. Algo que é simples, e que o Microsoft Project fez perfeitamente (de acordo com seus cálculos). Ou seja, ainda não temos uma IA considerada perfeita (vejam bem, essa é a minha opinião).

Outras matérias que li estavam relacionadas as pessoas com medo de perderem seus empregos. Sinceramente, eu acho que não é bem assim, porém, é válido que todos tirem suas conclusões após utilizar a plataforma de acordo com seu conhecimento.

A principal mensagem que eu quero transmitir nesse post, é que vocês façam seus cadastros no site da Open AI e utilizem a plataforma. Somente com conhecimento, podemos entender e melhor expor nossas opiniões.

Pessoal, a ideia da matéria dessa semana é a polêmica mesmo... Rsrs... No bom sentido, é claro! Vamos debater mais sobre esse assunto. Vale muito a pena!

Espero que tenham gostado da matéria! Deixem seus comentários para conversarmos!

Abraços!

Matéria de 06 de Abril/23.

Fala pessoal! Espero que todos estejam bem!

Vocês já utilizaram o ChatGPT? Já fizeram algumas pesquisas e questionamentos para entender como a plataforma funciona? Então, o post de hoje, eu achei interessante falarmos um pouco dessa poderosa plataforma e vincularmos com o nosso mundo de projetos.

Vejam bem! Eu não sou um profundo entendedor do ChatGPT. Até porque, eu não dediquei tempo para estudo dessa ferramenta, mas, já fui curioso e fiz alguns testes para tentar entender como funciona e até onde pode ir essa Inteligência Artificial.

Eu fiz o seguinte teste: pedi para que o ChatGPT montasse um status report de um projeto imaginário, ou seja, eu passei à ele os insumos de forma desestruturada. Então, eu passei como estava o prazo, o custo, algumas atividades já concluídas e outras como próximos passos. Pois bem, incrivelmente o ChatGPT me retornou um status report perfeito, totalmente estruturado de acordo com os insumos recebidos.

Será que isso é perigoso? Rsrsrs....

Se pensarmos e olharmos para o nosso mundo de projetos, eu entendo que não. Eu acho que esse tipo de Inteligência Artificial (IA) chegou para nos ajudar.

Podemos pensar na seguinte situação: nosso diretor pede para passarmos um status report do nosso projeto. E geralmente ele pede isso a cada 2 dias, pois é um projeto estratégico para a empresa. Pois bem, nós podemos criar um dashboard no Power BI e vincularmos o mesmo com o ChatGPT. A partir daí, nós faremos apenas as atualizações dos insumos (situações) do nosso projeto, e o ChatGPT fará toda a atualização do nosso dashboard.

Na minha imaginação é um mundo perfeito! Rsrs... Ao invés de dedicarmos tempo na criação e atualização desse material para nossa diretoria, o mesmo seria feito de forma automática por uma IA. Dessa forma teríamos tempo para dedicarmos ao engajamento das pessoas do nosso projeto, e assim cumprir com o planejado.

Será que meu pensamento é muito futurístico? Eu acho que é uma realidade muito próxima.

Bom pessoal, acho que vale a discussão nesse assunto. Até porque, o ChatGPT é uma realidade.

Espero que vocês tenham gostado da matéria! Deixem seu like e seus comentários para conversarmos mais!

Abraços à todos!

Matéria de 17 de Março/23.

Fala pessoal! Espero que todos estejam bem!

Para o nosso papo de hoje, eu resolvi falar sobre estabilidade. E, o que é estabilidade para você?

Bom, eu entendo que estabilidade é tudo o que os seres-humanos mais gostam... rsrs... principalmente quando une com a previsibilidade. Aí, tudo fica muito bom e na zona de conforto!

Agora, vamos aos fatos reais dos últimos tempos. Se pegarmos as notícias do fim de 2022 para o começo de 2023, nós tivemos as demissões em massa da Meta, Google, Twitter e diversas outras grandes empresas. Empresas, das quais, pelo menos eu, não imaginava que isso aconteceria.

Pensando nesses acontecimentos, você ainda acredita em estabilidade? Eu, sinceramente, não. O que eu acredito e acho que tenha que estar no DNA de todo ser-humano é a habilidade de adaptabilidade. Esse skill é fundamental para que qualquer pessoa consiga se manter, psicologicamente bem, e conseguir progredir em todos os seus objetivos.

Bom, até agora, parece que o post de hoje não tem nada a ver com Gestão de Projetos. Mas, ele tem sim. Trazendo esse tema para o nosso mundo de projetos, é muito compreensível que todo gerente de projetos precisa ter essa habilidade de adaptabilidade muito bem desenvolvida. Os projetos, principalmente da metodologia ágil, requer uma quantidade grande de mudanças. Não existe estabilidade garantida. Portanto, é importante que o Gerente de Projetos saiba lidar com essas situações e entender que a zona de conforto não é o lugar certo para ele.

Sempre entre em novos desafios. Isso fará com que você entenda que estabilidade só existe no dicionário.

Pessoal, espero que tenham gostado da matéria!

Deixem seus comentários! Vamos debater sobre o assunto!

Abraços!

Matéria de 03 de Março/23.

Fala pessoal! Tudo bem com vocês?

Para o nosso papo de hoje, eu trouxe um tema que pode ser polêmico para algumas pessoas. Vamos falar de organizações não hierárquicas.

Existem diversas empresas, principalmente startups, que trabalham nesse modelo não hierárquico, ou seja, equipes totalmente autogerenciáveis. O nome dado ao antônimo de hierarquia é holocracia. Então, podemos dizer que organizações não hierárquicas, são organizações holocráticas.

Agora, vamos trazer a holocracia para o nosso mundo de projetos. Vocês entendem que funcionaria bem? Eu acho que depende (rsrs). Existem muitas realidades diferentes para cada tipo de projeto. Vamos lá!

Usando como exemplo o framework Scrum. Ele, por característica própria, funciona de forma holocrática, pois, incentiva que todas as equipes sejam autogerenciáveis. Nesse caso, estamos falando de equipes menores, das quais eu entendo que se torna mais fácil trabalhar nesse formato não hierárquico.

Agora, vamos pensar em grandes projetos, como por exemplo, a construção de um prédio, de um aeroporto, uma usina nuclear, será que o modelo holocrático funcionária? Eu acredito que não. Para esses projetos grandes, existem muitas interações entre as equipes, onde, muitas tarefas dependem da conclusão de outras que não são da mesma equipe. Ou seja, se não tivermos um quadro de hierarquia nesse tipo de organização, com certeza o trabalho não fluirá da forma correta e o produto não será entregue.

Para quem trabalha em startup, veja se o modelo autogerenciável funciona bem. Acho que a grande maioria responderá que sim. No entanto, para grandes empresas com grandes projetos, talvez, o sucesso do projeto não será atingido sem o nível hierárquico organizado.

Pessoal, pensem nisso! Vamos debater sobre o assunto.

Se gostou da matéria, deixa seu like. Se puder, deixa seu comentário também.

Grande abraço à todos!

Matéria de 18 de Fevereiro/23.

Fala pessoal! Tudo bem com vocês?

No post de hoje, eu falarei sobre o nível de maturidade da tecnologia usada nos seus projetos.

Vale ressaltar que, quando eu falo em tecnologia, não estou limitando a softwares, e sim estou abrangendo todo o tipo de nova tecnologia, como por exemplo um carro autônomo.

Existe um método que foi desenvolvido pela NASA, na década de 70, chamado TRL (Technology Readness Level). Esse método, falando de forma bem sucinta e simples, avalia o nível de maturidade garantindo a segurança e a confiabilidade da tecnologia usada no projeto. Eu não pretendo detalhar essa metodologia, até porque eu não tenho domínio da mesma, porém, quero falar um pouco do quanto é importante que a tecnologia usada no projeto tenha um alto nível de maturidade.

Vamos pensar no projeto de um carro autônomo. Nesse caso, é de extrema importância que todos os tipos de riscos mapeados sejam mitigados, pois, o carro pode matar uma pessoa. Então, o que eu quero dizer com isso, que quanto mais nova a tecnologia usada no seu projeto muito maior é o risco de impacto no ambiente (ambiente que eu digo é o todo).

Se você não quer sofrer riscos com novas tecnologias em seu projeto, então, você deve usar uma tecnologia já aprovada e bem conhecida.

Pessoal, acho que o aprofundamento nesse tema é importante. Quem sabe não preparo mais uma matéria sobre o assunto.

Espero que todos tenham gostado!

Deixem seus comentários e o like!

Abraços!

Matéria de 02 de Fevereiro/23.

Fala pessoal! Espero que todos estejam bem!

O que vocês acham de falarmos sobre Governança em projetos, no post de hoje? Falarmos sobre a letra “G” no famoso ESG (Environmental, social and Governance).

Bom, é importante destacar que a Governança, de forma muito sucinta e simples, é todo comitê que gerencia os diversos projetos da empresa. A sua forma de trabalhar, obviamente, segue a cultura da empresa. No entanto, a Governança tem que possuir uma determinada autonomia.

Vamos lá! Esse comitê tomará as decisões mais importantes desses projetos, como: assumir riscos, admitir certas mudanças, firmar contratos e por aí vai.

Mas, vejam bem… essa autonomia deve ser válida para todo e qualquer projeto sem que o corpo diretor da empresa possa interferir? Eu acho que não.

Existem projetos de diversos tamanhos e impactos. Para pequenos projetos, onde se usa a metodologia ágil, por exemplo, eu entendo que não há necessidade de uma Governança muito robusta. Não precisa envolver o CEO da empresa.

No entanto, para aqueles projetos que envolvem bilhões de reais e mexe com toda a estrutura estratégica da empresa, aí eu entendo que há necessidade de uma Governança robusta e, da qual, o corpo diretivo da empresa participe das decisões.

Eu acredito que essa discussão é muito válida entre os grandes conhecedores de Gestão de Programas e Projetos.

Vale a reflexão, pessoal!

Espero que tenham gostado da matéria. Não esqueçam de deixar seus comentários.

Abraços!

Matéria de 13 de Janeiro/23.

Fala pessoal! Tudo bem com vocês?

O nosso papo de hoje é sobre descentralização! Eita! Acho que agora complicou… rsrs…

Imagina a seguinte situação: um país onde a forma de governar é descentralizada. Não existe congresso, e tampouco um presidente. Ou seja, você faz parte das tomadas de decisões através de uma plataforma segura. Cada cidadão possui um token onde pode votar, e toda informação estará disponível via blockchain. Todo esse processo, aparentemente complexo, é conhecido como DAO (Decentralized Autonomous Organization).

Agora, vamos levar tudo isso para o nosso mundo de projetos. O que isso significa logo de cara? Não existirá a figura do Gerente de Projetos, do P.O. e do Scrum Master.

O papel dessas figuras será totalmente automatizado pelo processo. Olha só! Quando um contrato é firmado dentro do projeto, automaticamente ele será aprovado de acordo com seu orçamento, e que você, como parte integrante do time do projeto, poderá dar sequência no processo com um simples token, sem a necessidade de um GP ou Scrum Master te acionar para tal. Seria um processo Smart Contract.

O lado positivo de todo esse ambiente automatizado é a agilidade em temas burocráticos dentro do projeto. E claro, a segurança de um blockchain para todas as informações confidenciais.

Mas, o papel do GP, PO, Scrum Master, se resume a isso? Claro que não. E a habilidade de engajamento, motivação e união do time todo? O DAO é capaz de fazer? Não seria uma desvantagem desse processo? No meu ponto de vista, sim. No entanto, a reflexão é válida.

Muitas pessoas já estão pensando nesse processo. Não acho que é algo rápido de chegar, mas não é impossível e nem tão distante assim.

Pensem nisso, pessoal!

Espero que tenham gostado da matéria. Deixem seus comentários para conversarmos mais.

Abraços!

Matéria de 06 de Janeiro/23.

Fala pessoal! Espero que todos estejam bem!

No nosso papo de hoje, pensei bastante e achei legal falarmos sobre a reunião diária do nosso projeto, ou, daily Scrum.

Bom, a daily Scrum é uma reunião muito importante para a evolução do projeto, portanto, eu acredito que suas regras devem ser respeitadas. Somente dessa forma haverá evolução no que foi proposto.

A reunião diária não pode ser confundida com um status report. Ou seja, a ideia dessa reunião não é passar o que o time fez ontem e o que fará hoje. O principal objetivo é expor quais os impedimentos encontrados até o momento nas atividades, e já combinar as ações para que os mesmos sejam eliminados.

Outra dica que eu acho legal é combinar um timebox para essa daily. Geralmente eu gosto de usar 15 minutos. E detalhe, todos de pé para que se sintam desconfortáveis passado esse tempo e assim a reunião seja objetiva e dentro do prazo.

Outra dica legal é que essa reunião seja sempre no mesmo horário. Acho que de manhã, antes de iniciar os trabalhos, é um excelente período. A equipe está descansada e colabora melhor. Porém, existem projetos onde algumas pessoas trabalham de outro fuso-horário, nesses casos, o ideal é combinar o melhor período em comum acordo.

Agora, a dica de ouro, seja totalmente transparente e honesto com todos os problemas encontrados. Exponha tudo o que te impede de progredir no projeto. Essa é a melhor oportunidade para isso, pois os demais membros da equipe conseguirão te ajudar.

A reunião diária é uma “ferramenta” poderosa para o sucesso do projeto.

Espero que tenham gostado da matéria e das dicas! Deixem seus comentários e sugestões!

Abraços!

Matéria de 23 de Dezembro/22.

Hoje, resolvi falar um pouco sobre sistemas caóticos. E o que são sistemas caóticos? São ambientes com total nível de desordem. Acredito que muitos de vocês, Gerentes de Projetos, já passaram por isso em alguns projetos que gerenciaram.

Mas, vamos lá… como que nós podemos identificar e segregar os níveis de ambientes caóticos? No meu ponto de vista existem dois principais níveis: o Nível 1 e o Nível 2. Parece básico demais, né? No entanto, vamos as explicações…

O nível 1 é aquele ambiente caótico onde a forma e o método que você utiliza para medição não influencia em nada, ou seja, mesmo que parecendo simples não mudará nada lá na frente. Por exemplo, a previsão do tempo. Existem diversas formas de medição para prever o tempo, porém, nenhuma dessas formas de medição mudará o tempo efetivamente. Vejam bem, eu estou sempre considerando pessoas normais, ou seja, não estou considerando aquelas pessoas que tentam mudar a natureza com algum tipo de super produto do qual possui uma certa radioatividade, por exemplo.

E o nível 2? Bom, esse sim é perigoso e provocado pela forma e método de como é feita sua medição. Vamos lá! Considere a bolsa de valores como exemplo. Suponhamos que você encontrou uma forma de medir o crescimento das ações da bolsa de valores e sabe que hoje a bolsa está a 90 e amanhã já sabe que estará a 100. O que isso significa? Que você está em vantagem perante aos demais investidores. Com isso você vai começar a comprar de forma absurda as ações pensando no ganho de amanhã. O problema é que se você for um grande investidor e começa a hipotecar a casa e vender tudo que tem para comprar as ações no intuito do ganho de amanhã, isso vai provocar uma ação em todos os outros grandes investidores, mudando completamente o estado da bolsa de valores.

Outro exemplo muito recente é a pandemia da COVID-19. Durante a pandemia muitas ações foram tomadas em relação a medir os efeitos da pandemia, só que agora, nós estamos sofrendo com alguns efeitos dessas ações de medições. Um bom exemplo é a falta de chips para indústria automobilística.

Pessoal, o fato é que precisamos entender o sistema em que estamos inseridos em nosso projeto, e o simples fato de mensurar um determinado ambiente pode ter consequências desastrosas lá na frente.

Acho que é válido pensar nisso!

Matéria de 07 de Dezembro/22.

O Gerente de Projetos (GP) precisa ter conhecimento técnico referente ao produto do projeto gerenciado? Eu acho que essa é uma pergunta que vale R$1MM (rsrs).

Eu sempre parto do princípio que todo conhecimento é válido, mesmo que não esteja diretamente ligado a sua profissão. O trabalho de Gestão de Projetos é aplicável em muitas áreas, como por exemplo: construção civil, tecnologia da informação, telecomunicação, jurídica, automobilística e diversas outras. Isso faz com que o Gerente de Projetos amplie cada vez mais seu conhecimento.

Muitas literaturas sobre gerenciamento de projetos dizem que não há necessidade do GP conhecer tecnicamente o produto do projeto do qual está gerenciando; o importante é que ele envolva os especialistas que detêm esse conhecimento. Particularmente, eu acredito nessa prática, mas gosto de ir além. O que eu quero dizer com "... ir além"? Eu entendo que é um grande diferencial, no intuito profissional, que o GP adquira o conhecimento técnico do projeto que gerencia. Essa habilidade trará inúmeros benefícios à carreira, como também ajudará em discussões técnicas durante as reuniões de trabalho.

Com esse conhecimento mais específico, o GP tende a se tornar uma referência na área de atuação, ampliando ainda mais seus desafios ao longo da carreira. Como eu disse anteriormente, todo o conhecimento adquirido é válido, principalmente quando ele agrega na sua profissão e fará com que você seja reconhecido por esse diferencial.

Usando um caso real como exemplo do qual aconteceu comigo, assim que eu decidi mudar de profissão, migrei da área de TI (Suporte/Sustentação) para a de Gestão de Projetos, iniciando diretamente com projetos de telecomunicação. Ou seja, eu não tinha conhecimento nenhum nessa área. Conforme ocorriam as reuniões de cada projeto, eu percebia a necessidade de cada vez mais entender a parte técnica da área de atuação, mesmo estando junto com os especialistas. Os termos técnicos, as siglas, os processos, me deixavam sem entender muita coisa, a ponto de precisar chamar cada especialista para sanar minhas dúvidas. Para resolver esse meu problema, eu comecei a estudar todos os documentos dos projetos similares, e também anotar todo o tipo de informação que eu adquiria com os técnicos alocados no projeto. Confesso à vocês que foi a melhor atitude que tive, pois, atualmente, consigo participar de reuniões técnicas sem ficar perdido nos assuntos.

Faça uma reflexão de todo o conhecimento técnico que você já adquiriu até agora, e veja se realmente ele faz a diferença no seu conjunto de habilidades. Lembre-se que a Habilidade é uma terça parte que compõe a Competência (Conhecimento + Habilidade + Atitude).

Matéria de 17 de Novembro/22.

O que é uma métrica? É uma interpretação realizada através de uma medida ou conjunto de medidas, da qual é utilizada para orientar o projeto.

É muito importante entender a diferença entre medida e métrica. A medida é a coleta de um item do dado bruto, da qual será utilizada para compor uma métrica.

Pensando como Gerente de Projetos, é muito importante medir os dados brutos dos quais estão relacionados diretamente com o progresso do projeto.

E por que é importante medir? A mensuração dos dados brutos ajuda a identificar futuros problemas, auxilia na comunicação junto aos membros da equipe do projeto, auxilia na tomada de decisões e ajuda nas estimativas para melhorias, como por exemplo, cronogramas e orçamento.

Ao compor métricas com base nas medidas coletadas, é muito importante que a análise seja feita de forma minuciosa e rigorosa. Isso é devido a cautela em realizar comunicações aos envolvidos e impactados no projeto, onde serão tomadas decisões a partir das mesmas. Vale ressaltar que as métricas não substituem as comunicações com os membros das equipes do projeto; elas apenas auxiliam para uma melhor comunicação.

Não existe métrica perfeita. Todo cuidado em sua análise, é importante.

Seguem alguns exemplos de métricas: 1) registro de defeitos (quantidade de defeitos descobertos versus resolvidos); 2) cobertura de caso de teste (quantidade de casos de testes realizados versus quantidade de casos de testes solicitados); 3) cobertura de código (percentual testado do código).

Matéria de Outubro/22.