[Música] bom sejam todos muito bem-vindos a mais um webner aqui da série sinal Brasil eu sou o Vitor Bertoldo sou executivo de vendas do portfólio de tecnologia junto comigo tá Alexandre Assis advais especialista né no portfólio de SPM vamos dar início aqui a mais um webinar aqui de service portfólio Management quarto da série né de ESPM e antes de mais nada a gente gostaria de agradecer a participação máxima de vocês esses últimos Weber Teve muita gente presente aqui nessa sessão que acompanhou praticamente todos os Capítulos dessa série e a gente teve bastante feedback positivo bastante feedback Super Interessante ali e assim honestamente a gente não sabia a repercussão que essa série teria então é super lubrificante tá por conta disso em nome da série sinal gostaria de agradecer imensamente a participação aqui de todos os presentes antes de começar eu queria também deixar o link do nosso canal do YouTube A Rebeca vai deixar aqui link aqui no chat tá para vocês não esqueçam de seguir a nossa o nosso canal e ativar o Sininho também para receber as notificações aí do dos próximos webs que a gente for tem ao longo do dos próximos meses aí tá bom então esse como eu falei né esse webner é o quarto da série tá de Weber e o último a gente vai falar bastante hoje sobre todo o caminho né que o que um projeto pode ter desde a ideia até o nascimento e o aperfeiçoamento né de um produto E todas as interações né que todos as personas durante esse processo tem então vamos falar do papel do PM falar do ciclo né como um todo das demandas até a finalização propriamente dita de um projeto e passar para produção né aí a sua passagem para produção e basicamente né fazendo só um paralelo com que a gente já falou né nos últimos webers Esses são todos os pilares né que a gente tem de entrega ali da da plataforma como todo da ESPM como todo desde a estratégia alinhamento com as decisões estratégicas e execução propriamente dito né de um projeto e a gente já abordou os assuntos que estão pintados não seja no primeiro web a gente falou sobre a estratégia né a importância de ter alinhamento estratégico né os as metas objetivos da companhia então falamos de metas e objetivos falamos o hold map é estratégico falando do planejamento financeiro no segundo Weber a gente abordou bastante arquitetura estratégica né o APM então falamos sobre o portfólio de negócio aplicações e informações e portfólio de tecnologia no último web na que a gente falou sobre agilidade em escala né a gente falou sobre a Jay Safe e agora nós vamos falar sobre os outros itens aqui né sobre os outros assuntos né dessa dessa plataforma ou seja alinhamento vamos falar de ideação né todo o processo que a gente tem de criação de uma ideia e a gestão propriamente dita as demandas né como é que a gente centraliza e disponibiliza né para todos os participantes ali do processo na parte de execução então todos esses assuntos nós abordar hoje aqui e finalizar né todos as etapas do SPM tá E só para dar um contexto geral e depois a gente ir para já para demonstração como ter bastante coisa que a gente vai demonstrar hoje a parte conceitual vai ser bem menor né então quando a gente tá falando de entrega para cliente colaborador a serve sinal tem muito alinhamento com produtos serviço e aplicação todo portfólio da serve sinal na realidade interage né com ter os termos né produtos serviços e aplicações que entrega não só para os colaboradores como também usuários usuários finais dessa companhia e todos os assuntos que eu for abordar aqui com vocês todos eles estão na plataforma service sinal ou seja todas as interfaces móveis né as interfaces de browser mesmo né a parte de flores designer integração Nativa com ferramentas externas de terceiros automação tudo isso utiliza como benefício alavancar nas as principais funcionalidades cor da plataforma e também utiliza essas funcionalidades corpo a integração entre os módulos Então esse alinhamento né consiste majoritariamente lá no início da nossa esteira de entrega de valor fim a fim na parte de definição estratégica que é o que a gente no primeiro capítulo né dessa série então objetivos e metas a locação de verbo SG que tá muito tá muito quente nesse assunto né ultimamente que basicamente consiste o que definição de metas estratégias da companhia essas metas estratégias de um red de transformação ou de um city ou vai estar alinhado a um Road map Ou seja quando que eu tenho que executar para quem quando com qual orçamento né Vai desde racionalização de aplicação movimentação para nuvem transformação ágil Qualquer que seja né A transformação tecnológica da companhia e começa obviamente numa esteira né começa na ideia então eu tenho uma ideia que pode ser uma criação de uma funcionalidade nova né de uma oferta nova para o meu usuário final que eu ainda não tenha ou enriquecimento de alguma funcionalidade que eu já tenha que uma funcionalidade específica né pode ser Atrativa pode gerar um produto novo com outro marketing na aceleração de got marketing independente do que tem a ver essa ideia com o planejamento estratégico né ela vai cair de um pipeline de demandas né vai ser gerado Uma demanda e não vai pilantra de demandas eu vou avaliar custo prazo e recurso dado que eu tenho a priorização específica aqui a gente vai mostrar bastante nessa nessa apresentação né como é que eu defino né a prioridade isso pode ser originar né um projeto projeto esse que pode ser ágil projeto Cascata projeto híbrido Agilidade de escala e dentro desse backlog Unificado que a gente chama né é uma magia tá da servicinal é ter tudo dentro de um único lugar ou seja projeto história épico tudo isso né sendo gerenciado no único lugar e quando conforme for abrindo né as caixinhas aqui do resto da plataforma vocês vão ver que é o mesmo backlog mesmo de todas as naturezas aqui das tarefas que podem enfim serem gerados dentro do serviço sinal e aí obviamente né eu tenho aqui alinhado né com a equipe de entrega o desenvolvimento propriamente dito pode ser dentro do ser sinal pode ser dentro de uma ferramenta terceira integração Nativa de direcional aqui com outras ferramentas de terceiros né além disso a gente falou bastante do APM ou seja todas as definições que eu tenho dentro desse desse pipeline de demandas eu posso ter variáveis que interferem na decisão de ou investir ou substituir ou manter ou retirar funcionalidade dos produtos ofertas dentro desse pipeline ou seja por conta de ter uma capacidade adicional que vai me entregar mais resultado mais uma oferta para o meu cliente eu posso priorizar essa ideia por conta né dessa característica né então é uma variável que pode ser inserida né dentro das minhas matrizes de decisões aqui das demandas né e aqui eu tenho né as decisões de racionalização da aplicação deve do tudo aquilo que a gente falou também nos últimos das últimas sessões né quando eu faço a transição para produção basicamente eu tô transicionando né todo o meu trabalho para as operações do dia a dia então eu tenho bastante integração com o devox com a TSM né o integro Justamente a esteiras de toda a minha de todo meu trabalho de devops né e toda a mudança para produção por exemplo né eu tenho mudanças automáticas baseada em condições específicas né Desse dessa esteira decidir então ativamente a gente pode participar dessa estratégia da companhia e acelerar ainda mais o gold marketing sem precisar passar por cima né de governança de Duarte E aí eu tenho outras funcionalidades da plataforma né então a gente falou bastante aqui no canal sobre Airton sobre gestão de operações de ti né basicamente os gerentes de operações aqui tem muito interesse né nessa parte do nosso portfólio que consiste em descoberta né do inventário de hardware de software e mapeamento das capacidades de diversos né infraestrutura que eu tenho já mapeado para que é isso eu tenho uma visão completa de todas as minhas aplicações e trazer por exemplo informações sobre quais aplicações são redundantes com outras quais aplicações já estão obsoletas né O que não estão sendo administradas da maneira correta pelo meu checklist que eu tenho na operação então isso pode ser um input para atualização do meu APM é para atualização do meu portfólio de aplicações da mesma forma Tem a parte de gestão de ativos né Ou seja todos os ativos da companhia sejam eles de hardware de software ou nuvem né a gente pode também através dos mecanismos de rastrear quais são versões de software suportados pelos fabricantes né onde of Life no suporte né ou os hardwares que já estão obsoletos que não estão mais à venda aqui não tem mais peças de reposição que não tem mais suporte do próprio fabricante a gente pode atualizar a parte por exemplo de débito técnico então eu sei por exemplo das aplicações que eu tenho no meu Parque Quais são os bancos de dados por exemplo que não estão mais sendo suportados pelo fabricante que isso pode representar um risco que pode representar né um custo adicional ali para manutenção desse Parque ou caso tenha algum problema né Quais são os prováveis as prováveis aplicações problemas sistemas que estão em risco falando de risco eu tenho aqui também a parte de RM então todos os meus riscos que foram levantados Independentes se foi aitan ou se foi qualquer outro processo né eu tenho também scanners na minha organização que podem alimentar o serve sinal então Independente de como eu eu adquiri na informação de riscos associadas as minhas aplicações isso pode ser uma participação importante aqui na atualização do meu PM Quais são os serviços que não estão resilientes né por conta de ter riscos a vulnerabilidades associadas a esses ambientes né É também tem o compliance né com as aplicações Enfim eu posso ter uma série de itens né que sensibilizam o meu APM e a mesma coisa por questão de segurança né eu posso ter scanias de segurança que também imite né incidência vulnerabilidades etc que atualizam também esse nosso esse nosso PM e o que é legal é que isso também está relacionado como eu falei com o back logo Unificado então aqui nessa linha né na direita aqui para cima eu tenho também riscos e itens de auditoria que eu vou tratar também no back logo Unificado da mesma maneira defeito incidente né tarefas de incidente cães itens de segurança né que eu posso também tratar nesse back logo Unificado ou seja não a mesma solução numa mesma interface eu posso ter n tipos de características ali de tarefas que vão ser tratadas da mesma maneira que um projeto por exemplo que um que uma demanda do dia a dia vai ser conduzida né óbvio que pode ser uma equipe de centralizada pode ser uma equipe é autônoma né falou em caso de multidisciplinar mas O legal é que numa única console tem essas características nessas várias atividades e para cliente também é a mesma coisa eu posso ter uma tarefa aqui por exemplo para projetos de clientes onde as ordens de serviços são emitidas direto para o cliente ou ao contrário né um colaborador um cliente Pode emitir uma requisição Universal aqui dentro do portal por exemplo de ideias onde a ideia vai ser submetida E aí eu vou ter todo o início da cadeia aqui da esteira de entrega de valor via pouco colaboradora acessando até um cliente final acessando esse Portal tá Então essa é a magia tá do certo sinal né durante a esteira todas as interfaces os módulos as funcionalidades são acessadas no único lugar sem precisar sair para outra solução e da San Diego para Tóquio legal que o pessoal incrementou né uma funcionalidade a mais que é o digital portfólio Management não seja da aplicação é um canal Unificado onde todas as informações relativas esse ecossistema que eu acabei de comentar aqui né E todas as integrações que eu falei por alto estão centralizados o único Portal ou seja desde a etapa de planejamento etapa de construção operação e prestação de serviços dentro dessa console eu tenho as informações das n funcionalidades do serviço sinal orientadas nessa esteira então é bacana que o allner do serviço vai poder acessar as crises que estão acontecendo nos acidentes que estão abertos as todas as demandas que estão chegando para para a equipe dele todas as oportunidades de crescimento e de melhorias que o produto dele pode ter no futuro então essa interface Visa trazer essa facilidade Visa trazer esse essa Persona nova para dentro do ecossistema do não que era uma funcionalidade que faltava dentro do sistema tá então basicamente Essa é o panorama geral ali do SPM e das integrações do SPM com o restante do portfólio e é com essa com esse desfecho aí que eu passo a palavra para ler que vai conduzir a demo é mostrando né as características do SPM desde o início ali da ideação até o fim e um pouquinho dessa desse digital portfólio Management também Beleza tô aqui no chat tá pessoal se tiver alguma dúvida se tiver alguma algum alguma sugestão ali que a gente possa trabalhar durante a apresentação Pode ficar à vontade tá interagir com a gente beleza Vitão Obrigado cara valeu a gente pensou em começar hoje nessa demonstração de um jeito um pouco diferente né quando a gente fala né vai falar de piemor fala da ideia o produto a gente sempre Segue uma abordagem um pouco processual né começando lá na ideia e vai caminhando hoje a gente resolveu mostrar de uma forma diferente as empresas estão mudando muito o processo de projetos para virar um processo de produtos as empresas estão se produtizando cada vez mais né a gente até né os americanos adoram sigla para tudo a gente tem uma sigla para isso também de projeto a produto Então esse esse essa mudança né porque que ela por que que ela existe né porque que ela ocorreu que de repente a gente percebeu que projeto que tem início meio e fim na verdade não tem fim porque o projeto entrega um produto ele tem um entregável e esse produto precisa continuar funcionando dele também tem investimento ele também é consome recursos humanos recursos financeiros ele também tem seus riscos ele também tem seus problemas então a gente mantém esse ciclo de vida né então A ideia é ter uma visão cada vez mais produtizada então agora o que nós vamos fazer é começar é olhando a interface uma uma interface que é essa que o Vitor comentou com a gente né que a gente tá falando de digitar o portfólio Management é um novo workspace né esses workspaces da série sinal eles são orientados por Persona né então aqui a Persona ele é o Wonder de um serviço se a gente pensar em enterprise service Management o honner de uma aplicação se a gente pensar em termos de arquitetura Empresarial ou é o Wonder do produto se a gente está falando de uma empresa já produtizada então aqui o gerente de produto vai ter a visibilidade sobre o produto dele tudo que acontece com o produto dele e tudo que ele consegue acompanhar fim a fim com relação aquele produto então aqui o nosso Nossa Persona é o José Hamilton ele tem aqui um portfólio pessoal dele né nesse portfólio ele definiu Quais são os serviços aplicações né que compõem o produto dele que ele quer monitorar né então a gente vai dar uma olhada aqui especificamente na aplicação Order locap que é uma das aplicações que ele é monitora nesse portfólio para a gente dar uma tem uma visão geral aí desse produto Beleza então aqui vocês a primeira coisa vocês vão observar que a gente tem aqui um processo né uma uma um conceito na verdade de ciclos de vida então eu tô começando aqui com planejamento construção execução risco e aí eu tenho informações gerais então aqui é o José Hamilton vai ter acesso aqui as principais informações tem aqui um alerta de risco tá aqui como né Precisa de atenção em um alerta de risco aqui nas informações gerais ele vai ter os descritivos da aplicação quais capability de negócios aquela aplicação está suportando então para quem não viu o nosso a nossa segunda sessão que foi de arquitetura Empresarial vale a pena conferir depois e até já respondendo a pergunta do Edson aqui os outros webinários serão disponibilizados no canal YouTube que a Rebeca Mandou sim inclusive eu acho que o primeiro já está lá agora então eu consigo ver aqui as principais informações descritivas enfim as informações qualitativas ou na verdade descritivas mesmo dessa dessa aplicação mas eu queria que eu queria mostrar mesmo para vocês que é o que mais chama atenção dos clientes nessa funcionalidade nova é o ciclo de vida mesmo né o life cycle da aplicação então a gente começa aqui no planejamento no planejamento eu tenho acesso direto ao Road map dessa aplicação eu consigo ver as ideias que estão entrando no portal eu tenho aqui as demandas que foram aprovadas novos projetos que estão começando nos próximos 30 dias épicos que estão sendo definidos para para né para para desenvolvimento tenho aqui uma lista das demandas que estão sendo trabalhadas atualmente para esse para essa aplicação então tudo que tem a ver com o plano da aplicação tá aqui né então eu consigo por exemplo né fazendo aí a referência a nossa a primeira sessão que a sessão de planejamento estratégico onde a gente falou sobre essas funcionalidades né de o KR né de definição de objetivos de metas Road map estratégico aqui eu consigo pular para aquela ferramenta diretamente abrindo ou Road map daquela aplicação e ver tudo que tá planejado para aquela aplicação tudo que tá acontecendo posso mudar para o track mode inclusive para olhar o que tá acontecendo mas a ideia é no planejamento eu posso vir aqui para ajudar a planejar ou eu posso vir aqui para ver como está indo o planejamento dependendo Claro da minha participação se eu sou um product Manager provavelmente Essa é a minha ferramenta de planejamento de Road map para essa aplicação bom mas de qualquer forma a gente quer falar desde o início do ciclo da ideia até a entrega do produto então Aqui nós temos quatro ideias Então essas quatro ideias são quatro ideias relacionadas a esse produto que estão entrando via portal de ideias então agora a gente dá uma pausa aqui no digital [Música] [Música] então aqui eu tô com o perfil de um demente Manager quando a gente fala de ideação a gente está falando de um processo de inovação né de captura de ideias e essas ideias elas podem vir de vários lugares eu posso deixar portais abertos ao público né abertos aos meus clientes publicados no site né capturar ideias externas a minha organização ou eu posso ter ideias dentro de dentro da organização Então os colaboradores vão entrar com essas ideias também temos a possibilidade né nas implementações de manter um portal de ideias constante constantemente aberto né que é a minha abordagem favorita eu acho que você cria cultura de inovação e a cultura de ideias quando você permite que as pessoas entrem com ideias a qualquer momento mas algumas organizações preferem trabalhar com ondas de campanhas de ideação Elas abrem o portal de ideias e fecham abrem e fecham durante períodos específicos e você tem uma janela para entrar com a sua ideia eu acho que as duas abordagens são válidas eu prefiro deixar o portal de ideia aberto constantemente Mas a gente pode ter as campanhas de inovação assim mesmo para estimular o uso né para lembrar as pessoas para que novos colaboradores que não conhecem tudo ainda sobre a nossa empresa saibam que existe um portal de ideias e que ele pode entrar lá com uma ideia para qualquer coisa como a gente tá falando de produto agora né então vamos lá quem que recebe as ideias algumas organizações têm uma área de inovação tem um gestor de inovação tem um gerente de ideias né que filtra isso né que recebe isso e direciona outras organizações que já estão mais próximas do modelo produtizado ela já deixa um portal de ideias na mão do gerente de produto né então o gerente de produtos ele vai olhar as ideias do produto dele vai avaliar essas ideias vai vai verificar se elas estão de acordo com a estratégia do produto com a estratégia da empresa com a estratégia da linha de negócios onde onde eles atuam E com isso vai decidir se vai aceitar essa ideia ou não né então o que que ele faz né quando a gente primeiro sobre um ponto de vista do usuário o usuário ele vai vir aqui em criar ideia ele vai dizer novo portal do cliente observem que quando eu tô digitando já aparece uma série de ideias abaixo que ele tá me sugerindo em função de busca né de palavra-chave ele tá e falando ó tem outras ideias aqui que estão falando de Portal Vê se a sua ideia não tá repetida né aí a ideia é que se já existe uma ideia ao invés de eu criar uma nova para diluir os esforços a gente tem que se juntar e apoiar a mesma ideia de repente as ideias Se complementam né então se eu ao invés de criar uma nova ideia eu puder reforçar a ideia de uma outra pessoa Talvez Talvez eu tenha maior maior possibilidade maior chance da minha ideia ser efetivamente aprovada o portal de ideias ele deveria ter uma uma característica colaborativa também já vi alguns clientes perguntando Ah mas será que a gente não pode fechar eu tenho medo do que pode entrar ali você tem que fazer claro uma triagem frequente não dá para deixar um portal de ideias abandonado mas você idealmente precisa deixar aquilo aberto e disponível para todo mundo para que todos tenham visibilidade sobre as ideias que estão entrando é uma forma de você deixar cada ideia amadurecer né Então as ideias ficam no portal de forma colaborativa as os clientes ou os colaboradores vão visualizando as ideias ordenando as ideias por ordenando as ideias por por número de votos né então a gente pode votar positivamente negativamente nas ideias e dado o número de votos eu posso tomar uma decisão de seguir adiante com aquela ideia então o Brian que é o meu é gerente de demandas aqui além de submeter uma ideia para para colaboração ele vem aqui e ele vai ordenar essas ideias do portal pela mais votada E aí ele vai verificar aqui quais são as ideias mais votadas para o produto com qual ele trabalha então aqui ele pode tomar decisões ele mesmo pode participar da discussão Então ele pode abrir uma determinada ideia e fazer alguns comentários né participar da comunidade que tá efetivamente cheirando essas ideias ou ele pode dar um destino para essas ideias e observem aqui que a gente tem os status né é super importante isso porque não adianta a gente colocar o status de uma de uma colocar uma ideia no portal e deixar ela lá abandonada com o nosso cliente achando que ninguém tá fazendo nada com aquilo então é importante que a gente tenha um ciclo de feedback né que avise o cliente que ele tá que a ideia dele foi enviada depois a ideia dele precisa mais informações ela tá em backlog ou ela foi entregue ou ela foi rejeitada é mas é importante fechar o loop né deixar o fazer o feedback para o cliente o cliente muitas vezes vai ficar muito mais irritado de não ter uma resposta do que de ter uma resposta negativa É melhor dizer essa não é legal com a nossa estratégia de produto não vamos fazer tu que deixar o cliente lá sem sem retorno sem resposta então é super importante esse processo de fechar o loop aqui né então o nosso gerente de produtos ele pode vir aqui né ele pode abrir a ideia na plataforma abrir na plataforma significa ver o formulário da ideia com todas as informações aqui é só as pessoas que têm o perfil de administrador de ideias é que podem fazer isso então o usuário que dá uma ideia não tem essa possibilidade né Então essa ideia é uma ideia enviada ele vai analisar toda se ele analisou todos os comentários acha que isso aqui já tá maduros suficiente e que é hora de converter essa ideia para dentro do backlog né ele vai clicar aqui em criar tarefa e ele vai escolher Que tipo de tarefa ele vai criar a partir dessa ideia vou fazer uma pequena pausa Porque eu queria mostrar para vocês uma outra uma outra coisa aqui mas em função da forma como como tá configurada a minha demonstração não aparece lá na no portal de ideias para o demand Manager mas aqui você vai configurar você vai configurar a o seu portal de ideias para que você possa mandar uma ideia desculpa mandar uma tarefa para vários diferentes destinos então eu posso né uma ideia que eu recebi no portal ela pode ser convertida numa demanda Esse é o fluxo clássico né então ele vai ela vai ser convertida em demanda na demanda eu vou montar um Business Case vou montar fazer isso tudo de viabilidade técnica viabilidade financeira até que essa demanda vire um projeto ou vi um épico ou história dependendo do tamanho dela para o desenvolvimento ágil mas também existem processos Nos quais você prefere alimentar o gerente de produto direto lá no backlog então ele recebeu a ideia legal Vamos fazer e ele manda direto um épico ou uma história Ou uma feature ou uma melhoria né então falando do backlog Unificado né do enterprise backlog aqui eu consigo mandar aquela ideia do portal para destino tradicional para destino ágil e trabalhar essa ideia de acordo com o método de trabalho de cada empresa se eu mando a ideia por exemplo que é muito comum para para aqueles clientes que já estão trabalhando mais com o desenvolvimento ágil se eu mando aquela ideia para uma história por exemplo eu posso mandar para uma para uma criar uma história numa Sprint de discovery ou numa fase de discovery da minha release vou fazer uma pesquisa então eu posso fazer o que eu faria na gestão de demandas pode ser feito lá com uma história ou com um épico sendo investigado pela equipe né então você pode criar uma história de investigação uma história de discovery para colocar na Sprint E aí depois vai ser tomada decisão se efetivamente aquela funcionalidade né vai adiante ou não E aí reabilitando o processo todo reaimentando o a cadeia aí até a ideia ser comunicada né o status da ideia ser comunicado ao cliente tá muito bem então aqui eu vou escolher uma demanda tô aqui no processo mais tradicional e eu tô então convertendo né esta ideia recebida pelo pelo portal de ideias em uma demanda Então agora eu já tô no âmbito das demandas se eu voltar para o portal de ideias eu vou verificar que ela agora está em backlog então eu já informei o meu cliente que a ideia está em backlog Ou seja eu aceitei sua ideia estou avaliando melhora a sua ideia para tomar decisão de quando se podemos implementar E quando podemos implementar e para vocês terem uma ideia né Tem uma série de status aqui para a gente comunicar frequentemente né com o cliente Eu posso também devolver a ideia para ele dizendo Olha só mais informação não tô conseguindo captar O que que você tá dizendo manda um comentário para ele coloca esse status de precisa mais informação eu posso aceitar essa ideia e dizer ela tá em revisão Tô verificando a possibilidade aqui ou eu mando para o backlog quando esta ideia for planejar quando esta demanda for planejada né ela já vai entrar aqui né como planejada essa ideia né depois ela pode ir para em desenvolvimento e depois completada claro se eu identificar que a ideia não faz sentido eu vou dizer provavelmente não vamos implementar se eu disser que a ideia se eu verificar que ela é uma ideia bloqueada desculpa complicada as palavras estão me atrapalhando hoje se eu verificar que é uma ideia duplicada eu vou marcar como duplicada encerra o ciclo de vida dela mas eu posso também identificar que o que estão pedindo para eu fazer uma coisa que eu já fiz E aí eu digo isso já existe né posso passar o link da documentação para ele e tal mas aqui a ideia é que seja uma ferramenta de comunicação do gerente de produtos com seus clientes com seus colaboradores com quem tá enviando ideias para ajustar os produtos com os quais Ele trabalha né uma outra né voltando um pouquinho aqui para o digital portfólio Management né uma outra coisa relacionada ao planejamento que é bastante importante são as demandas né então quando eu converto uma ideia em demanda ou quando eu entro direto com uma demanda ou quando eu recebo uma demanda via catálogo de serviços por exemplo né Tem várias formas aí da gente modelar essa essa entrada de demanda ou em take Como como o pessoal técnico gosta de falar aqui nós vamos fazer o quê Nós vamos olhar as demandas sobre o ponto de vista de planejamento e de tomada de decisão então eu quero agora eu imagino que alguns de vocês vão se relacionar com que eu vou dizer mas relativamente comum esse cenário normalmente a gente não tem dinheiro não tem gente e não tem tempo de fazer tudo que pedem para a gente fazer então a gente precisa de ajuda de uma ferramenta de uma metodologia que faça com que a gente consiga selecionar o que tem de melhor o que vai me dar mais resultado o que vai contribuir melhor para estratégia e para os objetivos estratégicos do meu departamento da minha Diretoria da minha organização da minha linha de produto enfim então agora a gente né tem o processo de demandas acho que vale a pena a gente dar uma olhada rápida nas demandas para a gente para a gente ver algumas das principais funcionalidades aqui vou entrar aqui na lista de demandas vou escolher uma demanda qualquer aqui só para gente explorar um pouquinho na fase de demandas o que eu tô fazendo eu tô avaliando a demanda de forma isolada de forma individual então eu tô capturando as informações montando um Business Case colocando uma primeira estimativa financeira fazendo um acesso para revisar essa demanda esse acesso mas pode ser um estudo de viabilidade técnica um estudo de viabilidade financeira então várias pessoas de perfis diferentes podem ser os meus interlocutores aqui na avaliação da demanda né então aqui eu tenho uma lista né Por Regras eu já defini quem são os stakeholders para esse tipo de demanda esses stakeholders alguns deles são [Música] respondem o acesso e alguns deles são aprovadores quem recebe o acesso Mas vai ter uma lista de perguntas que ele vai ter que responder essas perguntas normalmente vão avaliar a demanda nas dimensões de demanda né alinhamento estratégico risco tamanho custo enfim as principais variáveis para tomada de decisão se essa demanda deve ou não seguir adiante então a gente está calculando aqui as principais informações que são o impacto dessa demanda a nota de risco valor do que essa demanda tá contribuindo para a organização uma ideia de tamanho ainda muito Inicial Um tamanho um uma pontuação da nota de composta né de todos esses critérios para demanda então tem uma série de critérios que a gente vai agrupar e calcular esse score e esse score vai ser útil depois na tomada de decisão então o ciclo de vida da demanda ele vai começar né no envio a demanda é enviada depois ela passa para um processo de triagem depois da triagem Ela vai para qualificação a demanda qualificada Pode ou Não Ser aprovada até que seja entregue tá então esse ciclo de também pode ter outras fases a gente pode ter workflow por trás dele orquestrando essa essa passagem né de Fases enfim tem uma série de funcionalidades da plataforma como flor designer por exemplo que vocês vão utilizar aqui para implementar o fluxo de demandas aqui a gente pode também já ter um primeiro um primeiro cheiro de recursos que vão ser necessários custos que vão ser necessários benefícios monetários e não monetários riscos que podem impactar essa demanda então enfim aqui eu tenho uma uma um pré-projeto né A ideia é que a demanda seja um pré-projeto mas tudo ainda com informação de alto nível A ideia é que eu não gaste muito tempo não Invista muito tempo nesse ciclo de demanda para aquele rapidamente na demanda esteja rapidamente apta para a avaliação né então partindo do pressuposto que eu já tenho as minhas demandas avaliadas e prontas para priorização a gente vai para o processo de priorização propriamente dito no portfólio então aqui eu tenho um determinado por portfólio né esse portfólio ele tem uma série de de projetos e demandas que estão compondo esse portfólio eu tenho aqui uma visão do gráfico de bolhas né que é muito parecido com o que a gente chama de demand work Dent né que é onde a gente faz a análise comparativa das demandas né que é plota no quadrante as demandas qualificadas para aquelas para que a gente veja quais são as melhores demandas a executar mas o principal ponto aqui do da análise de cenários é é a criação de novos cenários com perfil diferente a comparação desse cenários e a tomada de decisão então aqui por exemplo eu vou pegar esse esse cenário e eu quero eu vou limpar ele primeiro porque eu quero ir mostrando para vocês qual que é a dinâmica né Então imagina que eu tô criando um determinado cenário esse cenário pode ser por exemplo meu cenário otimista cenário otimista no qual eu vou priorizar as demandas que me geram maior valor independentemente do risco ou eu posso criar um cenário pessimista no qual eu vou priorizar as demandas que geram valor mas que tem um risco mais reduzido Eu Não Vou aprovar demandas com risco alto então e depois eu faço a comparação para ver o que que vai ser no final das contas o cenário a ser aprovado mas o grande ponto aqui é Eu Tenho limite de recursos eu não tenho dinheiro suficiente não tenho gente suficiente para fazer tudo que me pedem ao mesmo tempo então aqui eu tenho um limite de dinheiro tem um Budget aqui de capex que vai sendo consumido né por essas demandas então é importante a gente até aquele essa triagem Inicial essa qualificação Inicial onde eu faço a captura dessas informações para poder ter essa visão então a medida que eu vou então tô ordenando aqui né a demanda por pontuação então a pontuação mais alta é a demanda que gera mais valor com aquele score combinado né então eu vou incluindo as demandas no meu portfólio E aí vocês vão vendo que eu tô consumindo o orçamento né então eu tenho aqui os benefícios eu tenho aqui os itens que o número de itens que eu tô selecionando quantos deles estão alinhados estratégicamente quantos não estão né e eu tenho claro eu posso ter aqui também projetos em andamento que eles também consomem orçamento então aí eu vou ter que uma visão do dos gastos realizados que estão nesses nos projetos que estão nesse portfólio E aí a medida que eu vou selecionando né eu vou percebendo que que legal eu tenho dinheiro para fazer tudo né Será que eu tenho mesmo então aí eu vou olhar esse orçamento aqui e não tenho Olha só eu tenho 100 mil aqui nesses nestas demandas Eu tenho um gasto proposto de 100 mil dinheiros só de opex e eu tenho quatro.2 milhões de capex só que o meu orçamento de capex é 3 milhões Então apesar de aparentemente eu ter dinheiro para fazer tudo eu tenho dinheiro do tipo errado né então seria interessante eu olhar o capex né pegar o capex eu vou começar a tirar algumas coisas daqui e aí eu consigo ver quem que tá estourando esse orçamento Olha tem uma uma demanda aqui de análise preditiva que tem risco alto o score razoavelmente baixo e um orçamento de café que ser enorme né que este 1.5 foi o que fez estourar o meu orçamento Então esta é a visão no qual eu tenho a tomada de decisão eu crie o cenários para tomar decisão com relação a minha restrição de recursos outra coisa muito importante aqui é a restrição de Recursos Humanos né então vou fazer o mesmo o mesmo exercício só que olhando os recursos humanos né tô com a mesma ordenação mantive a mesma ordenação aqui a medida que eu seleciono demandas para execução eu vou percebendo que eu estou é alocando pessoas né eu tô consumindo a minha capacidade de recursos humanos e aí tem algumas demandas que vão causar um estouro de capacidade E aí eu preciso ver se essas demandas não podem ser postergadas por exemplo aqui eu vejo que eu tenho estouro de capacidade no perfil de arquitetura né nos arquitetos Mas eles estão bem folgados aqui para o do meio para o final do ano então provavelmente tem projetos aqui que eu possa né ou tem demandas ou projetos que eu posso aprovar porém mais para frente não consigo fazer agora e aí eu tenho que olhar aí pela prioridade o que que eu vou fazer agora e o que eu vou deixar para depois né mas a ideia aqui é que eu consiga ter uma visão inicial de capacidade total de entrega para tomada de decisão e até mesmo pensar se eu tenho dinheiro mas não tenho gente disponível talvez eu precise terceirizar talvez eu precise contratar uma equipe de temporários para me desafogar nesse período Ou eu vou ter que realocar isso para outras outras outros momentos no tempo e a ideia aqui é o piemol ele tá facilitando esse esse trabalho né ele muitas vezes serve como o facilitador do processo de priorização e não é ele que vai dizer não vamos fazer o projeto x não vamos fazer o projeto Y né Eu já ouvi de muitos clientes Não dá para fazer isso aqui manda quem pode obedece quem tem juízo a questão é a gente tem que colocar as pessoas que mandam na sala e mostrar a realidade para elas então elas têm que saber que elas estão aprovando projetos que estão com estouro de capacidade que se nós prosseguirmos por esse caminho o piemol como um advisor né como consultor da organização ele já está apontando o risco de que a entrega estratégica não aconteça em função de uma decisão ruim em função de uma priorização que não está ocorrendo então a ideia não é o piemol Thomas decisões até porque muitas vezes ele não tem esse poder não tem esse esse esse papel na organização Mas ele tem sim o papel de mostrar para os decisores o que eles devem fazer e o que eles não devem fazer né então aqui fica a provocação fica proposta para os nossos piemous usarem essa visualização para negociar com seus gestores sua diretoria com seu board dizendo desta forma que vocês estão aprovando com esta quantidade de projetos com essa quantidade de demandas alguma coisa vai ficar para trás então melhor vocês conversarem sobre a priorização No final a gente vai até fazer a comparação do cenários vai comparar aqui o meu o meu real né o meu plano confirmado contra o cenários que eu tô simulando aqui para tomar alguma decisão e normalmente eu vou escolher um desse cenários ou eu vou ajustar o cenário que tá mais próximo a ao que foi decidido e aí a gente é carinho embalar o Né overdrive Né a prova esse cenário e diz esse vai ser o cenário que a gente vai conduzir Então esse é o processo de priorização né então a gente volta um pouquinho aqui agora para o digital portfólio Management meu gerente de produtos já viu tudo que está sendo planejado para o produto dele agora ele vai ver tudo que está sendo construído então tudo que tá aqui na aba de build são as coisas que estão em construção então ele pode mais um link aqui para ele pular lá para o Road map E aí ele vai abrir o World Map de rastreamento para ver o andamento do World Map ele pode né que seria até só para né tracking molde aqui ele vai ver como estão as entregas nesse Road map né as entregas que estão acontecendo Então esse tá 50% está 23 está 7,96 está verdinho o outro tá amarelo tá vermelho e assim por diante ele vai ver quantos projetos ativos ele tem para aplicação dele quantos projetos estão com em andamento quantos projetos estão atrasados ou perderam datas de entrega projetos com problemas críticos lista de projetos ativos relacionados ao produto dele se esse produto tem épicos no backlog que estão aguardando o desenvolvimento e épicos em andamento Ou seja que já né cuja entrega já começou e aí as histórias que estão prontas aguardando o desenvolvimento histórias que estão em andamento e histórias bloqueadas que ele pode né Abrir Quais são as histórias bloqueadas e ver como gerente de produtos que que ele pode fazer para desbloquear esse trabalho como ele pode ser um patrocinador da equipe ágil que tá trabalhando nesse nesse produto para ajudá-los a seguir adiante e ele tem uma visão também das sprints planejadas das releas planejadas e das mudanças né tudo que está acontecendo nesse momento né da release planejada não da release em andamento na verdade né a relísia aberta a Sprint aberta e as mudanças que estão em processo né então tudo que está em construção então aí a gente vai dar uma pequena pausa e a gente vai falar sobre os projetos sobre o ponto de vista da agilidade a gente já falou bastante na semana passada né da agilidade em escala Então hoje a gente vai falar um pouquinho mais sobre projetos mesmo projeto tradicional e projeto híbrido então aqui eu tenho a possibilidade de ter projetos que tem parte ágil parte tradicional Eu já falei quem já ouviu algum webinar meu já ouviu eu falar que eu gosto de brincar que projeto híbrido é o projeto do mundo real a gente tem um projeto ágil projeto tradicional e projeto do mundo real que é o híbrido porque a maior parte das organizações não está pronta para essa transição E essas organizações estão ainda trabalhando né estão tentando encaixar agilidade no mundo tradicional então o financeiro ainda não é ágil né muitas vezes o próprio piemou ainda não sabe não tá capacitado para trabalhar com agilidade então ele ainda tá com aquela visão bastante projetizada né então esta transformação que é muito longa né Muito extensa ela gera necessidade de um mundo híbrido no qual eu consiga conciliar fases da metodologia tradicional com fases ágeis então aqui só para dar uma uma passadinha geral nós temos um primeiro um dashboard desse desse projeto é uma uma primeira visão analítica do projeto aqui a gente consegue ver os detalhes desse projeto E aí nos detalhes a gente vai ter o formulário com toda a descrição desse projeto a gente vai ter os dados resumidos financeiro score a gente vai ter todas as informações relacionadas este projeto por exemplo ele é um projeto híbrido Então aqui tem um campinho chamado tipo de execução ele é híbrido e eu sei que ele é híbrido também porque eu tenho aqui tarefas e eu tenho uma fase ágil nesse projeto e eu tenho então histórias eu tenho épicos mas eu tenho também plano de recursos né um plano de custos benefícios tem um cronograma então se eu vier aqui para console de planejamento eu vou ver o cronograma desse projeto ou o que a gente chama de workbach do projeto então aqui é a console de planejamento é o meu é o meu cronograma e vocês observem que tem aqui uma fase chamada de velament face fase de desenvolvimento e ela é uma fase ágil esse símbolo de interação aqui é uma fase ágil então eu posso ver que esse projeto ele tem algumas fases configuradas como fases tradicionais e algumas fases ou uma fase aqui que é uma fase ágil né então aqui a gente consegue fazer então a administração a gestão desses projetos como um todo né o piemon também tem a visão de tudo que tá acontecendo em todos os projetos ao mesmo tempo então aqui ele vai ter uma série de dashboards aí ele tem um performance Analytics que vai ajudar ele a fazer análise de tendência né de subida ou de descida de algum indicador os indicadores de saúde dos projetos os indicadores o dedo duro né os indicadores de data Quality né as qualidades de dados dos projetos Se as pessoas estão usando bem a metodologia estão preenchendo as informações ou não e assim por diante Então essa aqui é a parte da construção e para finalizar a gente tem também aqui né para o gerente de produto a parte da execução então aí aqui ele tá olhando os indicadores de desempenho da sua aplicação em produção só ampliar que o horizonte de para a gente ver um pouquinho Os dados aqui então eu tenho esta aplicação ela tá ela já gerou né nesse período da minha base de demonstração ela já gerou alguns incidentes já foi identificado um problema foi feito uma mudança aqui os deployments que foram feitos para essa aplicação análise do Risco tecnológico né quando a gente for analisar o risco tecnológico é que eu tô vendo que tem um software Model que tá em risco né O que que é o software Model um software que está sendo usado nessa aplicação é o débito técnico quem quiser saber mais sobre débito técnico pode ver a segunda sessão que é de arquitetura Empresarial no qual a gente explorou bastante esse assunto então resumindo aqui eu tenho o ciclo de vida de toda a aplicação de todo o produto eu como gerente de produto vejo tudo que está planejado tudo que está em construção e como está o desempenho do meu produto na execução fechando o ciclo de entrega de resultados né então depois eu consigo também é vir aqui na no meu Road map né e eu posso verificar e posso informar no meu planejamento estratégico o andamento dos meus indicadores né então depois se eu criei um produto para melhorar a o engajamento dos colaboradores eu Provavelmente vou usar mecanismo de pesquisa para fazer uma pesquisa de engajamento e depois eu venho aqui dizer ó a pesquisa disse que o engajamento é tanto fechando então o ciclo né de toda estratégia até a entrega final de resultado estourei dois minutos Vitor eu acho que show de bola cara eu acho que acho que foi eu posso dizer que foi com sucesso vai dois minutos só tá bom é bastante coisa cara bastante informação bastante interface então quero agradecer muito aí a participação de vocês eu não vejo mais perguntas tá ao longo da sua demonstração respondi várias perguntas aqui relacionadas a aplicação a documentação né se vai ser disponibilizado né o link no YouTube então Fiquem tranquilos tá esses quatro essas quatro sessões serão disponibilizados no nosso canal do YouTube bem como né a apresentação também em PDF tá que a gente vem apresentando aí nas últimas sessões e quero agradecer a participação de todos vocês não só nesse como também nas outras sessões Muito obrigado tá pela presença de todos e até uma próxima [Música]