segunda-feira, 15 de outubro de 2018

Microsoft Project Roadmap

Olá pessoal,

Dando continuidade ao post de Setembro, que trazia um apanhado geral dos anúncios realizados durante o evento Microsoft Ignite, hoje gostaria de compartilhar um pouco mais de informações a respeito da nova plataforma Project Roadmap.

Logo após seu anúncio no Ignite (e respectivos posts publicados pelo Howard Crow), materiais complementares foram disponibilizados pela Microsoft, para esclarecer um pouco mais sobre os objetivos do Project Roadmap e como ele se encaixa no quebra-cabeça dessa nova visão chamada ‘Modern Work and Project Management’.

A idea principal é que o Roadmap atue como um hub onde seja possível centralizar as iniciativas estratégicas da organização, como portfolios, programas, projetos ou mesmo pacotes de trabalho. Um dos principais diferenciais é que o Roadmap não foi desenvolvido para estar exclusivamente ligado ao Microsoft Project (Project Online), ou a projetos que utilizem a metodologia preditiva de gerenciamento de projetos. Ao invés disso, a nova plataforma irá permitir a criação de Roadmaps que visualmente representem todo o trabalho necessário para entregar uma determinada iniciativa estratégica, independentemente se estamos falando de um projeto formal (que utiliza o ciclo de vida preditivo), se estamos tratando de projetos que estejam baseados em metodologia ágeis ou mesmo se os dados de trabalho estão sendo gerenciados em outras plataformas que não o Microsoft Project – como o Azure Boards (antigo VSTS), Dynamics PSA, Planner e etc.

No final do dia, a criação de Roadmaps permitirá a inclusão de informações de trabalho de diferentes plataformas, de modo a combinar visualmente o que é essencial para que uma determinada iniciativa seja entregue. Mais do que isso, o Roadmap permitirá que ações específicas de cada iniciativa sejam destacadas (por exemplo, itens oriundos do cronograma como Tarefas Regulares, Tarefas Resumo, Marcos e etc.); de maneira complementar, as ações poderão ter um status (por exemplo, será possível determinar a cor das barras de acordo com o status – verde, amarelo, vermelho) e será possível também adicionar ‘key dates’ à timeline do Roadmap, para que os envolvidos na iniciativa possam enxergar visualmente quando entregas importantes são esperadas. Também será possível definir responsáveis (proprietários) para os Roadmaps, assim como seu nível de privacidade (Roadmaps públicos ou privados).

Abaixo um exemplo visual de um Roadmap:

Créditos da imagem – artigo publicado por Howard Crow no LinkedIn: https://www.linkedin.com/pulse/microsoft-project-roadmap-howard-crow/

Infelizmente o Roadmap ainda não está disponível, mas estou acompanhando atentamente os anúncios e próximos passos da Microsoft, pois assim que a plataforma for disponibilizada (mesmo que em preview) irei fazer os testes e compartilhar as minhas impressões.

Por enquanto, convido vocês a darem uma olhada em dois materiais adicionais recentemente compartilhados pela Microsoft:

O primeiro é um artigo do Howard Crow no LinkedIn sobre o Microsoft Project Roadmap:


Já o segundo é o vídeo que contém a gravação da palestra entregue no Microsoft Ignite 2018, na qual Howard Crow e Chris Boyd fazem uma excelente introdução ao Roadmap e como ele funcionará:


É isso aí pessoal. Como eu havia comentado no outro post, muitas coisas novas estão chegando, o que é excepcional!

Um abraço e até a próxima!


quarta-feira, 26 de setembro de 2018

Microsoft Ignite 2018: Anúncios e Visão de Futuro para o Project














Olá pessoal,

Durante esta semana (24 a 28 de Setembro de 2018) está acontecendo em Orlando o Microsoft Ignite, uma das maiores conferências para profissionais de TI. O Ignite é um evento muito importante para a comunidade técnica, pois é durante o evento que importantes anúncios são realizados sobre o futuro das diferentes plataformas e ecosistemas suportados pela Microsoft.

