Design Thinking e Life Cycle Canvas (LCC)

  Design Thinking (DT) e Life Cycle Canvas (LCC)

Por Manoel Veras.

Para os pensadores do Design Thinking (DT) o projeto é o veículo que transporta uma ideia do conceito à realidade. Ao mesmo tempo que o DT estimula o pensar e a criatividade, reforça que a clareza, o direcionamento e os limites de um projeto bem definido são vitais para sustentar um alto nível de energia criativa.

Na visa de Tim Brownn(Design Thingink,2009), um dos pais do conceito, o projeto não se limita a criar objetos elegantes ou embelezar o mundo a nosso redor. Vai muito além disto. Os melhores gerentes de projeto compatibilizam a exigência com a utilização, as restrições com a possibilidade e a necessidade com a demanda.

Um dos aspectos importantes na adoção do DT na gestão de projetos é a ênfase na constante interação com os usuários e partes interessadas nos mais diversos momentos do projeto. O DT reforça que a essência do processo de projeto é construir empatia, a importância de primeiro conhecer o cliente, o seu ambiente, seus reais problemas e necessidades, antes de oferecer uma solução tecnológica apenas pela tecnologia em si. O que convenhamos, é prática corriqueira. Primeiro o software, depois o resto, não funciona !

O Life Cycle Canvas (LCC) um modelo mental voltado para a gestão do ciclo de vida dos projetos, assume que a criatividade deve ser a chave para pensar e elaborar projetos. Ao mesmo tempo ele não abre mão da definição clara dos limites do projeto, das premissas a serem assumidas e dos riscos envolvidos. Além disso o LCC com a adoção de melhores práticas permite monitorar e controlar qualquer tipo de projeto. De quebra ainda fornece um cockpit para todos os projetos.

O LCC da perspectiva do Design Thinking diz respeito a:

  • Sair da zona de conforto – diz respeito a mais do que estilo. Diz respeito a uma nova forma de pensar os projetos. Comunicação e integração são a chave do processo de pensar os novos projetos. As pessoas, incluindo cliente e partes interessadas, participam de forma natural na construção dos projetos.
  • Converter necessidade em demanda – O LCC coloca as pessoas em primeiro lugar quando não abre mão da interação, do desenvolvimento da ideia em grupo e das limitações existentes.
  • Construir uma matriz mental – Clientes fazem parte da experiência. LCC deve ser incorporado na forma de pensar e deve ser desenvolvido pacientemente na estrutura de uma organização.
  • Construir para pensar – O LCC reforça o poder da prototipagem. Experimentos iniciais permitem decidir entre vários direcionamentos. O LCC permite que planos sejam revistos exaustivamente até que estejam adequados e que possam ser executados.
  • Construir uma cultura de experiência – O LCC parte do princípio de que uma boa ideia deve ser bem executada. O LCC faz todos serem gerentes de projetos.
  • Divulgar a mensagem – O LCC reforça a Importância de contar histórias. Todo projeto desenvolvido com o modelo LCC pode ser devidamente documentado e ter suas lições aprendidas disponibilizadas de forma fácil.

O LCC é o modelo ideal para a gestão de projetos na era do design thinking.

Referência

BROWN, TIM. Design Thinking, 2009.

Cockpit de Projetos com Life Cycle Canvas (LCC)

Cockpit de Projetos com Life Cycle Canvas (LCC)

por Manoel Veras.

O cockpit é uma zona usualmente situada na parte dianteira de uma aeronave, de onde os pilotos controlam a mesma. Ele inclui uma série de instrumentos de voo, como velocímetro, o horizonte artificial, o altímetro, o manche e outros. É monitorando o resultado em tempo real dos instrumentos que o piloto toma decisão em relação ao vôo. O monitoramento do vôo e o controle do avião foi um aspecto chave para o desenvolvimento da aviação.

Se fizermos uma analogia com a gestão de projetos, faz total sentido para uma organização ter um cockpit de gerenciamento de projetos. Ele deveria permitir gerenciar os projetos em pleno vôo, ou seja, em plena execução. Este gerenciamento sugere-se que seja feito por indicadores que reflitam o estágio atual do projeto. Indicadores de tempo, custos e risco são utilizados pelo gerente de projeto para realizar o monitoramento e controle dos projetos sob a sua responsabilidade. Em cada data o gerente de projeto pode saber o status do projeto e atuar, se for o caso, em benefício do sucesso do projeto.

