o
A
b
e
r
t
a
Crculo de
Elite
Consrcio
F
e
c
h
a
d
a
Administrao
Hierrquica Plana
Figura 3.1 - Esquema representativo das quatro opes de colaborao
Depois de se ter apresentado os conceitos de colaborao, retomaremos a anlise das
fases do processo de gesto de ideias apresentado anteriormente. Na seco seguinte
proceder-se- anlise detalhada de cada uma das fases envolvidas.
3.2. Anlise do Processo de Gesto de Ideias
O processo de Gesto de Ideias tem como objetivo fomentar e desenvolver ideias que
possuam potencial de inovao comprovado e passveis de ser implementadas. O processo
inicia-se com o aparecimento de ideias e termina com a sua avaliao e consequente
implementao. De acordo com o modelo Fuzzy Front-End mencionado anteriormente, o
processo de Gesto de Ideias envolve quatro fases distintas, visveis na Figura 3.2. Cada fase
produz resultados intermdios, utilizando ferramentas de apoio para a sua concretizao.
Idealizao (Ideation) fase inicial em que ocorre a gerao e angariao de
ideias. A iniciativa para inovar, coleo de informao e consequente
gerao de ideias, so assim partes integrantes desta fase, tendo perceo
da base de conhecimento e da denominada reserva de potencial, que acolhe
todas as ideias no selecionadas ou suspensas ao longo do processo. no
Anlise do Processo de Gesto de Ideias 21
final desta fase que ocorre a primeira avaliao implcita (funil invisvel),
dada a iterao natural existente durante este perodo.
Validao de conceito (Concept Gate) Separao e triagem das ideias
obtidas na Idealizao. Nesta segunda fase ocorre a primeira avaliao
explcita (Validao de conceito), sendo aqui que se d a passagem de uma
ideia, normalmente algo abstrato e pouco definido, para conceito, em que a
ideia j se encontra estruturada e com uma primeira anlise efetuada.
Desenvolvimento de conceito (Concept Development) Engloba o
desenvolvimento e todo o tempo decorrido at apresentao de um
prottipo. nesta terceira fase que o conceito desenvolvido, sendo
analisado os diferentes fatores que afetam a sua viabilidade.
Validao de inovao (Innovation Gate) - Incorporao do conceito na
organizao. Nesta fase ocorre a segunda avaliao explcita da ideia, agora
conceito, sendo decidido se o conceito dever avanar para projeto ou
suspenso/parado para a Reserva de Potencial.
Qualquer ideia que no seja aprovada durante todo o processo registada na denominada
Reserva de Potencial. A Reserva de Potencial uma base de dados onde se encontram todas
as ideias que no so selecionadas, por razes de no se adequarem aos objetivos da
organizao ou simplesmente por opo, mas que podero ser utilizadas noutras situaes
mais favorveis sua implementao e sucesso.
Idealizao
Validao de
Conceito
Desenvolvimento de
Conceito
Validao de
Inovao
Inicio de Projeto
Reserva de
Potencial
Reserva de
Potencial
Base de
Conhecimento
Reserva de
Potencial
x
x
Figura 3.2 Modelo de Gesto de Ideias baseado no modelo Fuzzy Front End
22 Processo de Gesto de Ideias
3.2.1.1. Idealizao
O primeiro passo da fase Idealizao consiste na iniciativa para inovar, em que o processo
pode ser desencadeado de duas formas: ou um colaborador prope uma sugesto de inovao
para a organizao (contnuo) ou, como se ver posteriormente, a prpria gesto de topo
apresenta uma necessidade de inovao ou resoluo de determinada questo aos respetivos
colaboradores, sob a forma de desafios ou oportunidades (descontnuo).
Segue-se o segundo momento da Idealizao, que consiste na coleo de informao. Esta
consiste nos tipos de informao relacionados com o propsito (ideias que permitem
satisfazer necessidades pendentes) e relacionados com meios (ideias que englobam novos
princpios).
assim no terceiro momento que ocorre a gerao de ideias, de forma interna ou
externa, recorrendo aos diferentes tipos colaborativos existentes j anteriormente
mencionados.
As ideias surgem de conhecimento, pelo que a simbiose entre gerao de ideias e criao
de conhecimento notria. Neste contexto, Nonaka (2003) props o modelo de criao de
conhecimento SECI, ilustrado na Figura 3.3, um modelo de criao de conhecimento que
consiste na existncia de quatro modos organizacionais diferentes, gerados a partir do
cruzamento do conhecimento tcito/implcito e explcito:
o Socializao cruzamento constitudo exclusivamente por conhecimento
implcito, resulta da interao informal de partilha de experincias entre pessoas.
o Combinao cruzamento constitudo exclusivamente de conhecimento explcito,
resulta da adio, categorizao, cruzamento e classificao, originando uma
reorganizao de conhecimento j existente.
o Interiorizao cruzamento constitudo por conhecimento implcito e explcito,
denomina-se tambm de processo de aprendizagem e resulta da transformao de
conhecimento explcito em conhecimento implcito.
o Exteriorizao cruzamento constitudo por conhecimento implcito e explcito,
resulta da transformao de conhecimento implcito em conhecimento explcito.
Conhecimento implcito Conhecimento explcito
Conhecimento implcito Socializao Exteriorizao
Conhecimento explcito Interiorizao Combinao
Figura 3.3 - Modelo de criao de conhecimento de Nonaka
Durante esta fase, o principal objetivo o de reunir o maior nmero possvel de ideias.
Anlise do Processo de Gesto de Ideias 23
Figura 3.4 - Mtodos de apoio fase Idealizao
Entre os vrios mtodos utilizados no apoio realizao da fase Idealizao, destacam-se
seis na Figura 3.4 como sendo os mais relevantes:
o Previso tecnolgica consiste na identificao de potenciais oportunidades de
desenvolvimento tecnolgico (Corsten, 1989; Gassmann, 2006; Lawson e Samson,
2001; Twiss, 1992).
o Documentar anlise consiste na recolha de informao proveniente da vigilncia
tecnolgica, efetuando a sua documentao (Herstatt e Luethje, 2005).
o Anlise conjunta consiste na fuso de recolha de dados e anlise, permitindo
reconhecer as necessidades de mercado, muitas vezes no identificadas pelos
prprios consumidores (Gausemeier, Ebbesmeyer e Kallmeyer, 2001;
Seidenschwarz, 1993).
o Principais utilizadores consiste na utilizao do conhecimento de utilizadores
mais vocacionados para o produto no desenvolvimento do mesmo (Cooper, Edgett
e Kleinschmidt, 2004; Geschka, 1989; von Hippel, 1986; Luethje, 2000; Reichwald
e Piller, 2002; Reichwald, Ihl e Seifert, 2004).
o Grupo de foco ou comunidades online consiste na constituio de grupos de
pessoas especficas, ou utilizao de comunidades existentes na web, para a
obteno de ideias e solues (Dahan e Hauser, 2002; Franke, 2005; Henkel e
Sander, 2003).
o Compresso consiste na estruturao das ideias recolhidas, podendo s ser
aplicado depois de j terem sido obtidas vrias ideias, de modo a ser possvel a
sua assimilao no processo seguinte. A estruturao dever ocorrer segundo o
enquadramento da ideia (Brandenburg, 2002; Gerhards, 2002).
Durante esta fase a ideia encontra-se exposta a uma forma de avaliao implcita,
consequncia de conversas informais que vo decorrendo no amadurecimento da ideia. A esta
avaliao implcita denomina-se Funil Invisvel.
3.2.1.1.1. Funil Invisvel
O perodo entre o momento em que a ideia exposta, de forma informal e se torna alvo
de discusso, e o momento em que ela avaliada formalmente (na Validao de Conceito)
24 Processo de Gesto de Ideias
denomina-se Funil Invisvel. Durante este perodo ocorre uma avaliao implcita da ideia e
consequente filtragem, o que faz com que este ocorra de forma paralela a toda a fase.
As ideias entram no referido Funil Invisvel quando se tornam do conhecimento pblico
(van de Vem, 1986). No entanto, o desenvolvimento das ideias presentes no referido Funil
depender do tipo de organizao em questo, resultando num processo destruturado difuso
em que ocorre a filtragem de ideias. Uma grande organizao aborda esta questo com
recurso a uma ferramenta de gesto de conhecimento, enquanto que uma pequena
organizao tem a tendncia de simplesmente encaminhar as ideias para os responsveis
pelas decises. O Funil Invisvel traz vantagens como a eliminao de redundncias ou
iniciativas ineficazes, assim como a juno ou complementaridade que algumas ideias
podero ter. Garante tambm que uma iniciativa de ideia no foi ignorada, ou mal
interpretada, e que se encontra a ser considerada.
Tendo como base os mdulos anteriormente apresentados, pode-se afirmar que no Funil
Invisvel, usualmente tem:
o Input consiste numa descrio vaga ou esboo de uma ideia;
o Participantes consistem no criador da ideia e, possivelmente, um superior (no
caso interno) ou executivo de marketing ou IDI (no caso externo);
o Avaliao consiste na discusso fundamentada em experincias anteriores,
existentes na Base de Conhecimento;
o Output consiste na necessidade de elaborar mais detalhadamente a ideia.
Entre os vrios mtodos de apoio aplicao possvel do funil invisvel, so de salientar
duas vertentes na Figura 3.5:
Funil Invisvel
Recurso Base
de Conhecimento
e Reserva de
Potencial
Ferramentas
informticas que
permitem a
interao
Figura 3.5 Mtodos de apoio ao Funil Invisvel
o Recurso base de conhecimento e reserva de potencial recorrendo a uma
base de conhecimento e reserva de potencial possvel comparar uma ideia com
outras j existentes, de modo a reduzir a duplicao de informao e
redundncia.
o Ferramentas informticas que permitam a interao (fruns, blogues)
recorrendo a este tipo de ferramentas possvel originar discusses informais que
permitam a anlise de ideias propostas.
Anlise do Processo de Gesto de Ideias 25
Apesar de o Funil Invisivel se encontrar completamente definido, na realidade, dado o
carter informal e algumas vezes no controlvel das atividades envolvidas (conversas
informais, troca de informao), podemos afirmar que o Fnil ocorre de forma paralela a todo
o processo de gesto de ideias.
3.2.1.2. Validao de Conceito
Na segunda fase, ocorre a triagem e filtragem das ideias inovadoras recolhidas, sendo
assim realizada a primeira avaliao explcita de ideias (a segunda ocorre na Validao de
Inovao). Tendo em conta que o fundamento para esta separao tem como base critrios
qualitativos, importante selecionar as ideias com maior potencialidade e impedir a
continuao de ideias com maior risco de implementao (Jaworski e Zurlino, 2007; Ulrick e
Eppinger, 2003; Witt, 1996).
Esta, apesar de dever ser uma fase sistematizada, standardizada e quantificvel, dever
tambm ser facilmente adaptvel a cada caso em questo. Deve ser dada ateno simultnea
a todos os fatores avaliativos que afetam a organizao, como mercado, aspetos tcnicos e
fatores humanos, entre outros, assim como a obteno de dados classificativos (quantitativa),
lgicos (qualitativa), e de confiana (quantitativa) (Cooper e Mills, 2005; Montoya-Weiss e
ODriscool, 2000).
Segundo Angelika C. Bullinger no livro Innovation and Onthologies, a categorizao de
ideias essencial, pois nem todas devero ter o mesmo percurso de implementao. Algumas
ideias sero, por exemplo, sugestes de melhoria incrementais ou no sero apropriadas para
implementao na organizao naquele momento. Devem, por isso, ser catalogadas como tal
e distinguidas das restantes ideias, de modo a seguirem o rumo destinado para a sua
categoria. Deve-se ter em mente os trs tipos de inovao existentes:
o Produto compreende a criao de produtos/servios novos, assim como de
mudanas incrementais e/ou melhorias de produtos/servios j existentes
(Disselkamp, 2005; Ettlie, Bridges e OKeefe, 1984; Pleschak e Sabisch, 1996;
Tidd, Bessant e Pavitt, 2005; Reichwalkd e Piller, 2006).
o Organizao compreende a inovao que ocorre ao nvel da estrutura de uma
organizao, como mapas mentais que enquadram a organizao (Tidd, Bessant e
Pavitt, 2005), gesto e liderana (Gerport, 2005b), fluxo de trabalho e estrutura
organizacional (Linder, Jarvenpaa e Davenport, 2003; Pleschak e Sabish, 1996), e
valores socais e culturais (Jaworski e Zurlino, 2007; Pleschak e Sabisch, 1996).
o Processo novas combinaes de fatores que alteram as rotas internas em que os
produtos/servios so criados e entregues (Alegre, Chiva e Lapiedra, 2005; Ettlie,
Bridges e OKeefe, 1984; Reichwald e Piller, 2006; Tidd, Bessant e Pavitt, 2005).
26 Processo de Gesto de Ideias
Como foi j referido, a primeira avaliao formal e explicita tem incio aps a fase
Idealizao, com recurso a um jri especfico. Este deve ser constitudo por um membro(s)
colaborador(es) interdisciplinar(es), com uma cultura corporativa implementada em que
todos os participantes envolvidos tm noo dos objetivos a atingir. O jri poder no ser
uma equipa fechada, podendo a ideia encontrar-se, por exemplo, a votao de modo a obter
opinio de todos os colaboradores. Neste sentido, cada ideia dever ter um objetivo (sob a
forma de valores passados, valores previstos, benchmarks e objetivos normativos) e critrios
(deve satisfazer e deveriam satisfazer) claros e explcito. Caso isto no acontea, a avaliao
de ideias torna-se deficiente e resulta em projetos marginais com custos para a organizao.
Assim, pode-se afirmar que usualmente,a fase Validao de conceito tem:
o Input consiste numa ideia previamente discutida e desenvolvida na fase
Idealizao;
o Participantes jri definido para o efeito;
o Avaliao consiste na comparao de solues j existentes com a nova soluo,
recorrendo novamente Base de Conhecimento;
o Output consiste ou na necessidade de uma elaborao mais detalhada da ideia,
ou na necessidade de redefinir ou rejeitar a ideia.
Existem tambm vrios mtodos de avaliao que permitem a Validao de conceito,
sendo de salientar trs deles, representados na Figura 3.6:
Medio de
Benefcio
Individual
Validao de
Conceito
Avaliao
Competitiva
Checklist Pontuao
Comparao
Holstica
Mtodo Q
Aproximao por
Portflio
Figura 3.6 Mtodos de avaliao da fase Validao de conceito
o Medio de benefcio individual analisa e identifica os mritos existentes em
projetos de inovao individuais, ou seja, contribuio individual de ideias, com
finalidade de selecionar as mais adequadas organizao. Pode ser realizado com
auxlio das seguintes ferramentas:
Anlise do Processo de Gesto de Ideias 27
Checklist utilizado para avaliar fatores qualitativos crticos j obtidos a
partir de experincias/conhecimento anterior atravs de uma deciso
bipolar sim/no. Serve essencialmente de suporte s avaliaes do que so
considerados critrios relevantes (Erichson, 2002; Wahren, 2004). til para
efetuar uma primeira triagem das ideias recolhidas.
Pontuao semelhante ao checklist, chegando a ser caracterizado como
uma extenso desta, permite classificar uma ideia atravs de uma escala
com vrios nveis de pontuao (Lenk, 1994). Permite efetuar uma avaliao
mais especfica que no caso da checklist.
o Avaliao competitiva anlise e identificao da competio existente no
mercado.
o Comparao holstica analisa e realiza a identificao da distribuio de todo o
tipo de projetos de inovao. O impacto que um projeto pode ter na organizao
preponderante neste mtodo. Pode ser realizada atravs das seguintes
ferramentas:
Mtodo Q - utilizado na procura das diferentes perspetivas dos
colaboradores de uma organizao. Os dados para o fator Q vm de um
ranking de variveis que se encontram normalmente sob a forma de
afirmaes (Brown, 1980; McKeown e Thomas, 2006). normalmente
utilizado para avaliar a fiabilidade de uma ideia, como apresentao de um
projeto a um jri, ou avaliao e discusso das perspetivas individuais
dentro do grupo (de foco, por exemplo). Como vantagem tem o fato de
encorajar cada pessoa a pensar em novas ideias em relao a projetos de
inovao, tendo como desvantagem o fato de todos os membros serem
obrigados a ter uma opinio sobre todos os projetos, para manter a
coerncia do processo.
Aproximao por portflio - utilizada para comparar ideias entre si mesmas
e com projetos j existentes atravs de representao grfica.
considerado uma das ferramentas mais importantes no que diz respeito a
anlise estratgica e planeamento (Kuepper, 2005; Mueller-Stewens e
Lechner, 2005; Weber, 2004). Tem a finalidade de garantir que as ideias se
encontram enquadradas com as estratgias da emprensa e que os
investimentos so assim feitos com o menor risco possvel.
Como foi j referido, sada deste processo, as ideias j se devero encontrar
categorizadas, ter os recursos necessrios ao seu desenvolvimento alocados, e estar definidas
em termos de estado:
28 Processo de Gesto de Ideias
o Avanar para desenvolvimento indica que ser iniciado o desenvolvimento e
elaborao mais detalhada da ideia em questo.
o No avanar/Suspender temporariamente a deciso indica que a ideia ser
armazenada numa seco apropriada de uma base de dados que poder ser
acedida por qualquer membro da organizao, normalmente denominada pool of
potential (reserva de potencial) (Kim e Wilemon, 2002). As ideias suspensas, ao
contrrio das ideias definidas como No Avanar, podero ser reavaliadas mais
tarde.
A primeira avaliao deve ter como sada a deciso quanto ao futuro da ideia, a
prioridade de investimento, alocao e compromisso de recursos, e plano de ao (onde se
inclui o prximo passo a seguir). Ideia tornou-se assim de algo abstrato em conceito com
objetivo claro e definido.
3.2.1.3. Desenvolvimento de Conceito
Terminado a Validao de conceito, a ideia, agora definida como conceito,
desenvolvida, transformando-se num conceito de produto (Cooper, Edgett e Kleinshmidt,
2004; Luehring, 2003). Este poder desenvolver-se recorrendo aos tipos colaborativos aberto,
fechado ou crowdsourcing, dependendo, novamente, do modelo seguido pela organizao.
Existem vrios mtodos de apoio a esta fase do processo de gesto de ideias, sendo de
salientar quatro deles, representados na Figura 3.7:
Linhas Guia
Desenvolvimento
de Conceito
Mtodo
Morfolgico
Planeamento de
Cenrio
Prototipagem
Figura 3.7 Mtodos de apoio fase Desenvolvimento de conceito
o Linhas guia mtodo sistemtico que garante a normalizao e gesto de risco
dos projetos de inovao.
o Mtodo morfolgico mtodo utilizado para explorar possveis solues para um
problema multidimensional e no quantificvel, quando este no pode ser
abordado por um modelo causal (Bullinger, Noestdal e Frielingsdorf, 2005).
o Planeamento de cenrio mtodo de desenvolvimento de mapas mentais de uma
situao futura complexa, cuja probabilidade difcil de estimar (Cooper, Edgett
& Kleinshmidt, 2002; Gassman, 2006; Potter e Roy, 2000; Schwartz, 2005).
Anlise do Processo de Gesto de Ideias 29
o Prototipagem mtodo de representao tangvel e funcional do conceito,
utilizado para demonstrar a fiabilidade, design e aspetos tecnolgicos (Ulrick e
Eppinger, 2003).
A monitorizao tambm um ponto essencial na gesto desta fase, de modo a identificar
possveis desvios da meta a atingir e evitar assim a sua propagao.
A sada deste processo um conceito j desenvolvido e claramente definido.
3.2.1.4. Validao de Inovao
Chegado a este processo, a ideia transformada em conceito j se encontra definida como
sendo vivel. Tratando-se da segunda avaliao formal e explcita, a principal questo neste
processo, dado que j sero investidos recursos no seu desenvolvimento, se o conceito
preenche todos os requisitos para entrar na fase de desenvolvimento. O processo assim
utilizado como suporte na escolha dos conceitos que mais se adequam ao perfil do organismo.
Um jri, ou equipa especficos, envolvidos diretamente com a gesto de topo, so os
principais atores deste processo, procedendo s verificaes necessrias.
Sendo a segunda avaliao do processo, os modos de avaliao desta fase so em tudo
semelhantes aos apresentados no ponto 2 Validao de conceito, exceto que devero ter
em ateno critrios adicionais do ponto de viabilidade comercial.
Segundo os mdulos apresentados no ponto 2, pode-se afirmar que usualmente:
o Input consiste num conceito de inovao j desenvolvido;
o Participantes jri, ou possivelmente gesto de topo;
o Avaliao consiste na comparao das solues obtidas com recurso a critrios
de avaliao;
o Output consiste ou na aprovao do conceito e alocao de recursos para o seu
desenvolvimento, ou na redefinio ou rejeio do conceito por completo.
Poder-se- afirmar que esta fase faz j parte do desenvolvimento de projeto e no da
Gesto de Ideias. Na realidade, os limites de Gesto de Ideias no se encontram claramente
definidos. Depender muito do tipo de organizao, de colaborao pretendida e do que se
pretende como implementao final a estipulao destes mesmos limites.
Todas as ideias ou conceitos recolhidos que tm avaliao negativa e no so selecionadas
para implementao so colocadas na denominada Reserva de Potencial presente no mdulo
Gesto de Conhecimento. As ideias aqui existentes podero voltar, de forma individual ou
complementando outras ideias, ao processo de gesto de ideias se assim for decidido pelos
responsveis.
30 Processo de Gesto de Ideias
Nesta fase encontram-se os critrios de avaliao, que permitem a uma organizao
guiar-se quanto potencialidade de uma ideia.
3.2.1.4.1. Critrios de Avaliao
Os critrios de avaliao variam de organizao para organizao, pois cada uma opera de
forma diferente. No entanto, podemos falar em fatores em comum que influenciam
normalmente a tomada de deciso no que diz respeito implementao de uma ideia
inovadora.
o Avaliao Estratgica - a avaliao estratgica consiste na avaliao de todos os
fatores que afetam a estratgia de uma organizao, ou seja, fatores crticos de
sucesso, atratividade de mercado alvo, interesse estratgica e impacto na
competitividade comercial.
o Avaliao Financeira - a avaliao financeira consiste na avaliao de todos os
fatores com impacto na situao financeira de uma organizao, ou seja, anlise
financeira da ideia, investimento, perodo de pay-back e atratividade do mercado
alvo.
o Avaliao Operacional a avaliao operacional consiste na avaliao de todos os
fatores que afetam o modo operandis de uma organizao, ou seja, competncias
internais, margem de vendas, capacidade de produo e promoo comercial.
o Avaliao Tecnolgica a avaliao tecnolgica consiste na avaliao a todos os
fatores que envolvem a tecnologia disponvel numa organizao, para a
implementao de uma ideia.
Mapa de Conceitos 31
3.3. Mapa de Conceitos
Com base na informao anteriormente recolhida, concebeu-se o seguinte mapa de
conceitos que suporta o processo de Gesto de Ideias:
Fase do Processo
Mtodos
Ferramentas
Solues
Utilizados em
Suporta
Inclui
Dependem Suporta
Tipo de Colaborao Suporta
Figura 3.8 Mapa de conceitos
A entidade tipo Fase do processo inclui como instncia as vrias fases do processo
descritas anteriormente, isto , Idealizao, Validao de Conceito, Desenvolvimento de
Conceito e Validao de Inovao.
Por sua vez, a entidade tipo Tipo de Colaborao inclui como instncias os tipos de
colaborao Aberto, Fechado, Hierrquico e Plano. Esta entidade tipo suportada pela
entidade tipo Solues. Para esta entidade e as suas instncias, efetuou-se uma pesquisa
sobre plataformas de gesto de inovao j existentes no mercado. Entre os vrios
encontrados, selecionaram-se cinco plataformas que possuem, entre outras funcionalidades,
mdulo de gesto de ideias, e que so as instncias da referida entidade:
o Bright Idea primeira plataforma de gesto de inovao online, desenvolvida em
2005 pela empresa norte-americana BrightIdea. Atualmente composta por trs
plataformas (WebStorm, Switchboard, e Pipeline) que abrange todo o ciclo de
vida de uma ideia e permite a gesto de IDOs (Bright Idea, 2012).
o Idea System - plataforma de gesto de ideias desenvolvida em 2005 pela empresa
portuguesa Seara.com, que permite a gesto de ideias e desafios (Idea System,
2012).
o Innabler plataforma de gesto de inovao desenvolvida pela empresa
portuguesa Innogate em 2004. Atualmente composta por duas plataformas,
32 Processo de Gesto de Ideias
weWant2 e smart4Work, em que a primeira plataforma responsvel pela gesto
de IDOs (Innabler, 2012).
o Innovation Cast plataforma de gesto de inovao desenvolvida pela empresa
portuguesa WeListen, que inclui um mdulo de gesto de IDOs (Innovation Cast,
2012).
o Teepin - plataforma de gesto de ideias desenvolvida pela empresa portuguesa
MuchBeta, que permite a gesto de ideias e desafios (Teepin, 2012).
o YTL Communications 4G Innovation Network plataforma de inovao online
baseada no tipo de inovao aberta crowdsourcing, desenvolvida pela empresa
malasiana YTL, e que permite a gesto de ideias (YTL, 2012).
Continuando a anlise da mapa de conceitos, observa-se que a entidade tipo Ferramentas,
includas nas solues e das quais depende a aplicabilidade das fases de projeto, tem como
instncias as ferramentas Repositrio de Ideias, Fruns de Discusso, Registo de Ideias,
Gesto de Conhecimento, Ranking de Utilizadores, Suporte Web, e Acompanhamento de
Progresso.
Por fim, a entidade tipo Mtodos suporta as diferentes ferramentas, sendo tambm
utilizado pelas fases de processo, tem como instncias a Previso Tecnolgica, Documentar
Anlise, Anlise Conjunta, Principais utilizadores, Grupos de foco ou online, Compresso,
Categorizar, Medio de Beneficio Individual Checklist e Pontuao, Comparao Holistica
Mtodo Q e Aproximao por Portflio, Avaliao Competitiva, Linhas Guia, Mtodo
Morfolgico, Planeamento de Cenrio, e Prototipagem.
3.4. Relaes entre Conceitos
As seguintes matrizes tm como objetivo clarificar, especificar e relacionar mais
detalhadamente todos as entidades tipo envolvidas no mapa de conceitos apresentado na
Figura 3.8. Poder-se- assim constatar pormenorizadamente quais as partes que integram o
processo e como ocorre a interao entre as vrias entidades. O smbolo representa a
existncia de ligao entre duas partes integrantes.
Na primeira matriz, Solues Tipos de Colaborao, Figura 3.9, encontra-se
representada a existncia de tipos de colaborao que estas suportam nas solues
atualmente existentes no mercado. Como observvel na matriz, nem todas a ferramentas
possuem os diferentes tipos de colaborao detetados neste estudo.
Relaes entre Conceitos 33
Figura 3.9 Matriz Solues Tipos de Colaborao
Na Figura 3.10, matriz Fase de Inovao Solues, encontra-se representada a existncia
das fases de inovao especificadas para o modelo de gesto de IDOs nas solues. O smbolo
? presente nesta matriz foi utilizado por no ter sido possvel chegar a uma concluso
especfica quanto existncia, ou no, de determinadas fases de inovao nalgumas
solues.
Figura 3.10 Matriz Fase de Inovao - Solues
Na Figura 3.11, matriz Solues - Ferramentas, encontra-se representada a existncia de
Ferramentas, essenciais para a materializao do processo, nas vrias solues. O
levantamento destas ferramentas foi possvel atravs de uma anlise realizada s j referidas
solues e aos mtodos j apresentados do modelo a ser implementado. A existncia do
simbolo ? nesta matriz deve-se s razes apresentadas na matriz anterior.
34 Processo de Gesto de Ideias
Figura 3.11 Matriz Solues - Ferramentas
Na quarta matriz, Fases de Inovao Ferramentas, Figura 3.12, encontra-se representada
a existncia de Ferramentas nas diferentes fases de inovao do processo. a existncia
destas ferramentas que permite a aplicao prtica e suporte do modelo obtido. Como
observvel na matriz, quase todas as ferramentas so comuns s vrias fases de inovao.
Figura 3.12 Matriz Fase de Inovao Ferramentas
Por fim, na matriz Fase de Inovao Mtodos, Figura 3.13, encontra-se representada a
existncia dos diferentes mtodos, j especificados no modelo e utilizados para auxlio da sua
aplicabilidade, nas diversas fases de inovao. Muitos destes mtodos so recursivos ao longo
das fases, como pode ser observado na matriz.
Padres na Gesto de Ideias 35
Figura 3.13 Matriz Fase de Inovao - Mtodos
3.5. Padres na Gesto de Ideias
Conforme a anlise anterior demonstrou, existem vrias estratgias para abordar a gesto
de ideias. Dada a diversidade, no existe uma soluo final que consiga satisfazer todos os
padres. A soluo depender sempre da natureza das ideias, caractersticas de cada
organizao, tipo de negcios de motivaes.
Vamos assim analisar trs situaes tpicas, que denominaremos por padres. A escolha
das trs situaes tpicas teve como base os tipos de inovao normalmente considerados
numa organizao. Estes so fortemente condicionados pelos tipos de colaborao existentes
numa organizao, como j foi possvel constatar pela anlise realizada anteriormente do
processo. Vrias organizaes preferem manter a inovao, e consequente gerao de ideias,
intramuros e de forma hierrquica, enquanto outras decidem por optar uma abordagem mais
aberta aos seus utilizadores finais e mundo.
Historicamente, os tipos de colaborao mais primrios, e que so ainda opo de muitas
organizaes atuais, so o tipo hierrquico e tipo fechado (circulo de elite). Tendo ainda
forte presena no mundo empresarial, principalmente em casos de desafios e oportunidades
de negcio, ser um dos padres a ser estudado e simulado para a aplicabilidade do sistema
na situao de desafio proposto.
Um segundo padro, que reflete as necessidades recentes de melhoria contnua de todos
os processos que constituem uma organizao, ter como base o tipo hierrquico e tipo
aberto (centro de inovao). Dever, por isso, ser alvo de anlise e simulao.
Por fim, dever ser abordado o padro de ideias com potencial de inovao, que implicam
a necessidade de investimento. Este tipo de padres costuma recorrer aos tipos colaborativos
36 Processo de Gesto de Ideias
hierrquico e aberto (centro de inovao), sendo usualmente utilizado em grande parte das
organizaes.
3.5.1. Padro 1
Nome: Padro Hierrquico Fechado (Circulo de Elite).
mbito de aplicao: Tipicamente utilizado em casos de desafio.
Atores: Gesto de topo, Gestor de inovao, Equipa de Colaboradores.
Descrio: Este padro ter como ponto de partida uma organizao com inovao do tipo
hierrquico e fechado. Para isso, a gesto de topo dever nomear uma entidade responsvel
por toda a equipa de colaboradores, denominado gestor de inovao, que tem como funo
atribuir acesso ao sistema de informao, categorizar e colocar informao relativa ao
problema a ser resolvido, que usualmente ser um desafio ou aproveitamento de uma
oportunidade de negcio. Tem tambm como funo escolher uma equipa de inovao com a
responsabilidade de encontrar soluo para determinado problema/desafio Aps a
estruturao da equipa, comea a identificao das diferentes fases do modelo.
[1] Idealizao nesta fase os colaboradores escolhidos pela gesto de topo, ou
gestor de inovao, tm acesso plataforma onde se encontra a informao
relativa ao problema, sendo-lhes permitida iterao que fomente a troca de
informao. A troca de informao desencadear o aparecimento de solues
para o problema proposto, assim como uma avaliao implcita das j existentes
(funil invisvel). Estas devero ser registadas num local especfico, estando
sempre diretamente ligadas com problema. Esta fase desenrolar-se- at uma
data especificada pelo gestor de inovao.
[2] Validao de conceito concluda a fase de idealizao, o gestor de inovao
dever realizar a primeira avaliao explcita, apresentado as ideias obtidas
gesto de topo. Consoante os objetivos determinados pela organizao, as ideias
sero selecionadas ou no selecionadas. Caso sejam selecionadas passam a ser de
denominadas como conceitos, sendo entregues novamente ao gestor de inovao
para que possam ser desenvolvidas e amadurecidas pela mesma equipa que as
originou, ou por outra equipa criada para o efeito. Por sua vez, se no forem
selecionadas, o gestor de inovao fica responsvel por as arquivar na Reserva de
Potencial, criada para o efeito.
[3] Desenvolvimento de conceito aps a primeira avaliao explcita, o conceito
retorna ao local onde foi originado, ou outro local criado para o efeito, atravs do
gestor de inovao. Este dever introduzir as alteraes e novas informaes
fornecidas pela gesto de topo na respetiva plataforma, para que possa ser
desenvolvida e analisada. A equipa encontrar-se- agora focada em conceitos com
objetivos claros e concretos. O desenvolvimento de conceito desenrolar-se-
durante um perodo definido pelo gestor de inovao.
Padres na Gesto de Ideias 37
[4] Validao de inovao terminada a fase de desenvolvimento de conceito, ocorre
a segunda avaliao explcita por parte da gesto de topo. Para tal, o gestor de
inovao da equipa recolhe todos os conceitos registados e apresenta-os aos seus
superiores. De acordo com os objetivos pretendidos, a gesto avaliar se se
adequam ou no. Caso tenha avaliao positiva, o conceito passa para projeto e
so alocados os recursos necessrios para o seu progresso. Esta alocao
realizada pela prpria gesto de topo. Por sua vez, a avaliao poder ser
negativa por duas razes: ou no se encontra enquadrada com os objetivos da
organizao, sendo ento registada na Reserva de Potencial pelo gestor de
inovao; ou no se encontra desenvolvida o suficiente, sendo novamente
reencaminhada para o ponto 3, Desenvolvimento de Conceito. O gestor de
inovao da equipa fica assim responsvel por retornar a informao da deciso
final para a plataforma colaborativa, de modo a que todos os colaboradores
tenham conhecimento do estado.
38 Processo de Gesto de Ideias
Swimlane correspondente ao padro 1:
Figura 3.14 Swimlane do padro 1: Padro Hierrquico Fechado (Circulo de Elite), tipicamente utilizado em casos de desafio.
Padres na Gesto de Ideias 39
3.5.2. Padro 2
Nome: Padro Hierrquico Aberto (Centro de Inovao) 1.
mbito de aplicao: Tipicamente utilizado em casos de ideias com potencial de melhoria
bottom-up, de impacto limitado.
Atores: Autor, Colaboradores, Gestor de Inovao, Jri.
Descrio: Este padro ter como ponto de partida uma organizao com inovao do tipo
hierrquico e aberto, em que so os prprios colaboradores que prope sugestes de melhoria
para a organizao, tanto do ponto de vista interno como externo. Para tal, a utilizao de
uma plataforma informtica a que todos tm acesso fundamental para o decorrer do
processo, assim como, caso seja visto como necessrio pela organizao, a definio de uma
entidade responsvel por analisar, decidir, ou apresentar aos seus superiores, as ideias de
melhoria recolhidas. Para efeitos do caso em estudo, denominar-se- esta entidade como
Gestor de Inovao.
[1] Idealizao nesta fase, o autor tem iniciativa para inovar, coleta informao e
gera ideias sobre situaes que, do seu ponto de vista deveriam ser analisadas e
melhoradas. A especificao de que se trata de uma melhoria interna ou externa
dever ser realizada no incio da gerao. Estas ideias so registadas e
catalogadas por quem as gera, sendo colocadas na prpria plataforma e visveis a
toda a comunidade. inclusive enviado um alerta da existncia desta nova ideia
para cada colaborador. Recorrendo a fruns de discusso, base de conhecimento e
reserva de potencial, as ideias propostas so consideras e analisadas por cada
colaborador, ocorrendo assim a avaliao implcita de cada uma (funil invisvel).
[2] Validao de conceito concluda a fase de idealizao, as ideias so avaliadas
explicitamente uma primeira vez, recorrendo a mecanismos de votao na
plataforma. Cada colaborador tem a liberdade de votar nas ideias que considera
como as que melhor se adequam ao desenvolvimento da organizao. No final de
um perodo de tempo e com condies acordadas e definidas na plataforma, as
ideias com maior nmero de votos passam a ser definidas como conceitos e
avanam para a fase seguinte. As restantes ideias, com menor nmero de votos,
so registadas na reserva de potencial e abandonado o seu desenvolvimento.
[3] Desenvolvimento de conceito aps a primeira avaliao explcita, a ideia, agora
conceito, mantida na plataforma para que seja desenvolvida e analisada por
todos os colaboradores, partilhando a sua opinio e conhecimento nos fruns da
plataforma. Estes podero aceder s ideias que passaram a primeira avaliao, e
focar-se exclusivamente nelas atravs de, por exemplo, linhas guia. A fase de
desenvolvimento ter a durao estipulada por todos os colaboradores envolvidos.
[4] Validao de inovao terminada a fase de desenvolvimento de conceito ocorre
a segunda avaliao explcita que tem como jris o gestor de inovao, ou a
40 Processo de Gesto de Ideias
prpria gesto de topo. Atravs de votao, ou deciso de uma entidade,
decidido quais as melhorias que devero ser implementadas. Caso a votao seja
favorvel a um conceito, este avana para implementao. O reencaminhamento
para as pessoas responsveis, e alocao de recursos, fica a cargo do gestor de
inovao que procedeu avaliao. Caso a avaliao no seja favorvel, por no
cumprir o objetivo pretendido ou por deciso das entidades responsveis, o
conceito registado na reserva de potencial de modo a encontrar-se disponvel
para futuras consultas e aproveitamento. O arquivamento fica a cargo do mesmo
gestor.
Padres na Gesto de Ideias 41
Swimlane correspondente ao padro 2:
Figura 3.15 - Swimlane do padro 2: Padro Hierrquico Aberto (Centro de Inovao), de ideias com potencial de melhoria bottom-up, de impacto limitado.
42 Processo de Gesto de Ideias
3.5.3. Padro 3
Nome: Padro Hierrquico Aberto (Centro de Inovao) 2.
mbito de aplicao: Tipicamente utilizado em casos de ideias com potencial de inovao
e que necessitam investimento.
Atores: Autor, Colaboradores, Gesto de topo, Gestor de inovao, Consultores e Jri.
Descrio: Este padro ter como ponto de partida uma organizao com inovao do tipo
hierrquico e aberto (centro de inovao), em que so os colaboradores que prope ideias de
inovao ao nvel de produtos e servios. Este tipo de inovao envolve, normalmente,
investimentos monetrios elevados que acarretam riscos para uma organizao. Novamente, a
utilizao de uma plataforma informtica a que todos tm acesso fundamental para o
decorrer do processo, assim como, caso seja visto como necessrio pela organizao, a
definio de uma entidade responsvel por analisar, decidir, ou apresentar aos seus
superiores, as ideias de melhoria recolhidas. Sendo este caso em tudo semelhante ao padro 2
apresentado no ponto anterior, denominar-se- esta entidade como Gestor de Inovao.
[1] Idealizao nesta fase o autor tem iniciativa para inovar, coleta informao e
gera ideias sobre produtos ou servios com novas caractersticas novas, ou
caractersticas melhoradas. A especificao de que tipo de inovao e qual o
objetivo final dever ser especificado no incio da gerao. Estas ideias so
registadas e catalogadas por quem as gera, sendo colocadas na prpria plataforma
e visveis a toda a comunidade, sendo ento enviado um alerta da existncia
desta nova ideia para cada colaborador. Tal como nos padres anteriormente
apresentados, recorrendo a fruns de discusso, base de conhecimento e reserva
de potencial, as ideias propostas so consideradas e analisadas por cada
colaborador, ocorrendo assim a avaliao implcita de cada uma (funil invisvel).
[2] Validao de conceito terminada a fase de idealizao, as ideias so coletadas
avaliadas explicitamente uma primeira vez pelo gestor de inovao ou gesto de
topo, constituem um jri. Aps uma anlise de cada ideia, o jri responsvel
decide, recorrendo a votao ou deciso nica, se a ideia dever ser desenvolvida
para conceito ou se dever ser abandonada. Caso se opte por desenvolver a ideia,
esta evolui para conceito, com objetivos claramente definidos, e reconduzida
para os colaboradores para que possa ser desenvolvida. As restantes ideias, no
selecionadas para se prosseguir com o seu desenvolvimento, so registadas na
reserva de potencial pelo gestor de inovao.
[3] Desenvolvimento de conceito aps a primeira avaliao explcita a informao
relativa ideia, transformada em conceito, ser, como foi referindo no ponto 2,
reconduzida para os colaboradores para que possa ser aprofundada. tambm
nesta fase que o conceito, aps ter sido j desenvolvido, analisada por
Padres na Gesto de Ideias 43
consultores que daro um parecer relativamente viabilidade da ideia. A fase de
desenvolvimento de conceito ter a durao estipulada pelo gestor de inovao.
[4] Validao de inovao concluda a fase de desenvolvimento de conceito, tem
inicio a segunda avaliao explcita que tem como jris o gestor de inovao, ou a
prpria gesto de topo. Recorrendo a votao ou deciso de uma entidade,
decidido quais os conceitos de inovao de produto ou servio que devero
avanar para projeto. Caso a votao seja favorvel para a transformao de um
conceito em projeto, este avana para implementao e -lhe alocado todos os
recursos necessrios para o seu desenvolvimento. Esta alocao e
reencaminhamento fica a cargo da prpria gesto de topo, dado o elevado
investimento que poder ser necessrio para se tornar o conceito realidade. Caso
a avaliao no seja favorvel, ou por no cumprir o objetivo pretendido ou por
as entidades responsveis considerarem que ainda no se encontra amadurecido o
suficiente, o conceito registado na reserva de potencial de modo a encontrar-se
disponvel para futuras consultas e aproveitamento. O arquivamento fica a cargo
do gestor de inovao.
44 Processo de Gesto de Ideias
Swimlane correspondente ao padro 3:
Figura 3.16 - Swimlane do padro 3: Padro Hierrquico Aberto (Centro de Inovao) de ideias com potencial de inovao e que necessitam investimento.
Sntese 45
3.5.4. Anlise Comparativa
Analisando os trs padres analisados, rapidamente se conclui que o que inclui maior
nmero de atividades e intervenientes durante todo o processo o padro 3 - Padro
Hierrquico Aberto (Centro de Inovao) de ideias com potencial de inovao e que
necessitam investimento. Esta uma situao j previsvel, dado que dos trs padres
analisados, este o que necessita de maior alocao de recursos e investimentos. Os riscos
ligados a este padro so elevados, pelo que se justifica uma anlise cuidada e detalhada.
Dos trs padress analisados, o que apresenta menor grau de complexidade e, em
princpio, baixos investimentos o padro 2 - Padro Hierrquico Aberto (Centro de
Inovao), de ideias com potencial de melhoria bottom-up, de impacto limitado. O fato de
grande parte do processo decorrer dependente, exclusivamente, dos colaboradores e da sua
iterao faz com os riscos neste tipo de inovao sejam reduzidos.
No entanto, dos trs padres, o que requer maior controlo e envolvimento da gesto de
topo de uma organizao o padro 1 - Padro Hierrquico Fechado (Circulo de Elite),
tipicamente utilizado em casos de desafio. Este padro s pode ser desencadeado por
iniciativa da gesto, sendo o seu desenvolvimento altamente estandardizado e controlado.
De notar ainda que o papel do ator denominado como Gestor de Inovao vai variando de
padro para padro, adaptando-se a cada realidade em que se encontra inserido. O seu
campo de ao deve assim ser bastante flexvel.
Para alm dos atores intervenientes, existe outro ponto comum a todos eles que a
interao. Grande parte do desenvolvimento, anlise e compreenso de uma ideia vem da
discusso e interao que todos os intervenientes tm ao longo do processo. Este fator
assim fulcral para o completo aproveitamento do potencial de uma ideia.
Por fim, o processo de gesto de uma ideia poder terminar em vrias alturas, sendo este
um fator comum a todos os trs processos. Encontrando-se de acordo com o modelo
inicialmente apresentado, uma ideia poder ser arquivada e abandonada sempre que ocorrer
uma avaliao explcita dessa mesma ideia.
3.6. Sntese
Neste captulo abordaram-se conceitos e definies relativos ao processo de gesto de
ideias, sendo tambm apresentado um modelo de alto nvel e as respetivas fases que o
constituem. Abordaram-se tambm os diferentes tipos de colaborao existentes. Terminada
a anlise, realizou-se um mapa de conceitos do sistema de informao e respetiva anlise.
Por fim apresentaram-se trs situaes padro, consideradas as mais comuns da gesto de
ideia, e testou-se a empregabilidade do modelo obtido, comparando-se no fim os resultados.
No captulo seguinte analisar-s- o sistema de informao de suporte ao processo de
gesto de ideias.
47
Captulo 4
Anlise do Sistema de Gesto de Ideias
No captulo anterior, tal como j foi mencionado, procedeu-se anlise do processo de
gesto de ideias, tendo sido obtido um modelo de alto nvel do mesmo e analisados diferentes
estratgias colaborativas. Efetuou-se tambm a comparao de trs situaes padro, que o
sistema de informao dever suportar. Neste captulo, e tendo como base estes
conhecimentos mencionados, proceder-se- anlise, seguida da especificao, do sistema
de informao de suporte ao processo de gesto de ideias.
4.1. Anlise do Sistema de Informao
Para desenvolvimento do sistema de informao ter-se- como ponto de partida o caso de
estudo de uma empresa que necessita de gerir por ano largas centenas de ideias. Grande
parte das ideias da responsabilidade das respetivas reas de interveno, usualmente
denominadas como melhorias. Existem tambm na empresa ideias de IDI, que implicam
custos, e sendo necessrio a aprovao de entidades superiores.
Este caso de estudo engloba os trs padres anteriormente apresentados. O sistema de
informao a criar dever estar preparado para responder tanto ao padro 1 Caso Hierrquico
Fechado (Circulo de Elite), onde se pretende que o processo de gesto de ideias se realize
de forma mais controlada possvel, como ao padro 2 e 3 Caso Hierrquico Aberto (Centro
de Inovao), onde atribudo um certo grau de liberdade a todo o processo. O principal
entrave da agregao das trs situaes padro estar assim na sua natureza aberta ou
fechada.
Analisando os trs padres do ponto de vista de um sistema de informao, observa-se
que, apesar da viabilidade comprovada de um processo de gesto de ideias do modelo
workflow, ou seja, de um processo de gesto de ideias com passos sequenciais e regras
definidas nas trs situaes padro, este poder ser demasiado rgido para o processo
48 Anlise do Sistema de Gesto de Ideias
iterativo que algumas ideias podero ter durante o seu desenvolvimento. Por exemplo, uma
ideia, depois de submetida, pode ser amadurecida, avanar diretamente para votao ou
voltar novamente para edio, se assim for entendio.
Precisamos de um sistema de gesto de ideias flxivel que suporte as trs situaes
padro consideradas anteriormente simultaneamente, independentemente do tipo
colaborativo (aberto ou fechado). Para analisar e gerir a evoluo do processo vamos ento
considerar um diagrama de estados em vez do processo de workflow, pois o disgrama de
estados oferece uma abordagem de gesto mais flexvel. Os estados que constituem o
diagrama possuem vrios pontos em comum com o modelo de alto nvel apresentado
inicialmente, podendo mesmo falar-se numa correspondncia entre as diferentes fases que os
constituem e os estados, como observvel na Figura 4.1:
Idealizao
Prtico de
Conceito
Desenvolvimento
de Conceito
Prtico de
Inovao
Inicio de Projeto
Reserva de
Potencial
Reserva de
Potencial
Base de
Conhecimento
Reserva de
Potencial
x
x
Reserva de
Potencial
Modelo de Gesto de Ideias Estados da Ideia
Discusso e
Desenvolvimento
Triagem
Edio/
Submisso
Votao
Arquivo
Figura 4.1 Correspondncia entre cada fase do modelo de Gesto de Ideias e os Estados da Ideia
Com os estados apresentados possvel contruir o diagrama de estados apresentado na
Figura 4.2.
Anlise do Sistema de Informao 49
Discusso Desenvolvimento Votao
Arquivo
Triagem
Edio/
Submisso
Figura 4.2 Diagrama de estados do sistema de gesto de ideias
Assim, como visvel na Figura 4.2, cada fase corresponde a uma atividade:
o Edio/Submisso - estado que engloba a ideia desde que esta criada at que o
autor(es) da mesma a submete. Tendo como base a fase de Idealizao do modelo
proposto, o estado Edio/Submisso o estado onde se inicia todo o processo.
Este estado encontra-se ativo desde que a ideia criada at que o autor(es) a
submete definitivamente. Terminado este estado, a ideia passa para o estado de
Triagem/Pr-anlise.
o Triagem - estado que engloba o perodo em que o autor submeteu a ideia e esta
reencaminhada para discusso, votao, desenvolvimento ou arquivamento.
Tendo como base a fase de Validao de Conceito, o estado Triagem/Pr-anlise
contm todo o perodo desde que a ideia submetida, e feita uma pr-anlise e
triagem pelo Gestor. Com a concluso deste estado, o conceito pode ser
conduzido para quatro estados distintos: Desenvolvimento, Discusso, Votao ou
Arquivamento.
o Discusso - estado que engloba o perodo em que a ideia,foi submetida e se
encontra a recolher comentrios, fomentando a discusso de forma a ser possvel
a sua anlise. Baseando-sena fase de Desenvolvimento de Conceito, o estado
Discusso contm todo o perodo em que a ideia colocada, de acesso pblico ou
reservado, para discusso. Pretende-se assim com este estado fomentar a troca
de informao e dilogo sobre determinada ideia, eliminando as incertezas e
aumentando a viabilidade da ideia de inovao. Terminado este estado, o
conceito evolui para o estado de desenvolvimento.
o Desenvolvimento - estado que engloba o perodo em que a ideia desenvolvida,
analisando a viabilidade da mesma. O estado Desenvolvimento baseado, tal
50 Anlise do Sistema de Gesto de Ideias
como o estado Discusso, na fase Desenvolvimento de conceito, do modelo de
gesto de ideias. O referido estado, tal como foi enunciado na descrio do
estado anteriormente apresentado, contm todo o perodo em que o conceito
desenvolvido, de modo a garantir a viabilidade e riscos inerentes sua
implementao. Este desenvolvimento dever ser realizado por uma equipa em
especfico, encontrando-se a sada sob a forma de um conceito validado e seguro
em termos de riscos e consequncias. D-se a concluso com a passagem do
conceito para outros dois estados: ou o conceito avana para discusso, ou avana
para votao.
o Votao - estado que engloba o perodo em que o conceito proposto para
avaliao explcita, a um jri definido para tal. sada deste estado se
implementada, arquivada ou desenvolvida novamente. O estado Votao, tendo
como base a fase Validao de Inovao, contm todo o perodo de tempo em que
o conceito votado pelo Gestor ou jri definido para o efeito e decidido um
rumo para o conceito, tal como foi anteriormente referido na descrio da fase
enunciada. Como sada deste estado, j se encontra definido se se dever
proceder implementao do conceito de inovao, avanar para o estado
Arquivamento, ou Desenvolvimento, de modo a aumentar a sua viabilidade.
o Arquivo - estado que engloba o perodo em que a ideia registada na reserva de
potencial pelo gestor de inovao. Baseado na Reserva de Potencial, contm todo
o perodo de tempo em que a ideia ou conceito, por falta de viabilidade ou
deciso dos responsveis, no dever ser desenvolvida e implementada,podendo
no entanto ser consultada quando necessrio.
O fato de nos encontrarmos a lidar com estados faz com a presena do denominado gestor
de inovao seja fundamental. Esta era j uma necessida expressa na comparao dos
padres anteriormente realizada. Recorrer a uma entidade central que trate cada ideia de
forma individual, e a guie pelos estados do sistema, essencial para o desenrolar de todo o
processo. Aliado ao controlo de permisses de acessos que permita disponibilizar a
informao aos utilizadores pretendidos, um sistema de informao ser capaz de garantir a
sua aplicabilidade em todos os tipos base de inovao que suportam o sistema de gesto de
ideias: hierrquica, plana, aberta, e fechada.
Por fim, a anlise e reencaminhamento de cada ideia ser realizada com recurso a um
gestor. Esta entidade fica responsvel por definir a ideia como melhoria ou ideia de IDI, e
decidir que percurso dever ser adotado para cada ideia. por isso necessrio criar
interfaces que possibilitem toda a tomada de decises por parte do gestor.
De seguida, proceder-se- especificao do sistema de informao.
Especificao do Sistema de Informao 51
4.2. Especificao do Sistema de Informao
Esta seco pretende, com base nos resultados da anlise efetuada anteriormente,
conceber um sistema de informao de suporte ao processo de gesto de ideias. Assim,
iniciaremos esta anlise com o tratamento dos requisitos do sistema, seguida da identificao
dos atores intervenientes, identificao de casos de uso e esboo das interfaces. Esta
abordagem baseou-se nos documentos Anlise e Modelao de Processo de Negcio
Metodologia BP2IT (Faria, 2011) e Anlise e Modelao de Processos de Negcio
Especificao de Sistema de Informao (Faria, 2011).
4.2.1. Requisitos de Sistema
Um requisito do sistema consiste numa funcionalidade que o sistema deve oferecer aos
seus utilizadores, caso se trate de um requisito funcional, ou ento numa caracterstica que o
sistema deve possuir, caso se trate de um requisito no funcional.
Com base nestas definies, definiu-se os seguintes requisitos para o sistema de
informao que servir o processo de Gesto de Ideias, com as respetivas atividades:
4.2.1.1. Requisitos Funcionais:
Tabela 1 Requisitos Funcionais Edio de Ideias
#ID Requisito Funcional Descrio
#F1 Edio de Ideias
O sistema deve permitir aos autores de uma ideia inserir e
gravar verses provisrias, para posteriores edies.
#F2 Edio de Ideias
O sistema deve permitir o registo de mais do que um autor na
edio de ideias.
#F3 Edio de Ideias
O sistema deve permitir definir a rea e tipo onde a ideia se
insere, assim como a incluso de um resumo da ideia.
#F4 Edio de Ideias
O sistema deve guardar o registo de passagem na corrente
atividade no histrico.
#F5 Edio de Ideias
O sistema deve permitir consultar qualquer utilizador do
sistema, atravs de pedido de comentrio.
Tabela 2 Requisitos Funcionais Triagem de Ideias
#ID Requisito Funcional Descrio
#F6 Triagem de Ideias
O sistema deve permitir a tomada de deciso, garantindo a
atribuio de um estado ideia em pr-avaliao.
#F7 Triagem de Ideias
O sistema deve garantir que s o autor, gestor ou utilizadores
consultados tm acesso ao estado da ideia.
#F8 Triagem de Ideias
O sistema deve apresentar toda a informao relativa a uma
ideia,nomeadamente titulo, resumo, rea e tipo.
#F9 Triagem de Ideias
O sistema deve registar a data da tomada de deciso e
justificao da mesma.
#F10 Triagem de Ideias
O sistema deve guardar o registo de passagem na corrente
atividade no histrico.
52 Anlise do Sistema de Gesto de Ideias
#F11 Triagem de Ideias
O sistema deve permitir consultar qualquer utilizador do
sistema, atravs de pedido de comentrio.
Tabela 3 Requisitos Funcionais Discusso de Ideias
#ID Requisito Funcional Descrio
#F12 Discusso de Ideias
O sistema deve permitir ao gestor, e apenas ele, classificar
uma ideia como publica ou privada.
#F13 Discusso de Ideias
O sistema deve permitir a existncia de dois tipos de ideias
durante a atividade de discusso: pblicas e reservadas. Caso
seja do tipo pblico, todos os utilizadores do sistema tm
acesso ideia. Caso seja do tipo reservado, s o autor, gestor
e painel de consultores devem ter acesso discusso da ideia.
#F14 Discusso de Ideias
Por defeito, o sistema deve permitir a existncia de um painel
de consultores de uma ideia igual ao painel especificado para
a atividade de discusso
#F15 Discusso de Ideias
O sistema deve permitir ao gestor alterar a configurao do
painel de consultores.
#F16 Discusso de Ideias
O sistema deve permitir ao gestor divulgar a ideia, que
implica o envio de uma notificao para o painel de
consultores.
#F17 Discusso de Ideias
Ao divulgar a ideia, caso se trate de uma ideia pblica, o
sistema deve proceder ao envio de uma notificao para
todos, ou seleo dos utilizadores realizada pelo gestor.
#F18 Discusso de Ideias
Ao divulgar a ideia, caso se trate de uma ideia reservada, o
sistema deve proceder ao envio de uma notificao para o
painel da ideia, ou para os utilizadores definidos pelo gestor.
#F19 Discusso de Ideias
O sistema deve permitir ao gestor tomar uma deciso durante
a atividade de discusso.
#F20 Discusso de Ideias
O sistema deve guardar o registo de passagem na corrente
atividade no histrico.
#F21 Discusso de Ideias
O sistema deve permitir consultar qualquer utilizador do
sistema, atravs de pedido de comentrio.
Tabela 4 Requisitos Funcionais Desenvolvimento de Ideias
#ID Requisito Funcional Descrio
#F22
Desenvolvimento de
Ideias
O sistema deve definir uma ideia com o tipo reservado,
mesmo que esteja como pblica, sempre que colocada na
atividade desenvolvimento.
#F23
Desenvolvimento de
Ideias
O sistema deve permitir equipa de desenvolvimento editar a
ideia.
#F24
Desenvolvimento de
Ideias
O sistema deve guardar o registo de passagem na corrente
atividade no histrico.
#F25
Desenvolvimento de
Ideias
O sistema deve permitir consultar qualquer utilizador do
sistema, atravs de pedido de comentrio.
Especificao do Sistema de Informao 53
Tabela 5 Requisitos Funcionais Votao de Ideias
#ID Requisito Funcional Descrio
#F26 Votao de Ideias
O sistema deve apenas permitir, por defeito, o acesso
votao existente na atividade existente ao jri, ao gestor e
ao autor da ideia.
#F27 Votao de Ideias
O sistema deve permitir a existncia de dois tipos de votao:
pblica ou reservado. Se for do tipo pblico, a votao
encontra-se disponvel para qualquer utilizador. Se for do tipo
reservado, apenas o jri e gestor tm acesso votao.
#F28 Votao de Ideias
O sistema deve permitir a visualizao do estado da votao a
um utilizador consultado para comentrio.
#F29 Votao de Ideias
O sistema deve permitir pedir votao a qualquer utilizador
do sistema.
#F30 Votao de Ideias
O sistema dever criar entradas automticas na votao para
os membros do jri.
#F31 Votao de Ideias
O sistema deve limitar a visualizao do resultado das
votaes ao gestor e jri.
#F32 Votao de Ideias
O sitema deve disponibilizar critrios de avaliao, que pode
defeito devero ser Avaliao Estratgica, Avaliao
Financeira, Avaliao Operacional e Avaliao Tecnolgica.
#F33 Votao de Ideias
O sistema deve permitir consultar qualquer utilizador do
sistema, atravs de pedido de comentrio.
Tabela 6 Requisitos Funcionais Deciso Final
#ID Requisito Funcional Descrio
#F34 Deciso Final O sistema deve permitir tomar uma deciso aps votao.
#F35 Deciso Final O sistema deve limitar a tomada de deciso ao gestor e jri.
#F36 Deciso Final
O sistema deve permitir a visualizao de todas as votaes ao
gestor, jri e autores da ideia.
#F37 Deciso Final
O sistema deve ter todos os campos com valores discretos que
possuem descrio em texto e valor.
#F38 Deciso Final O sistema deve permitir associar um peso a cada campo.
#F39 Deciso Final
O sistema deve criar na pgina um campo com o clculo dos
totais dos campos por ideia.
#F40 Deciso Final
O sistema deve criar na pgina um campo com a lista das
ideias e o total de cada uma.
#F41 Deciso Final
O sistema deve permitir mostrar, para cada campo, o
histograma e o valor mdio, valor mdio ponderado e radar.
#F42 Deciso final
O sistema deve guardar o registo de passagem na corrente
atividade no histrico.
Tabela 7 Requisitos Funcionais - Comentrios
#ID Requisito Funcional Descrio
#F43 Comentrios
O sistema deve permitir consultar, atravs do pedido de
comentrio ideia, qualquer utilizador registado na
plataforma.
54 Anlise do Sistema de Gesto de Ideias
#F44 Comentrios
O sistema deve enviar uma notificao ao utilizador a quem
foi pedido o comentrio, e inserida uma entrada na lista de
comentrios.
#F45 Comentrios
O sistema deve disponibilizar a informao relativa a quem j
respondeu ao comentrio e a quem foram feitos os pedidos.
#F46 Comentrios
O sistema deve permitir a existncia de dois tipos de
comentrios: pblicos e reservados. Dependendo da atividade
de onde surgir o pedido de comentrio, o nvel de permisses
dado a cada tipo deve ser o seguinte:
o Edio e Triagem
Pblico visvel para todos os utilizadores
consultados, autor da ideia e gestor.
Reservado visvel apenas para o autor do comentrio,
autor da ideia e gestor.
o Discusso (dependente do tipo de ideia definido)
Pblico visvel para todos os utilizadores do sistema.
Reservado visvel apenas para autores da ideia,
gestor e painel.
o Desenvolvimento
Pblico visvel para todos os utilizadores
consultados, autor da ideia, gestor e equipa.
Reservado visvel apenas para o autor do comentrio,
gestor e equipa de desenvolvimento.
o Votao
Pblico visvel para todos os utilizadores
consultados, autor da ideia, gestor e jri.
Reservado visvel apenas para o utilizador
consultado, autor da ideia, gestor e jri.
#F47 Comentrios
O sistema deve permitir o pedido de comentrios, estando
dependente da atividade onde se encontra:
o Edio - Autores da ideia.
o Triagem - Gestor.
o Discusso - Gestor.
o Desenvolvimento Equipa e gestor.
o Votao: Gestor e jri.
#F48 Comentrios
Por defeito, o sistema deve definir todos os comentrios como
reservados, excepto na atividade Discusso em que os
comentrios se encontram definidos como pblicos.
#F49 Comentrios
O sistema deve permitir a um determinado utilizador alterar o
tipo de comentrio de reservado para pblico, estando
dependente da atividade em que se encontra:
o Edio - Autores da ideia.
o Triagem e Discusso Gestor;
o Desenvolvimento Gestor e Equipa;
o Votao - Gestor e Jri.
No caso da atividade Discusso, o sistema deve permitir ao
gestor alterar o tipo de pblico para reservado.
#F50 Comentrios
O sistema deve associar cada comentrio passagem do
estado em que foi produzido, registando no histrico.
#F51 Comentrios
O sistema deve, a cada instante, listar os comentrios
produzidos no estado atual.
Especificao do Sistema de Informao 55
#F52 Comentrios
O sistema deve registar todos os comentrios existentes at
data, agrupados pelo estado em que foram produzidos,
atravs de um histrico.
#F53 Comentrios
Sempre que for pedido um comentrio a um utilizador, o
sistema deve adicion-lo automaticamente ao mdulo onde o
mesmo foi pedido.
#F54 Comentrios
O sistema deve permitir a criao de comentrios por
iniciativa prpria de um utilizador durante a atividade
Discusso.
Tabela 8 Requisito Funcional - Arquivo de Ideia
#ID Requisito Funcional Descrio
#F55 Arquivo de Ideias
O sistema deve permitir arquivar ideias, se for essa a deciso
estipulada.
#F56 Arquivo de Ideias
O sistema deve permitir a existncia de dois tipos de ideias
arquivadas: pblica e reservada. Se estiver definida com o
tipo pblico, qualquer utilizador do sistema a pode consultar.
Se estiver definida como reservada, apenas pode ser
consultada pelo gestor, autores da ideia, equipa de
desenvolvimento, painel e jri.
#F57 Arquivo de Ideias
O sistema deve permitir a pesquisa de uma ideia que tenha
sido arquivada.
#F58 Arquivo de Ideias
O sistema deve permitir classificar as ideias arquivadas, com
base em critrios.
#F59 Arquivo de Ideias
O sistema deve permitir definir critrios de classifico de
ideias.
Tabela 9 Requisitos Funcionais - Histrico
#ID Requisito Funcional Descrio
#F60 Histrico
O sistema deve permitir consultar o histrico de percurso de
uma ideia em todas as atividades existentes.
#F61 Histrico
O sistema deve apresentar uma listagem de todas as
passagens registadas numa ideia, com a respetiva data.
Tabela 10 Requisitos Funcionais ndices de Desempenho
#ID Requisito Funcional Descrio
#F62
ndices de
Desempenho
O sistema deve permitir consultar ndices de desempenho
relativos ao sistema de gesto de ideias, atravs da consulta
de nmero de ideias submetidas e nmero de ideias
aprovadas.
#F63
ndices de
Desempenho
O sistema deve permitir consultar os ndices de desempenho
de cada utilizador do sistema
56 Anlise do Sistema de Gesto de Ideias
4.2.1.2. Requisitos no funcionais:
Tabela 11 Requisitos No Funcionais
#ID Requisito No Funcional Descrio
#NF1 Comentrios
O envio de emails em todos os comentrios deve ser feito
com o menor tempo de processamento possvel.
#NF2 Geral
O sistema deve-se encontrar inserido na plataforma
I9Source.
#NF3 Geral O sistema deve estar acessvel a todos os utilizadores.
4.2.2. Atores do processo
Durante o desenrolar do processo de gesto de ideias, destacam-se os seguintes
intervenientes dos quais depender o sistema de informao:
o Autor(es) da ideia entidades responsveis pelo criao e registo da ideia no
sistema.
o Autor do comentrio entidade responsvel por um comentrio solicitado para
determinada ideia.
o Gestor(es) entidade reguladora responsvel pela mediao de todo o processo
de gesto de ideias.
o Painel de discusso entidades responsveis pela discusso e anlise realizada na
atividade Discusso. Este j se dever encontrar definido para o respetivo
mdulo, no entanto ver a sua constituio alterada pelo gestor, se assim for
pretendido.
o Equipa de desenvolvimento entidades responsveis pelo desenvolvimento e
amadurecimento de uma ideia na atividade Desenvolvimento.
o Jri entidade responsvel pela avaliao final de uma ideia, recorrendo a
votao. O jri encontra-se atribudo ao mdulo, podendo no entanto ser
modificado se o gestor assim decidir.
4.2.3. Modelo de casos de uso
O modelo de casos de uso permite uma representao compacta do conjunto de casos de
uso do sistema. Entenda-se como caso de uso uma tcnica de especificao de requisitos
funcionais, representando funcionalidades externas do sistema, identificados no ponto
4.2.1.1.
Deste modo apresentamos de seguida o modelo de casos de uso construdo para o processo.
Especificao do Sistema de Informao 57
Autor(es) da Ideia
Autor do Comentrio
Gestor
Equipa de Desenvolvimento
Jri
Submeter Ideia
Triar Ideias
Tomar Deciso
Visualizar ndices
de Desempenho
Votar Ideia
Configurar
Discusso
Alterar Ideia
Comentar Ideia
Painel
Configurar Mdulo
Visualizar
Histrico da Ideia
Arquivar Ideia
Consultar Arquivo
Figura 4.3 Modelo de casos de uso do sistema de informao de suporte
Como perceptivel na Figura 4.3, foram identificados doze casos de uso. Cada caso de
uso pode ter a intervir no seu desenvolvimento entre um ator a seis atores. Como j tinha
sido mencionado, claramente visvel no modelo a importncia do gestor em todo o processo
de gesto de ideias, sendo o ator que intervm num maior nmero de casos de uso.
Com o intuito de especificar corretamente o sistema de informao, e de se ter ateno a
todos os casos de uso existentes, proceder-se- descrio de cada um dos casos existentes
no modelo.
4.2.3.1. Descrio dos Casos de Uso
Neste ponto pretende-se fazer a descrio de cada um dos casos de uso apresentados na
Figura 4.3, sendo apresentados o nome, atores envolvidos, breve descrio e fluxo de
eventos, acompanhado do respetivo fluxograma.
58 Anlise do Sistema de Gesto de Ideias
4.2.3.1.1. Caso de Uso 1: Comentar Ideia
Inserir Comentrio
Visualizar
Comentrio
Realizar Pedido Alterar tipo
Comentar Ideia
Inclui Inclui Inclui Inclui
Figura 4.4 Caso de Uso 1: Comentar Ideia
Descrio detalhada:
Nome do caso de uso: Comentar Ideia Realizar Pedido, Inserir Comentrio, Visualizar
Comentrio e Alterar Tipo.
Ator(es): Autor do comentrio e, dependendo da atividade onde realizado o pedido:
o Edio - Autor da ideia;
o Triagem e Discusso Gestor;
o Desenvolvimento Equipa e gestor.
o Votao: Gestor e jri.
Breve Descrio: Este caso de uso descreve o pedido de comentrio por parte de um ator a
um utilizador do sistema, assim como a sua consequente visualizao e alterao de tipo, ou
o comentrio por parte de um utilizador no solicitado, ou seja, autnomo.
Inicio: Iniciativa de obter comentrio sobre uma ideia submetida, ou iniciativa de comentar
uma ideia.
Fluxo Normal de Eventos:
1. O utilizador seleciona a opo Pedir Comentrio, indicando o utilizador de sistema
que pretende comunicar.
2. O sistema de informao envia um email de notificao, j predefinido, ao utilizador
do sistema, futuro autor do comentrio.
3. O utilizador recebe o email, e automaticamente ganha acesso ao form da ideia para
contribuir com a sua opinio.
4. O utilizador acede ao form da ideia e comenta a ideia (nota: caso se trate da
atividade discusso, o utilizador pode aceder diretamente ao form sem necessitar de
receber um pedido de comentrio).
5. O sistema disponibiliza e atribui, por defeito, o tipo reservado a um comentrio
realizado, excepto na atividade Discurso que deve estar definida como pblico.
6. O utilizador responsvel pelo pedido de comentrio, ou gestor, acede zona de
comentrios e altera o tipo de comentrio de pblico para reservado, ou reservado
para pblico.
7. O sistema coloca ativa a opo selecionada.
Especificao do Sistema de Informao 59
Fluxograma da descrio detalhada:
Inicio
Enviar email
Atribuir acesso ao
form da ideia
Inserir comentrio
Fim
Utilizador
autnomo?
Selecionar Pedir
Comentrio
Sim No
Aceder ao form da
ideia
Disponibilizar
comentrio
Alterar tipo (pblico
ou reservado)
Disponibilizar
comentrio
Atribuir tipo de
comentrio (pblico
ou reservado)
Figura 4.5 Fluxograma da descrio detalhada do Caso de Uso 1: Comentar Ideia
4.2.3.1.2. Caso de Uso 2: Alterar Ideia
Alterar Ideia
Figura 4.6 Caso de Uso 2: Alterar Ideia
Descrio detalhada:
Nome do caso de uso: Alterar ideia.
Ator(es): Autor da ideia, equipa de desenvolvimento.
60 Anlise do Sistema de Gesto de Ideias
Breve Descrio: Este caso de uso descreve a alterao de um formulrio guardado
previamente no sistema durante a fase de edio de uma ideia, ou fase de desenvolvimento.
Inicio: Iniciativa de alterar um formulrio j existente.
Fluxo Normal de Eventos:
1. O utilizador seleciona a opo Alterar Ideia.
2. O sistema coloca os campos editveis os campos Ttulo, Resumo, Tipo e rea.
3. O autor altera a informao.
4. O sistema de informao permite ao utilizador guardar novamente uma verso
provisria, para posterior edio, ou submeter:
- se decidir guardar verso provisria, o sistema regista todos os dados
submetidos at data e permite a sua edio sempre que for requisitado pelo
autor da ideia;
- se decidir submeter a ideia, o sistema confirma se todos os campos se
encontram corretamente preenchidos. Se estiver corretamente preenchido a
ideia passa para o mdulo de triagem. Caso no esteja, o autor da ideia
informado das incorrees do formulrio submetido.
5. O utilizador confirma o formulrio.
6. O sistema disponibiliza o formulrio j alterado para esteja acessvel ao utilizador
e utilizadores consultados.
7. O sistema regista a data e contedo do registo no histrico da ideia.
Fluxograma da descrio detalhada:
Inicio
Alterar formulrio
Pretende
submeter?
Submeter Guardar formulrio
Preenchido
corretamente?
[Sim] [No]
[No]
Confirmar
[Sim]
Registar no histrico
Fim
Disponibilizar
campos a alterar
Aceder a Alterar
Ideia
Figura 4.7 - Fluxograma da descrio detalhada do Caso de Uso 2: Alterar Ideia
Especificao do Sistema de Informao 61
4.2.3.1.3. Caso de Uso 3: Submeter Ideia
Registar Ideia
Submeter Ideia
Inclui
Figura 4.8 Caso de Uso 3: Submeter Ideia
Descrio detalhada:
Nome do caso de uso: Submeter ideia - registar ideia.
Ator(es): Autor da ideia.
Breve Descrio: Este caso de uso descreve o registo e submisso de uma ideia no sistema.
Inicio: Iniciativa de propor uma ideia inovadora.
Fluxo Normal de Eventos:
1. O autor da ideia seleciona a opo Nova Ideia.
2. O autor preenche o formulrio composto por nome da ideia, resumo, tipo de
ideias e rea.
3. O sistema de informao permite ao autor guardar uma verso provisria, para
posterior alterao, ou submeter automaticamente:
- se decidir guardar verso provisria, o sistema regista todos os dados
submetidos at data e permite a sua alterao sempre que for requisitado pelo
autor da ideia;
- se decidir submeter a ideia, o sistema confirma se todos os campos se
encontram corretamente preenchidos. Se estiver corretamente, o sistema pede a
confirmao da submisso ao autor. Caso no esteja, o autor da ideia
informado das incorrees do formulrio submetido.
4. O autor confirma o formulrio.
5. O sistema submete o registo no sistema.
6. O sistema regista a data e contedo do registo no histrico da ideia.
62 Anlise do Sistema de Gesto de Ideias
Fluxograma da descrio detalhada:
Inicio
Preencher
formulrio
Pretende
submeter?
Submeter Guardar formulrio
Preenchido
corretamente?
[Sim] [No]
[No]
Confirmar
[Sim]
Registar no histrico
Fim
Selecionar opo
Nova Ideia
Figura 4.9 - Fluxograma da descrio detalhada do Caso de Uso 3: Submeter Ideia
4.2.3.1.4. Caso de Uso 4: Triar Ideia
Triar Ideia
Figura 4.10 Caso de Uso 4: Triar Ideia
Descrio detalhada:
Nome do caso de uso: Triar ideia.
Ator(es): Gestor.
Breve Descrio: Este caso de uso descreve a deciso de reencaminhar a ideia para uma das
fases seguintes.
Inicio: Ideia submetida por um utilizador do sistema.
Fluxo Normal de Eventos:
1. O utilizador seleciona a ideia que pretende triar da lista disponvel de ideias
disponveis para triagem.
2. O utilizador analisa a informao disponibilizada e decide qual dever ser o prximo
passo para a ideia submetida:
o Edio;
o Discusso;
o Desenvolvimento;
o Votao;
o Arquivar.
Especificao do Sistema de Informao 63
3. O utilizador regista a deciso e justificao da mesma.
4. O utilizador submete a sua deciso.
5. O sistema regista a data e contedo do registo no histrico referente ideia.
Fluxograma da descrio detalhada:
Inicio
Selecionar ideia
Analisar informao
Qual dever ser a
prxima fase?
Edio
Discusso
Votao
Desenvolvimento
Arquivar
Justificar deciso
Registar no histrico
Submeter
Fim
Figura 4.11 - Fluxograma da descrio detalhada do Caso de Uso 4: Triar Ideia
4.2.3.1.5. Caso de Uso 5: Configurar Discusso
Configurar Tipo Configurar Painel
Configurar
Discusso
Inclui Inclui
Divulgar Discusso
Inclui
Figura 4.12 Caso de Uso 5: Configurar Discusso
Descrio detalhada:
Nome do caso de uso: Configurar discusso configurar discusso, configurar painel e divulgar
discusso.
Ator(es): Gestor.
64 Anlise do Sistema de Gesto de Ideias
Breve Descrio: Este caso de uso descreve a configurao da atividade discusso, atravs da
atribuio de um tipo de discusso, configurao de painel e divulgao de discusso.
Inicio: Ideia atribuda atividade de discusso.
Fluxo Normal de Eventos:
1. O utilizador acede ao form da discusso de ideia.
2. O utilizador seleciona a opo Configurar discusso.
3. O utilizador define o tipo de discusso (pblico ou reservado).
4. O sistema apresenta uma lista de utilizadores que constituem o painel e outra lista
com todos os utilizadores do sistema.
5. O utilizador adiciona/remove membros ao painel.
6. O utilizador escolhe um tipo de divulgao (pblico ou reservado).
7. O utilizador valida a configurao.
8. O sistema notifica os membros que foram adicionados ao painel.
Fluxograma da descrio detalhada:
Selecionar a opo
Configurar
discusso
Selecionar
utilizadores da lista
Aceder ao form da
discusso de ideia
Definir tipo de
discusso (pblico
ou reservado)
Incio
Validar configurao
Fim
Adicionar/Remover
utilizadores do
Painel
Definir tipo de
divulgao (pblico
ou reservado)
Notificar novos
membros do painel
Figura 4.13 - Fluxograma da descrio detalhada do Caso de Uso 5: Configurar Discusso
Especificao do Sistema de Informao 65
4.2.3.1.6. Caso de Uso 6: Votar Ideia
Configurar Tipo Configurar Jri
Votar Ideia
Inclui Inclui
Configurar
Critrios
Inclui
Figura 4.14 Caso de Uso 6: Votar Ideia
Descrio detalhada:
Nome do caso de uso: Votar ideia configurar tipo, configurar jri, configurar critrios.
Ator(es): Gestor e jri.
Breve Descrio: Este caso de uso descreve a configurao da atividade de votao para a
avaliao de uma ideia, assim como configurao do jri e dos respetivos critrios e o prprio
ato de votar.
Inicio: Ideia definida como apta para votao e avaliao explcita.
Fluxo Normal de Eventos:
1. O utilizador acede ao form de votao.
2. O utilizador seleciona a opo Configurar votao.
3. O utilizador seleciona o tipo de votao pretendido (pblico ou privado).
4. O utilizador adiciona/remove membros ao jri das listas apresentadas pelo sistema.
5. O utilizador adiciona critrio(s) de avaliao, atribuindo o respetivo peso, ou remove
critrio(s) lista do sistema.
6. O utilizador submete as alteraes realizadas.
7. O sistema notifica os utilizadores, consoante o tipo de votao escolhido e atribui
acesso aos utilizadores que no pertencem ao jri.
8. O utilizador acede ao form de votao.
9. O utilizador seleciona a opo Votar.
10. O utilizador preenche o formulrio com os critrios de avaliao.
11. O utlizador submete o formulrio preenchido.
12. O sistema notifica os membros que foram adicionados ao jri.
66 Anlise do Sistema de Gesto de Ideias
Fluxograma da descrio detalhada:
Incio
Definir painel
(adicionar ou
remover
utilizadores)
Selecionar a opo
Configurar
votao
Submeter
configurao
Notificar
utilizadores
participantes
Aceder ao form
Votao
Definir tipo de
votao (pblico ou
reservado)
Notificar novos
membros do jri
Definir critrios de
avaliao (adicionar
ou remover)
Selecionar a opo
Votar
Preencher
formulrio de
critrios
Submeter
formulrio
Fim
Sim
O utilizador o
gestor?
No
Figura 4.15 - Fluxograma da descrio detalhada do Caso de Uso 6: Votar Ideia
Especificao do Sistema de Informao 67
4.2.3.1.7. Caso de Uso 7: Tomar Deciso
Consulta de
Resultados
Tomar Deciso
Inclui
Figura 4.16 Caso de Uso 7: Tomar Deciso
Descrio detalhada:
Nome do caso de uso: Tomar deciso.
Ator(es): Gestor ou jri.
Breve Descrio: Este caso de uso descreve a tomada de deciso,podendo esta ser uma
deciso intermdia como deciso final.
Inicio: Final de uma atividade.
Fluxo Normal de Eventos:
1. O utilizador acede ao form da votao.
2. O utilizador seleciona a opo Visualizar resultados.
3. O utilizador consulta o total obtido em cada campo, o histograma, valor mdio, valor
mdio ponderado e radar de cada um.
4. O utilizador toma a deciso de:
o enviar novamente para edio;
o enviar para desenvolvimento;
o arquivar ideia;
o prosseguir para implementao;
5. O utilizador coloca a deciso no sistema de informao,
6. O utilizador justifica a sua deciso e submete a mesma.
7. O sistema regista a data e contedo do registo no histrico da ideia.
68 Anlise do Sistema de Gesto de Ideias
Fluxograma da descrio detalhada:
Aceder ao form de
votao
Selecionar
Visualizar
resultados
Consultar os
campos de
resultados
disponveis
Tomar Deciso
Edio
Arquivar
Desenvolvimento
Implementar
Prximo passo
para a ideia?
Justificar deciso
Incio
Submeter
Fim
Figura 4.17 - Fluxograma da descrio detalhada do Caso de Uso 7: Tomar Deciso
4.2.3.1.8. Caso de Uso 8: Consultar Arquivo
Consultar Arquivo
Figura 4.18 Caso de Uso 8: Consultar Arquivo
Descrio detalhada:
Nome do caso de uso: Consultar arquivo.
Ator(es): Dependente do tipo estipulado de ideia arquivada, poder ter como atores as
seguintes entidades:
o Pblico qualquer utilizador do sistema.
o Rerservado - gestor, autores da ideia, equipa de desenvolvimento, painel e jri.
Breve Descrio: Este caso de uso descreve a consulta de uma ideia arquivada.
Inicio: Necessidade de consultar uma ideia previamente considerada e arquivada.
Fluxo Normal de Eventos:
1. O utilizador acede ao painel principal.
Especificao do Sistema de Informao 69
2. O utilizador tem duas hipteses de consulta:
o manual o utilizador pesquisa manualmente na lista disponibilizada,
percorrendo a lista e selecionando a ideia que lhe interessa.
o por pesquisa o utilizador utiliza o campo de pesquisa disponibilizado,
inserindo critrios, nome ou data.
3. O sistema retorna o resultado pretendido e apresenta a informao relativa ideia
selecionada.
Fluxograma da descrio detalhada:
Tipo de
consulta?
Inserir critrios de
pesquisa
Selecionar utilizador
[Manual]
[Por pesquisa]
Fim
Aceder ao painel
principal
Submeter pesquisa
Retornar resultados
Incio
Figura 4.19 - Fluxograma da descrio detalhada do Caso de Uso 8: Consultar Arquivos
4.2.3.1.9. Caso de Uso 9: Arquivar Ideia
Configurar Tipo
Arquivar Ideia
Inclui
Figura 4.20 Caso de Uso 9: Arquivar Ideia
Descrio detalhada:
Nome do caso de uso: Arquivar configurar tipo.
Ator(es): Gestor.
Breve Descrio: Este caso de uso descreve o arquivo de uma ideia.
Inicio: Deciso de arquivar uma ideia.
Fluxo Normal de Eventos:
1. O utilizador seleciona a opo Arquivar.
70 Anlise do Sistema de Gesto de Ideias
2. O utilizador define um dos tipos de arquivamento para a ideia:
o Ideia tipo pblico ideias so visveis a qualquer utilizador do sistema.
o Ideia tipo rerservado ideias visveis apenas para o gestor, autores da ideia,
equipa de desenvolvimento, painel e jri.
3. O utilizador submete a sua deciso.
Fluxograma da descrio detalhada:
Submeter
Fim
Selecionar a opo
Arquivar
Incio
Definir tipo de
arquivo (pblico ou
reservado)
Figura 4.21 - Fluxograma da descrio detalhada do Caso de Uso 9: Arquivar Ideia
4.2.3.1.10. Caso de Uso 10: Visualizar Histrico da Ideia
Visualizar
Histrico da Ideia
Figura 4.22 Caso de Uso 10: Visualizar Histrico da Ideia
Descrio detalhada:
Nome do caso de uso: Visualizar histrico da ideia.
Ator(es): Dependente do mdulo onde se encontrar, sero as seguintes entidades:
o Edio autor(es) da ideia, gestor, utilizadores consultados.
o Triagem gestor.
o Discusso utilizadores do sistema, gestor, painel, autor(es) da ideia.
o Desenvolvimento equipa de desenvolvimento, gestor, utilizadores consultados.
o Votao jri, gestor, autor da ideia, utilizadores consultados.
o Arquivo utilizadores do sistema.
Breve Descrio: Este caso de uso descreve a consulta do histrico de uma ideia.
Inicio: Necessidade de consultar o historial de uma ideia existente no sistema.
Fluxo Normal de Eventos:
1. O utilizador seleciona a opo Histrico existente em todas as atividades.
2. O sistema lista todo o historial registado da ideia, apresentando todos os estados
pelos quais j passou e respetiva data.
Especificao do Sistema de Informao 71
Fluxograma da descrio detalhada:
Inicio
Selecionar opo
Histrico
Listar entradas do
histrico, ordenadas
por data
Fim
Figura 4.23 - Fluxograma da descrio detalhada do Caso de Uso 10: Visualizar Histrico da Ideia
4.2.3.1.11. Caso de Uso 11: Visualizar Indces de Desempenho
Visualizar ndices
de Desempenho
Figura 4.24 Caso de Uso 11: Visualizar Indces de Desempenho
Descrio detalhada:
Nome do caso de uso: Visualizar ndices de desempenho.
Ator(es): Gestor.
Breve Descrio: Este caso de uso descreve a consulta do histrico de uma ideia.
Inicio: Necessidade de consultar os ndices de desempenho do sistema.
Fluxo Normal de Eventos:
1. O utilizador seleciona a opo Visualizar ndices de desempenho.
2. O utilizador seleciona um utilizador da lista de utilizadores do sistema.
3. O sistema apresenta os dados relativos a nmero de ideias submetidas por um
utilizador, assim como o nmero de intervenes durante o processo, ideias
efetivamente implementadas,e tempo decorrido em cada uma das atividades.
Fluxograma da descrio detalhada:
Inicio
Selecionar a opo
ndices de
desempenho
Selecionar utilizador
Consultar ndices
Fim
Figura 4.25 - Fluxograma da descrio detalhada do Caso de Uso 11: Visualizar Indces de Desempenho
72 Anlise do Sistema de Gesto de Ideias
4.2.3.1.12. Caso de Uso 12: Configurar Mdulo
Configurar Mdulo
Figura 4.26 Caso de Uso 12: Configurar Mdulo
Descrio detalhada:
Nome do caso de uso: Configurar mdulo.
Ator(es): Gestor.
Breve Descrio: Este caso de uso descreve o ato inicial de configurar o mdulo.
Inicio: Primeira utilizao do mdulo.
Fluxo Normal de Eventos:
1. O utilizador seleciona a opo Configurar mdulo.
2. O utilizador seleciona os utilizadores que devem consitutir o painel de discusso, e
adiciona lista.
3. O utilizador seleciona os utilizadores que devem constituir o jri de avaliao, e
adiciona lista.
4. O utilizador adiciona critrios de avaliao, com respetivo peso, lista de critrios
de avaliao.
5. O utilizador seleciona um utilizador da lista de utilizadores do sistema.
6. O utilizador confirma e submete as configuraes.
Fluxograma da descrio detalhada:
Inicio
Selecionar a opo
Configurar
mdulo
Inserir utilizadores
lista de membros do
painel
Inserir utilizadores
lista de membros do
jri
Fim
Inserir critrios de
avaliao lista de
critrios, com
respetivos pesos
Figura 4.27 - Fluxograma da descrio detalhada do Caso de Uso 12: Configurar Mdulo
Especificao do Sistema de Informao 73
4.2.4. Esboo das Interfaces
Aps a definio e anlise dos casos de uso, realizado no ponto anterior, procedeu-se ao
esboo das interfaces. As interfaces servem de suporte ao processo de gesto de ideias.
Como foi j possvel observar no modelo de casos de uso do sistema, existem vrios atores
intervenientes. assim necessrio criar nveis de permisso que possibilitem o sistema de
informao idealizado. So estes mesmo nves de permisso que permitiro ao sistema
suportar tanto o tipo colaborativo aberto como o fechado, assim como o tipo colaborativo
hierrquico e plano. Este um ponto fundamentel para a viabilidade de todo o sistema.
O processo tem incio, tal como foi j referido, com a edio de ideia. Como
perceptivel na figura Figura 4.28, utilizador deve preencher o formulrio que contm o
Ttulo, Resumo, rea de implementao (marketing, desenvolvimento de produto, etc) e Tipo
de ideia (inovao, melhoria, teste), podendo ainda anexar ficheiros que considere
relevantes informao da ideia (Caso de Uso 3). O utilizador tem a liberdade de poder
guardar a ideia como rascunho, sem a submeter de imediato, e podendo voltar a ela a
qualquer momento. Dentro desta rea, o utilizador pode pedir comentrios a qualquer
utilizador do sistema (Caso de Uso 1), fomentando a interao e discusso necessrios para o
desenvolvimento de uma ideia. Cada comentrio encontra-se identificado com o tipo de
comentrio atribudo:
o R Reservado;
o P Pblico.
O autor da ideia tem possibilidade de alterar o tipo de cada comentrio, podendo
transformar um comentrio de pblico para reservado e vice-versa.
No fim, quando o autor terminar o amadurecimento da ideia, submete-a.
74 Anlise do Sistema de Gesto de Ideias
Edio da ideia
Edio
xx/xx/xxxx
Comentrio Data Autor
Estado:
Autor(es): Gestor:
Titulo:
Resumo:
rea: Tipo:
Alterar Ideia
Histrico
Data:
Anexos
Comentrios
Pedir comentrio Expandir
P
P
P
R
R
R
Guardar Eliminar Submeter
Figura 4.28 Form Edio da ideia
De salientar ainda a possibilidade de consultar o histrico da ideia, selecionando a
hiperligao Histrico (Caso de Uso 9). Esta hiperligao existe em todos os forms tidos
como principais, pelo que possvel aceder ao form ilustrado na Figura 4.29 em vrios pontos
No form do histrico de uma ideia o utilizador pode consultar os estados por onde a ideia
j passou, assim como a data em que ocorreu a mudana e as alteraes realizadas
informao da ideia, caso tenha sido realizada alguma durante o seu desenvolvimento.
Histrico
Data Estado Alterao
Expandir
Titulo:
Figura 4.29 Form Histrico
Regressando ao form de registo e submisso de ideias, Figura 4.28, aps ter sido
submetida no, a ideia passa para o form de triagem, ilustrado na Figura 4.30. Neste form, de
acesso exclusivo do gestor, encontra-se visvel toda a informao submetida pelo autor da
ideia. O gestor pode assim analisar a informao fornecida e pedir comentrios (selecionando
Pedir comentrio), ou ele prprio os fazer (selecionando Novo), ideia submetida (Caso
de Uso 1). Tal como foi referido na apresentao do form, os comentrios feitos tambm
podero ser reservados ou pblico, estando identificado o tipo com as letras j apresentadas.
O gestor tem a liberdade de poder alterar o tipo de comentrio.
Especificao do Sistema de Informao 75
Quando terminar a anlise da ideia, o gestor toma uma deciso (Caso de Uso 4). Para isso,
seleciona a prxima etapa escolhida e justifica a deciso, submetendo-a no fim da atividade.
Triagem da ideia
Discusso
Votao
Arquivar
Desenvolver
Triagem
xx/xx/xxxx
xx/xx/xxxx
Comentrio Data Autor
Estado:
Autor(es): Gestor:
Titulo:
Resumo:
rea: Tipo:
Justificao:
Data:
Histrico
Data:
Anexos
Submeter
Deciso:
Novo comentrio
Comentrios
Pedir comentrio Expandir
P
P
P
R
R
R
Figura 4.30 - Form Triagem da ideia
Terminada a passagem pelo form de triagem, a ideia prossegue para a atividade que lhe
foi atribuda. Iremos prosseguir a descrio com atividade discusso, apesar, como j
referimos anteriormente, no ser de passagem obrigatria ou sequencial.
Quando a deciso tomada Discusso, a ideia fica disponvel no form com o mesmo
nome. O form Discusso, ilustrado na Figura 4.31, encontra-se disponvel para qualquer
utilizador, caso o tipo de ideia esteja definido como publico, ou apenas para o painel
definido, caso o tipo de ideia esteja definido como reservado.
Este form contm a informao disponibilizada pelo autor da ideia, incluindo anexos,
permitindo ainda a discusso entre utilizadores. Para alm do j apresentado pedido de
comentrios, um utilizador, para comentar durante esta atividade, pode faz-lo de forma
autnoma, ou seja, pode comentar sem precisar de um pedido formal para comentar (Caso
de Uso 1). Por esta razo, todo o tipo de comentrios se encontram pr-definidos como
Pblicos, podendo no entanto ser alterado para reservado, ou vice-versa, pelo gestor do
mdulo.
Terminada a discusso, o gestor pode voltar a efetuar uma variante da triagem, tomando
uma deciso de qual a atividade para onde dever seguir a ideia (Caso de Uso 4). No entanto,
neste caso encontra-se limitado a duas atividades: Votao ou Desenvolvimento.
76 Anlise do Sistema de Gesto de Ideias
Discusso de ideia
Desenvolver
Votao
Discusso
xx/xx/xxxx
xx/xx/xxxx
Comentrio Data Autor
Estado:
Autor(es): Gestor:
Titulo:
Resumo:
rea: Tipo:
Histrico Configurar
Data:
Anexos
Justificao:
Data:
Submeter
Deciso:
Novo comentrio
Comentrios
Pedir comentrio Expandir
P
P
PP
P
P
Figura 4.31 Form Discusso da ideia
ainda possvel neste mdulo fazer a configurao do mesmo (Caso de Uso 5). O
utilizador, ao selecionar a opo Configurar, abre outro form onde possvel definir o tipo
de discusso pretendido para uma ideia, alterar a constituio do painel que intervm na
discusso, e o tipo de divulgao pretendido.
Como perceptvel na Figura 4.32, o utilizador pode definir a discusso de uma ideia
como pblico ou privado. Ao definir como como pblico, qualquer utilizador do sistema ter
acesso discusso. Por sua vez, ao definir como reservado, apenas o painel e utilizadores
consultados para participar tero acesso discusso.
A alterao da constituio do painel realizada atravs da seleo de utilizadores
disponveis na lista Painel Atual, onde se encontram os membros constituintes do painel
predefinido, e na lista de utilizadores registados no sistema. Aps a seleo, o utilizador
adiciona os utilizadores do sistema selecionados ao painel, ou remove utilizadores que
constituem a o painel.
Por fim, a divulgao de ideia pode ser ela tambm pblico ou privado. Ao selecionar a
opo Pblico, o utilizador divulga a discusso por todos os utilizadores, e ao selecionar a
opo Reservado apenas a divulga pelo painel definido.
Especificao do Sistema de Informao 77
Discusso Configurao
Pblico
Reservado
Pblico
Reservado
Nome ID Nome ID
Remover
Adicionar
Ok
Utilizadores Expandir
Divulgao:
Painel Atual Expandir
Tipo de discusso:
Ok
Figura 4.32 Form Discusso-Configurao
De seguida analisaremos o form que suporta a atividade de desenvolvimento. O form
apresentado, como visvel na Figura 4.33, apresenta novamente a informao submetida
pelo autor da ideia e de acesso exclusivo equipa de desenvolvimento, gestor e
utilizadores consultados para comentrios. No referido form possvel equipa de
desenvolvimento alterar o contedo de uma ideia (Caso de Uso 2). Ao selecionar a opo
Alterar Ideia, os campos do formulrio Ttulo, Resumo, Tipo e rea tornam-se editveis.
permitido ao utilizador, tal como no form Edio de Ideia, guardar um rascunho ou submeter.
Tal como nos forms anteriores, possvel equipa de desenvolvimento comentar e pedir
comentrios de utilizadores externos equipa (Caso de Uso 1), sendo o modo de ao
exatamente igual s anteriormente apresentadas.
Existem ainda vrias funcionalidades que permitem uma melhor interao entre os
membros da equipa, como anexar documentos necessrios, lista de tarefas, e lista de
utilizadores que constituem a equipa de desenvolvimento.
No final do form encontra-se a rea onde dever ser registada a deciso quanto prxima
atividade a ser realizada (Caso de Uso 4). Tal como no form Discusso da ideia,apenas tem
disponveis duas opes: Discusso e Votao. Escolhida a atividade, justifica a deciso e
submete.
78 Anlise do Sistema de Gesto de Ideias
Desenvolvimento da ideia
Discusso
Votao
Desenvolvimento
xx/xx/xxxx
xx/xx/xxxx
Comentrio Data Autor
Nome ID
Data Tarefa
Estado:
Autor(es): Gestor:
Titulo:
Resumo:
rea: Tipo:
Histrico
Data:
Anexos
Justificao:
Data:
Guardar Submeter
Deciso:
Novo comentrio
Comentrios
Pedir comentrio Expandir
P
P
P
R
R
R
Documentos
Equipa
Expandir
Tarefas
Alterar Ideia
Figura 4.33 Form Desenvolvimento da ideia
O form Votao suporta a atividade de votao, como observvel na Figura 4.34. No
form apresentado, de acesso restrito ao autor da ideia, gestor, jri e utilizadores
consultados, para alm da informao relativa ideia e zona de comentrios j apresentados
(Caso de Uso 1), encontra-se uma rea dedicada votao (Caso de Uso 6). Nesta rea
possvel votar e pedir votaes a utilizadores do sistema.
No caso de o utilizador selecionar Pedir votao, o procedimento semelhante ao de
pedir comentrio. O sistema envia um email de notificao e atribudo acesso ao utilizador
notificado ao form Votao, para que possa votar.
Especificao do Sistema de Informao 79
Votao da ideia
Votao
Data Autor
Comentrio Data Autor
xx/xx/xxxx
Estado:
Autor(es): Gestor:
Titulo:
Resumo:
rea: Tipo:
Votao
Expandir Votar Pedir votao
Novo comentrio
Comentrios
Pedir comentrio Expandir
P
P
P
Histrico Configurar
Data:
Anexos
R
R
R
Concluir
Figura 4.34 Form Votao da ideia
Caso se selecione a opo Votar no form da Figura 4.34, disponibilizado o formulrio
apresentado na Figura 4.35. Neste formulrio, o utilizador atribui um nivel de 0 a 5 a cada
critrio de avaliao, em que 0 significa nenhum, e 4 significa muito. Todos os campos so de
preenchimento obrigatrio. Terminado o seu preenchimento, o utilizador submete o
formulrio e o sistema regista na zona de votao do form Votao o nome do utilizador
que votou e a data em que o fez.
80 Anlise do Sistema de Gesto de Ideias
Votao - Critrios
xx/xx/xxxx
Avaliao Estratgica
Data:
Efeitos nos fatores crticos do sistema:
0 1 2 3 4
Atratividade de mercado alvo:
Interesse e anlise estratgica:
Impacto na competitividade comercial:
Avaliao Financeira
Resultados da anlise financeira:
Investimento previsional:
Perodo de Pay-back previsional:
Atratividade do mercado alvo:
Avaliao Operacional
Competncias internas:
Capacidade operacional:
Margem marginal:
Sinergias na promoo comercial:
Avaliao Tecnolgica
Competncias tecnolgicas:
Submeter Cancelar
Figura 4.35 Form Votao-Critrios
Como visvel no canto superior direito do form da Figura 4.34, o utilizador pode
configurar a atividade de discusso para cada ideia. Ao selecionar a hiperligao
Configurar, disponibilizado o form Votao Configurao, representado na Figura
4.36.
Neste formulrio possvel ao utilizador definir o tipo de votao, atribuindo pblico se
pretender disponibilizar a votao a todos os utilizadores do sistema, ou reservado, se
pretender disponibilizar para a votao a membros do jri e utilizadores consultados para
votarem numa ideia.
tambm possvel, neste mesmo form, alterar a constituio do jri do mesmo modo
como se altera membros do painel de discusso, ou seja, adicionando e removendo membros.
Por fim, possvel alterar os critrios de avaliao que so disponibilizados no form da
Figura 4.35, Votao Critrios de avaliao. O utilizador tem disponvel a lista de critrios
e respetivos pesos existentes atualmente no sistema, sendo possvel eliminar cada um atravs
da simbolo de eliminar existente em cada linha. Se pretender introduzir novo critrio, o
utilizador preenche o formulrio disponibilizado, introduzindo o contedo do critrio e peso.
O peso dever ser um valor percentual, por exemplo 30%.
Terminada a configurao, o utilizador valida as suas aes selecionando o boto Ok.
Especificao do Sistema de Informao 81
Votao Configurao
Pblico
Reservado
Nome ID Nome ID
Peso Critrio
Remover
Adicionar
Utilizadores Expandir Jri Atual Expandir
Tipo de Votao:
Critrios atuais
Expandir
Critrio: Peso:
Adicionar
Ok
Figura 4.36 Form Votao-Configurar
Voltando anlise do form Votao, Figura 4.34, quando j todos os membros do jri
votaram, ou uma votao dada como concluda, o gestor seleciona o boto Concluir. Ao
selecionar, o sistema processa os dados registados durante a votao e apresenta o form
Deciso (Caso de Uso 7), representado na Figura 4.37. Neste form disponibilizada
informao relativa votao decorrida, sendo cada critrio tratado de forma individual.
Em cada campo encontra-se o critrio, peso do critrio, valor mdio (VM), valor mdio
ponderado (VMP) e histograma:
o Valor mdio (VM) - obtido nas votaes calculado com a expresso
,
em que o nmero de votaes,
o valor de cada
votao,