Com relação ao nosso querido e estimado Project, anúncios importantes foram feitos, e vamos então discuti-los aqui.

Modern Work Management

A visão de futuro da Microsoft está direcionando a família Project numa direção em que a plataforma seja mais colaborativa, fácil de utilizar e integrada às demais plataformas (como Power Apps, Flow, Teams, Planner e etc.). Nesse sentido, o conceito de Modern Work Management está sendo disseminado e associado ao Project. Em geral, esse conceito vai de encontro à simplificação da experiência de navegação e utilização dos recursos e funcionalidades pelos usuários. Tudo começa pela nova funcionalidade chamada ‘Project Home’, que tem como objetivo prover visibilidade e fácil acesso aos projetos com os quais estamos trabalhando – disponibilizando e agrupando tudo em um único local.

Project Home é uma funcionalidade que já está disponível para os usuários, sobre a qual eu falei um pouco mais nesse vídeo no meu canal do YouTube:


Roadmap

Roadmap (com previsão de lançamento para o início de 2019) é uma plataforma visual que irá permitir que os usuários visualizem seus projetos em uma visão de linha do tempo, garantindo visibilidade integral sobre todo o trabalho que está sendo realizado. O conceito é que cada iniciativa (projeto) seja visualizada em uma linha – em conjunto com outras informações relevantes, como tarefas e marcos. O Roadmap irá permitir a inclusão de diferentes tipos de cargas de trabalho, oriundas de diferentes origens como Project Online, Planner, Azure DevOps (VSTS) e também do novo serviço anunciado pela Microsoft, chamado de ‘Project Service’.