Mas como operacionalizar o cockpit para todos os projetos de um escritório de forma simples? Que indicadores utilizar? Como monitorar o projeto em uma determinada data? Todas estas questões são relevantes.

O Life Cycle Canvas (LCC), um padrão para gerenciamento do ciclo de vida do projeto faz isto com simplicidade. Como é baseado em melhores práticas e utiliza uma interface gráfica baseada em indicadores, ele permite gerenciar todos os projetos em execução. Como a fase de execução é claramente definida no modelo, fica muito simples saber o status atual do projeto baseado nos indicadores escolhidos para serem utilizados.

A ideia do cockpit implementada pelo Life Cycle Canvas (LCC) é simples. O escritório de projetos coordena os projetos relacioonados aos  gerentes de projeto. Os indicadores utilizados devem refletir  o status de cada projeto. O gerente então pode atuar com base nos resultados fornecidos pelos indicadores que alicerçam o status do projeto. No caso do projeto com status vermelho, por exemplo, ele pode facilmente saber quais dos indicadores utilizados estão contribuindo para o status geral do projeto e atuar para reverte a situação.  Simples assim.

 

 

Planejamento Estratégico sem Gestão de Projetos. Esqueça.

Alterar o desempenho de uma organização quase sempre implica em formular e implementar estratégias.

Formular a estratégia é o processo de planejamento que visa definir os caminhos que a organização deve trilhar para tornar real sua visão de futuro, a partir da identificação de forças restritivas e impulsionadoras, externas e internas, decorrentes de uma análise ambiental. Estes caminhos devem ser traduzidos em objetivos estratégicos. O processo de formulação da estratégia, geralmente, inicia com a análise ambiental e termina com as estratégias definidas. Convenciona-se chamar esta etapa de planejamento estratégico.

Implementar a estratégia inclui a definição das ações, indicadores e metas necessárias, utilizando-se de informações, requisitos de partes interessadas, alocação de recursos, assim como os processos para a comunicação e o monitoramento dos resultados. Boa parte das vezes, a implementação utiliza como instrumento o Balanced Scorecard (BSC), um sistema para gerenciamento da estratégia surgido na década de 1990.

O BSC foi desenvolvido por Robert Kaplan e David Norton, nos Estados Unidos. Reconhecendo algumas fraquezas e incertezas da abordagem comum de gestão da época, focada só nos resultados financeiros, mas muito longe da execução e de outras perspectivas além da financeira, a abordagem do BSC corrige essa distorção e propõe uma nova forma de “medir” a organização.

O BSC tem como premissa que a estratégia de uma organização é uma hipótese. Ele revela o movimento de uma organização que está em uma posição atual e pretende estar em uma posição futura desejável, mas incerta. Os autores do BSC, reforçam que, como a organização nunca esteve nessa posição futura, a trajetória almejada envolve uma série de hipóteses interligadas. Ele permite a descrição das hipóteses como um conjunto de relações de causa e efeito explícitas (mapa estratégico) e sujeitas a testes que ganham vida com a proposta de ações bem definidas.

E daí?

Não acontece nada, quase sempre. Na prática as ações propostas pelo BSC se tornam figurativas. É como se o planejamento estratégico acabasse com a proposta das ações e dos projetos estratégicos. Fica todo mundo esperando a mágica. O mágico falta. Os projetos deveriam por si só acontecer e permitir a virada da organização. Inúmeros casos, conhecidos no Brasil e no exterior, ilustram o planejamento estratégico como um esforço, caro, que não consegue dar os resultados esperados e que acaba ficando só no papel.

Onde está o problema?

As consultorias que elaboram o planejamento estratégico, geralmente, atuam só até a fase que propõe as ações ou em outros casos, não sabem ou não acham importante gerenciar as ações propostas como projetos. Parece que o planejamento estratégico acaba com a proposta das ações. Não acontece. As técnicas de gerenciamento de projetos é que permitem dar vida ao planejamento estratégico. Projetos possuem início, meio e fim e podem ser alterados em função das mudanças do ambiente e dos objetivos estratégicos. Indicadores de projetos devem ser alinhados dinamicamente com indicadores estratégicos. Esta é a saída para o planejamento estratégico deixar de ser uma utopia.