Nas imagens abaixo, que foram originalmente postadas no blog do meu amigo MVP Paul Mather (https://pwmather.wordpress.com), dá pra ter uma ideia preliminar de como será o Roadmap:

Créditos da imagem: Paul Mather - https://pwmather.wordpress.com/2018/09/24/microsoft-project-the-future-ignite-ppm-pmot-workmanagement-projectonline-projectmanagement/

Créditos da imagem: Paul Mather - https://pwmather.wordpress.com/2018/09/24/microsoft-project-the-future-ignite-ppm-pmot-workmanagement-projectonline-projectmanagement/

Project Service

O último anúncio é aquele que vai causar mais impacto, e que promete chacoalhar a maneira com a qual trabalhamos com o Microsoft Project. O Project Service (ou simplesmente Project) é um novo serviço desenvolvido do zero, sem nenhuma relação com a arquitetura atualmente utilizada no Project Online. Ele promete ser um serviço que irá aliar a flexibilidade com simplicidade de utilização, com mudanças significativas em relação à maneira com a qual trabalhamos atualmente no Project Online.
Por exemplo, os conceitos de criação de equipes nos projetos, check-in, check-out e publicação devem deixar de existir. Outra mudança significativa é que o Project Service deve também permitir a co-autoria em cronogramas – um minuto, você prestou atenção nisso? Exatamente, múltiplos gerentes de projeto atualizando seus cronogramas ao mesmo tempo! Wow!!!

Na imagem abaixo, também retirada do site do Paul, dá pra ter uma idea de como a atribuição de recursos irá funcionar:


O Project Service foi construído com base no MicrosoftCommon Data Services (CDS), o que irá possibilitar uma fácil integração com outras plataformas, como SharePoint, PowerApps, Power BI, Flow, Office 365 e Dynamics 365.

Em geral, com o lançamento do Project Service (previsto para 2019), as empresas poderão continuar trabalhando com o Project Online, mas em algum momento uma transição terá de ser feita para que novos projetos sejam criados e gerenciados no novo serviço – ou seja, aparentemente o Project Online deve ser descontinuado no médio/longo prazo.

Considerações e links complementares

Não há dúvidas de que os anúncios realizados durante o Ignite (principalmente o Project Service) irão causar uma mudança significativa na maneira como as empresas e as pessoas gerenciam seus projetos, iniciativas e cargas de trabalho. Para ajudar nessa transição, a Microsoft está se comprometendo a prover todo o suporte, acompanhamento e ferramentas necesssárias, tanto para empresas que desejam migrar completamente suas informações do Project Online para o Project Service assim como para aquelas que pretendem realizar a transição em pararelo – gerenciando os projetos atuais no Project Online até o seu encerramento e iniciando os novos projetos no Project Service.

Para ajudar as pessoas e organizações a entender melhor o que toda essa mudança significa, e o que podemos esperar disso tudo, a Microsoft disponibilizou alguns comunicados oficiais que possuem informações complementares. Se você está interessado em saber mais sobre a direção que a família Project vai tomar – e como isso vai afetar a sua organização – então é imperativo que você leia os comunicados:




=+=+=+=+=+=+=+=+=+=+=+

Por enquanto é isso pessoal. Vou ficar atento às novidades e, na medida em que elas forem sendo publicadas, eu compartilho por aqui. Pelo visto, haverá muito trabalho pela frente 😊

E você, o que achou das novidades?




segunda-feira, 10 de setembro de 2018

Customizando as permissões para os Gerentes de Projeto

Olá pessoal –

Na medida em que as empresas que adotam o Microsoft PPM (Project Online ou Project Server) vão aumentando o seu nível de maturidade na utilização da plataforma, é comum que novas customizações sejam necessárias para refinar as permissões e aumentar os níveis de segurança, governança e conformidade do ambiente como um todo.

Uma dessas customizações pode ser realizada nas permissões de segurança dos gerentes de projeto: via de regra, os gerentes de projeto são usuários do Microsoft PPM que irão receber permissões para criar e gerenciar projetos, atribuindo recursos às tarefas e controlando o desempenho e a evolução dos cronogramas. Por padrão (e considerando o modo de permissão do Project), os membros do grupo de segurança Gerentes de Projeto do Microsoft PPM também podem executar três ações que nem sempre são desejadas:


- Excluir projeto: a configuração nativa do Project Online e Project Server permite que os Gerentes de Projeto possam excluir os projetos dos quais sejam proprietários

- Salvar Linha de Base Protegida: em empresas com um bom nível de maturidade e que tenham processos de governança bem definidos, nem sempre os gerentes de projeto possuem permissões para salvar a Linha de Base. Em geral, esta é uma atividade atribuída a um grupo com maior autoridade na organização, como por exemplo os membros do escritório de projetos (PMO)

- Salvar Modelo de Projeto: os modelos de projeto são cronogramas padrão, normalmente desenvolvidos pela equipe do PMO e que representam o conjunto de atividades comuns normalmente incluídas em projetos da organização. Uma vez salvos, os modelos de projeto poderão ser utilizados por todos os gerentes de projeto quando da iniciação de um novo projeto

Faz sentido pra você restringir as ações acima? Imagine o tamanho do estrago caso um gerente de projetos exclua inadvertidamente um projeto importante do ambiente; ou então alguém que deseje salvar uma nova Linha de Base sem que haja uma mudança formalmente aprovada no processo de gerenciamento de mudanças; ou então talvez haja um cenário no qual alguém queira criar um novo cronograma modelo para utilizá-lo em seus projetos futuros, porém sem antes passar pelos processos de conformidade estabelecidos pelo Escritório de Projetos...


Como um gerente de projetos pode excluir um projeto?

Muita gente que utiliza o Microsoft PPM desconhece esta opção, mas um gerente de projetos pode excluir um projeto ao acessá-lo via Project Professional. Logo após se conectar à instância do Microsoft PPM, basta clicar com o botão direito do mouse no projeto desejado e a opção de exclusão será exibida:






Restringindo permissões

Para restringir as permissões, a minha preferência é sempre por criar um novo grupo de segurança e então customizá-lo de acordo com as necessidades. Deste modo, preservamos o grupo padrão (neste caso, o grupo Gerentes de Projeto), mantendo-o sem alterações – de modo que o novo grupo personalizado possa ser modificado inúmeras vezes sem que se perca as configurações e permissões nativas da plataforma PPM.

Para criar um novo grupo de segurança, certifique-se que seu ambiente esteja no modo de permissão do Project. Em seguida, clique Configurações do PWA > Gerenciar Grupos. Na janela Gerenciar Grupos, clique em Novo Grupo:



Você deverá então determinar o nome do novo grupo, e poderá também inserir uma descrição. Neste exemplo, irei chamar o grupo de # Líderes de Projeto, conforme exemplo abaixo:



Em seguida você deverá determinar quais as Categorias de segurança que estarão associadas ao grupo. Por padrão, no Microsoft PPM o grupo Gerentes de Projeto está associado à Categoria Meus Projetos, representando o que o usuário poderá fazer com os projetos nos quais ele for o proprietário. Adicione a categoria Meus Projetos à área Categorias Selecionadas. Em seguida seria necessário determinar as permissões dinâmicas que devem ser aplicadas à categoria selecionada no contexto do grupo atual. Como não é fácil saber exatamente quais são as permissões que um gerente de projetos deve possuir, você poderá definir as permissões com base em um modelo pré-existente. Para isso, basta selecionar a categoria adicionada recentemente e então selecionar o modelo Gerente de projeto em Definir Permissões com Modelo:



Uma vez aplicadas as permissões com base no modelo, você poderá remover aquelas que não serão concedidas aos membros do grupo recém criado. No nosso exemplo, irei desmarcar as permissões Excluir Projeto e Salvar Linha de Base Protegida:




=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+

Neste ponto é importante compartilhar duas informações complementares:

1) Para desabilitar uma permissão no Microsoft PPM, simplesmente desmarque a opção desejada. Caso você clique em Negar, a permissão será negada a todos os usuários do grupo de maneira definitiva, independentemente de o usuário possuir a permissão ativa em outros grupos nos quais for um membro