Uma saída

 O Life Cycle Canvas (LCC) , um canvas que permite a gestão de projetos ao longo do ciclo de vida é o instrumento natural para gerenciar os projetos estratégicos. Sua estrutura baseada em uma tela, canvas, e pelo fato de permitir o gerenciamento ao longo de todo o ciclo de vida, incorporando a mudança, como uma situação normal, torna a tarefa de gerenciar as ações oriundas do planejamento estratégico uma realidade. O LCC permite gerenciar projetos do portfólio estratégico de uma mesma forma. A empresa agora pode comparar projetos e saber exatamente em que fase está cada um deles. Melhor, indicadores de projetos que servem ao controle são automaticamente registrados e permitem a alteração do projeto a qualquer momento, dando vida ao planejamento estratégico.

 AAEAAQAAAAAAAAfiAAAAJDgwYjlmMTQ4LTlmMjYtNDYwOC1iNDBjLThmYWMxNTM5MWU2Nw

 

cropped-lifecyclecanvas.jpg

Life Cycle Canvas (LCC) : Gerente de Projeto ou Operador de Tarefas ?

por Manoel Veras.

Historicamente, a gestão de projetos passou por diversas mudanças em relação às boas práticas desde que se tem registro. Dentro das empresas, o uso dessas práticas se tornou mais efetivo entre os anos de 1950 e 1960, em meio a projetos de grande complexidade nas áreas militar e espacial. Até a década de 1980, boa parte destes projetos era gerenciada considerando os processos e técnicas de gerenciamento tradicionais ligados a custos, escopo, tempo e qualidade. Gerentes de projetos se confundiam com operadores de tarefa.

Agora a coisa mudou. Kerzner reforça que as restrições em projetos foram alteradas (não só tempo, custo e escopo) para definir o sucesso ou o fracasso do projeto. Fazer compensações entre tempo, custo e escopo era natural. Hoje existem muitas outras restrições concorrentes, como, por exemplo, aceitação de riscos, manter reputação, satisfação do cliente, etc. O mais complicado é que a importância de cada restrição pode ser alterada durante o projeto, pois o ambiente de projetos é cada vez mais dinâmico. Assim, tais restrições precisam ser monitoradas e até controladas. Precisa-se pensar o tempo todo em restrições estratégicas. Nesse nível, constata-se que boa parte delas são restrições de negócio – e, portanto, os gerentes de projetos devem virar gerentes de negócio. Como ser gerente de projeto de negócio estando focando só em tarefas? Impossível.

Operadores de tarefa, de uma forma geral, ficam surpresos quando observam as novas atribuições de um gerente de projetos. Eles, em geral, não gostam de gerenciar equipes e muito menos partes interessadas. Pensar no negócio, então, nem se fala. Considerar riscos e atuar para mitiga-los é outra atribuição que incomoda. Comunicação é outro aspecto considerado difícil e falar com partes interessadas é considerada uma tarefa chata. Baixar a cabeça e continuar operando tarefas utilizando ferramentas diversas, por sinal muitas de excelente qualidade, não é a melhor maneira de resolver isto.

 Se observarmos a evolução do próprio guia PMBOK, podemos notar que as mudanças nas últimas versões se dão em aspectos até então não considerados como importantes para o operador de tarefas. A introdução da área de conhecimento “stakeholders” na quinta versão sintetiza este aspecto. Metodologias como PRINCE2 calibram as atribuições do gestor de projeto de forma inteligente entre o gerente especialista e o diretor executivo de projetos, facilitando e definindo claramente as atribuições de cada um. O PRINCE2 facilita entender o papel atual do gerente de projetos. Mesmo assim, muita gente na área trabalha na camada de baixo, sendo uma espécie de gerente da equipe especialista e suporte do projeto, mesmo sabendo que existem outras demandas importantes para o gerente de projetos.

O que fazer?

A utilização de ferramentas visuais como o Life Cycle Canvas  (LCC) seriam uma saída natural para operadores de tarefa que desejam se tornar gerentes de projeto. Pois são excelentes para comunicar e integrar o projeto, considerando os diversos aspectos subjetivos do gerenciamento, mas não abrem mão dos aspectos técnicos e do controle das tarefas envolvidas. A comunicação é facilitada considerando que os principais aspectos do projeto a serem comunicados às partes interessadas, podem ser resumidos em uma única tela. Além disso, permitem a gestão dinâmica do projeto em todo o seu ciclo de vida. A integração é outro aspecto facilitado, pois as áreas envolvidas e suas relações no gerenciamento com o uso de uma única tela tornam-se mais simples. Ferramentas e técnicas podem ser facilmente agregadas a tela principal do LCC, permitindo a operação das tarefas vinculadas ao verdadeiro gerenciamento do projeto.

 cropped-lifecyclecanvas.jpg

Gestão Ágil de Projetos com Life Cycle Canvas (LCC)

 por Manoel Veras.

Os métodos ágeis são recomendados para cenários complexos onde existem incertezas diversas relacionadas aos projetos. Eles reforçam que a utilização de ciclos adaptativos que permitem mudanças no plano de gerenciamento (linha de base) combinado com entregas iterativas e incrementais ajudam a reduzir os riscos envolvidos em certos tipos de projetos. A ideia de utilizar o ciclo de vida iterativo e incremental já foi mencionada na última versão do guia PMBOK e é contemplada pelo Life Cycle Canvas (LCC).

A gestão ágil é baseada no manifesto ágil lançado no início da década passada. O manifesto ágil prega os quatro valores relacionados abaixo:

  • Indivíduos e interação entre eles mais que processos e ferramentas;
  • Software em funcionamento mais que documentação abrangente;
  • Colaboração com o cliente mais que negociação de contratos;
  • Responder a mudanças mais que seguir um plano.

O LCC é uma ferramenta para gestão de projetos baseada no canvas e no ciclo de vida do projeto. O LCC é um canvas dinâmico que essencialmente acompanha o projeto em cada uma das suas fases, desde a iniciação até o encerramento. Ele cria um padrão de gerenciamento que possibilita gerenciar todas as fases, processos e áreas de conhecimento sugeridas pelo guia PMBOK de forma simples.

O LCC é aderente ao manifesto ágil pois essencialmente privilegia a interação entre indivíduos, permite focar na essência do projeto, colaborar com o cliente e responde a mudanças de forma fácil. Aspectos de comunicação, integração e gestão da mudança, essenciais aos projetos ágeis, são características essências da ferramenta. Quase que naturalmente o LCC permite a gestão ágil de forma simples, além de permitir, com a documentação gerada, contar toda a história do projeto.

Para explicar como o LCC é aderente a gestão ágil de projetos imaginemos o projeto de um produto que é gerenciado utilizando o método ágil. O seu gerenciamento, mesmo que ágil, deve ser  feito em cinco fases do ciclo de vida ( iniciação (IN), planejamento (PL), execução (EX) e monitoramento e controle (M&C), encerramento (EN)) conforme sugere o LCC.

 O roadmap do produto, uma espécie de panorama visual dos lançamentos (releases) do produto e suas funcionalidades ao longo do tempo. Ele define o backlog do produto que por sua vez é composto pelos requisitos. No LCC o backlog do produto pode ser representado no campo requisitos.

Os requisitos previstos no  backlog podem ser escritos em post-its na forma de user stories (textos simples que descrevem uma funcionalidade). Os requisitos devem orientar as releases (lançamentos ou entregas) do produto.

É necessário então pensar como os requisitos do produto serão atendidos por cada uma das releases. Por sua vez as releases devem ser construídas baseadas em iterações. As iterações são os incrementos do produto em cada uma das releases. Uma iteração envolve as atividades de desenvolvimento que levam ao release de um produto. No LCC as iterações podem ser representadas por versões com ciclos de planejamento e execução específicos. Cada iteração deve atender determinadas funcionalidades e é composta por tarefas. O produto final será formado pelas releases (entregas) baseadas em iterações que por sua vez são baseadas em tarefas. Retrospectivas são registradas como Lições Aprendidas no LCC.

A figura a seguir mostra a release 1 (iteração 1 + iteração 2 + iteração 3) do produto baseada em três iterações. Cada iteração dá origem a uma versão do LCC.

 A figura a seguir mostra a release 2 (iteração 1 + iteração 2) do produto baseada em duas iterações.

O produto, neste caso, é formado pelos duas releases cada uma com seu respectivo LCC aderentes ao LCC do produto. O produto final é  baseado em duas releases cada uma delas baseadas em iterações e documentadas no formato canvas do LCC.

O LCC para o exemplo citado seria utilizado nos três casos (produto – release 1 – release 2). Ele facilita o gerenciamento do projeto agregando o gerenciamento de outras áreas de conhecimento também necessárias nos projetos ágeis para o projeto do produto e de cada uma das releases e traz a interface gráfica para o centro do gerenciamento o que facilita a integração e a comunicação do projeto.

Referência.

Gerenciamento Ágil de Projetos, Vitor L. Massari, Brasport, 2014.

cropped-lifecyclecanvas.jpg