2) As Linhas de Base Protegidas são as Linhas de Base numeradas de 1 a 5, enquanto as Linhas de Base desprotegidas são numeradas de 6 a 10. Como eu havia comentado anteriormente, em algumas organizações o salvamento da Linha de Base é restrito apenas aos membros do Escritório de Projetos (PMO), então uma abordagem que pode ser adotada é permitir que os Gerentes de Projeto salvem as informações de planejamento nas Linhas de Base de 6 a 10, de modo que o projeto possa ser submetido à revisão final do PMO antes de ser movido para a fase de execução. Então, caso o planejamento tenha sido aprovado, os membros do PMO podem copiar os dados das Linhas de Base desprotegidas para a Linha de Base 0 (e assim sucessivamente), registrando então aquilo que foi acordado no plano original.

=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+

Em seguida, você deverá navegar à parte inferior da janela, até encontrar as Permissões Globais. As permissões globais representam os recursos e funcionalidades que os membros de um determinado grupo possuem, independente das categorias de segurança as quais o grupo está associado. Ao encontrar as Permissões Globais, repita o passo anterior e defina as permissões com base no modelo Gerente de projeto:



Desta maneira você poderá garantir que os gerentes de projeto na sua organização possam salvar linhas de base desprotegidas (de 6 a 10), assim como restringir suas permissões para salvar modelos de projeto:




Clique em Salvar para concluir as configurações do novo grupo.


Resultados

Uma vez configurado o grupo, você deverá incluir os usuários que irão herdar as suas permissões. Ao tentar repetir a ação de exclusão de um determinado projeto, os membros deste grupo serão notificados de que esta ação não é permitida:





Do mesmo modo, caso tentem salvar uma Linha de Base protegida (de 0 a 5), também serão impedidos pela plataforma:






Caso você queira ler com calma, a versão digital desse post está disponível para download.

Um abraço e até o próximo post!



quarta-feira, 29 de agosto de 2018

Enviando notificações no Project Online com o Microsoft Flow

Olá pessoal –

Um dos maiores benefícios de se utilizar uma suíte de aplicativos como o Office 365 é a possibilidade de integração e comunicação entre os diferentes aplicativos que são parte integrante da plataforma. Há inúmeros cenários, requisitos de negócio e necessidades do dia-a-dia que podem ser resolvidos através da integração de um ou mais aplicativos, facilitando a comunicação entre as equipes e garantindo que as pessoas tenham em mãos as informações que precisam, no momento certo e com a qualidade necessária.

Recentemente tive a oportunidade de trabalhar com um cliente em um projeto de adoção do Project Online para um pequeno time que estava sendo formado (um novo escritório de projetos dentro da TI). Como a área ainda estava sendo criada, não haviam processos estruturados e definidos sobre como os projetos seriam gerenciados, bem como não havia um fluxo formal de como os novos projetos seriam cadastrados e aprovados na organização.

A necessidade inicial do time responsável por utilizar o Project Online na organização era simples: cada novo projeto criado deveria disparar automaticamente uma mensagem/alerta para um endereço de email, de modo a informar a equipe sobre a nova empreitada. Como não havia nada complexo no processo e também não haveria a necessidade de que aprovações fossem disparadas, a utilização do SharePoint Designer para construção de um workflow seria algo além do necessário. E foi então que o Flow entrou em ação...

O Microsoft Flow (https://flow.microsoft.com/pt-br/) é uma poderosa plataforma de automação, que permite aos usuários a criação de fluxos de trabalho automatizados entre seus aplicativos e serviços, de modo a garantir o recebimento de notificações e ações em geral (como sincronização de arquivos, coleta de dados e etc.).

O Flow é uma plataforma que está disponível para diferentes planos da suíte do Office 365, e pode ser inclusive utilizado de maneira gratuita (para maiores informações sobre as versões do Flow, visite este link: https://us.flow.microsoft.com/pt-br/pricing/). Como possui uma série de modelos e conectores que permitem aos usuários executar inúmeras ações de comunicação entre diferentes aplicativos, o Flow pode ser utilizado no contexto do Project Online (como será discutido neste post) como também em inúmeras outras situações e necessidades de negócio. Vale a pena dar uma olhada na galeria de modelos disponíveis: https://flow.microsoft.com/pt-br/templates/


Criando um flow

Para criar um novo Flow, primeiro certifique-se que você possui uma licença junto à sua empresa (ou se inscreva para utilizar um dos planos gratuitos). Em seguida, navegue para https://flow.microsoft.com. Na página inicial, você pode fazer uma pesquisa utilizando o termo ‘Project Online’. Alguns modelos serão exibidos, conforme figura abaixo:


Uma das opções disponíveis é “Receive an email when a new Project is created in Project Server Online”. Selecione esta opção e você será direcionado à página seguinte, onde você precisará informar as suas credenciais no Project Online:


Após inserir suas credenciais, você precisará conceder permissão para que o Flow possa ler algumas informações do Project Online:


Os passos seguintes são simples e intuitivos. Primeiro, você deverá informar qual o nome da instância do Project Online à qual deseja se conectar, assim como o endereço de email para o qual as mensagens devem ser enviadas. Já no corpo do email você poderá determinar quais as propriedades que deseja utilizar quando cada notificação for enviada:


Uma vez criado o Flow, você poderá publicá-lo. Então, a cada novo projeto criado, as notificações serão enviadas automaticamente para os destinatários informados:



Mamão com açúcar, não é? 😊

Nos próximos posts vou procurar explorar um pouco mais da integração entre os recursos do Office 365 e o trabalho que executamos no nosso dia-a-dia de gerenciamento de projetos.

Espero que tenha gostado do post, e até a próxima!


segunda-feira, 27 de agosto de 2018

SGPL 20018: Sucesso!


Olá pessoal,

Nos dias 24 e 25 de Agosto, juntamente com a equipe de voluntários do PMI capítulo Bahia (https://pmiba.org.br/), entreguei um workshop no evento SGPL 2018 (Seminário de Gestão de Projetos e Liderança). O SGPL é o maior evento com objetivo de disseminar as boas práticas em gestão de projetos da região Nordeste, e na edição 2018 contou também com o toque especial de estar celebrando os 15 anos do capítulo Bahia do PMI.

As palestras e workshops entregues no SGPL tinham o principal objetivo de compartilhar ideias e disseminar conhecimento relacionados ao triângulo de talentos do PMI, que contempla: Competências e Técnicas em Gestão de Projetos, Gestão Estratégica de Negócios e Liderança.

O evento foi um sucesso absoluto, tanto em termos de organização quanto em termos de público: palestras cheias, público altamente motivado e participativo e palestrantes entregando um conteúdo de alto nível.

A minha palestra teve como foco os assuntos que mais gosto: falar sobre como utilizar o Power BI para criar relatórios, painéis e dashboards com dados do Project Online. A sala estava super lotada, com um pessoal ávido por saber mais sobre como integrar as duas plataformas. Foi muito massa! 😊   

O meu agradecimento vai para todos os voluntários do PMI-BA que fizeram o evento acontecer. Um evento desse nível exige muita concentração, esforço e profissionalismo, e o pessoal de Salvador tirou tudo isso de letra. Nota 10 para todos os envolvidos, e muitíssimo obrigado pelo convite!

Eu puliquei os slides que utilizei na apresentação no Slide Share, caso tenham interesse em saber mais:


Abaixo algums fotos do evento:





Um grande abraço e espero poder participar novamente em 2019!


segunda-feira, 2 de julho de 2018

MVP Renovado: 2018-2019


Olá pessoal,

Todo começo de Julho é sempre uma grande expectativa para todos os MVPs. Afinal, é nesse período em que a Microsoft faz uma avaliação das contribuições dos MVPs ao longo do último ciclo anual para então decidir quem será renovado e quem não mais fará parte do programa.

Uma coisa que pouca gente sabe é que o MVP é uma premiação dinâmica: ela se baseia no seu último ano de contribuições, e não em todo o seu histórico ao longo do tempo em que você está no programa. Isso quer dizer que um MVP de longa data pode não renovar caso não tenha contribuído significativamente nos últimos 12 meses – o que é muito bom, já que privilegia e reconhece quem é ativo junto à comunidade. Outra coisa boa que acontece em virtude desse critério é que sempre há espaço para novas pessoas chegarem, de forma que o programa MVP não se torna um grupo exclusivo e restrito sempre às mesmas pessoas.

Pois hoje sinto-me muito honrado e feliz em saber que fui renovado como MVP de Project, completando assim meu terceiro ano no programa. Para se ter uma ideia, na área da minha premiação (que se encaixa na categoria Business Solutions mas é, de fato, Microsoft Project) existem apenas cerca de 30 profissionais reconhecidos como MVP em todo o mundo – sendo que 4 deles são brasileiros (além de mim, há os véios de guerra Allan Rocha e André Xavier e o Mário Trentim). Caso você tenha curiosidade, aqui tem uma lista (mesmo que um tanto incompleta) dos MVPs de Project:


Então é isso pessoal... é um prazer enorme e uma responsabilidade maior ainda em fazer parte de um time com tantas feras. Meu dever agora é continuar o trabalho, compartilhando conhecimento e contribuindo com a comunidade do Microsoft Project, Project Online e Project Server.

Vamos juntos que tem muita coisa pela frente!

  

sexta-feira, 29 de junho de 2018

Customizando as Notificações de Workflow no Project Online

Olá pessoal –

Ao utilizar uma plataforma de gerenciamento de Portfolios, Programas e Projetos como o Project Online ou o Project Server para capturar, priorizar, selecionar, planejar e gerenciar suas iniciativas corporativas, as organizações dispõe de uma grande oportunidade para automatizar seus processos de negócio através da coleta das informações sobre as solicitações de projeto e sua eventual evolução ao longo do ciclo de vida. Em um cenário como esse, a criação de workflows personalizados se mostra uma ferramenta fundamental para auxiliar essa automatização dos processos.

Ao criar workflows personalizados junto aos clientes com os quais atuo, tenho sempre o objetivo de prover uma experiência de navegação e usabilidade agradável, que ajude os clientes a entender rapidamente as informações chave para que tenham condições de tomar as decisões de negócio necessárias. E se há um recurso que eu realmente acredito que precise ser configurado de maneira especial são as notificações disparadas pelos workflows.

Vejamos este cenário: quando uma nova solicitação de projeto é criada na plataforma PPM (neste caso, o Project Online), o usuário solicitante normalmente precisa preencher um formulário com as informações essenciais sobre a solicitação; uma vez que as informações são coletadas, a solicitação é submetida para revisão/aprovação. E aqui é onde temos algo que pode ser melhorado: as configurações padrão do workflow não disponibilizam informações úteis quando do envio de notificações. Aqui um exemplo de formulário para a coleta das informações da solicitação de projeto:



Uma vez submetida a solicitação de projeto para revisão/aprovação, a seguinte mensagem padrão é enviada às pessoas responsáveis pela sua revisão/aprovação:




Neste ponto, vale a pena uma análise mais aprofundada: suponha que você é a pessoa responsável pela aprovação/revisão da solicitação: ao receber a mensagem, não há nada nela que você pode utilizar para entender o que está sendo solicitado... isso significa que, caso você queira obter mais detalhes a respeito da solicitação, você precisará navegar até sua página de detalhes de projeto, disponível na Central de Projetos. Então, após navegar até a PDP e consultar os dados, você poderá retornar ao email e clicar no link para aprovar ou rejeitar a solicitação. Muitos cliques desnecessários, não é mesmo?

Em cenários como este, minha preferência é por incluir nas notificações que são enviadas pelo workflow todas as informações vitais sobre a solicitação de projeto, de modo que o aprovador consiga rapidamente entender o que está sendo solicitado. E como a organização e o layout de como as informações são apresentadas também é fundamental para dar uma aparência profissional ao nosso trabalho, eu uso um pequeno truque: primeiro, crio um documento no Word tabulando o layout desejado, com base nas informações que farão parte da notificação; em seguida, basta copiar e colar o formulário do Word para o SharePoint Designer, e depois preencher os campos nos espaços necessários. Vejamos.

Criando o formulário no word

O primeiro passo é criar o formulário no Word. Você deve incluir no formulário todas as informações que serão compartilhadas, incluindo as mensagens de introdução (cabeçalho):



Quando o formulário estiver pronto, você deve voltar ao SharePoint Designer, acessar o workflow e encontrar a ação responsável por enviar a notificação no processo de tarefas:



Então, basta abrir o editor de email e colar os dados oriundos do formulário:



Por fim, você deverá preencher cada um dos espaços vazios do formulário com os campos devidos:



Uma vez finalizado, salve e publique o workflow. Quando novas solicitações de projeto forem criadas e as notificações disparadas, é assim que os aprovadores irão receber as notificações:




Bem mais elegante e informativo, não acha? 😊

Por hoje, fico por aqui. Espero que você tenha gostado do post!

Caso você queira ler com calma, a versão digital desse post está disponível para download.