Desenvolvimento e Inovação
Esse é um livro Leanpub. A Leanpub dá poderes aos autores e editores a partir do processo de
Publicação Lean. Publicação Lean é a ação de publicar um ebook em desenvolvimento com
ferramentas leves e muitas iterações para conseguir feedbacks dos leitores, pivotar até que você
tenha o livro ideal e então conseguir tração.
Descubra o que as outras pessoas estão falando sobre esse livro clicando nesse link para buscar a
hashtag no Twitter:
#rmcanvas
à minha família.
Conteúdo
Resumo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Agradecimentos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii
Prefácio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iii
Público Alvo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv
Cursos de Graduação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv
Cursos de Especialização . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv
Mestrado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v
Doutorado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v
Projetos de Pesquisa (& Desenvolvimento) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vi
Projetos de Fomento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vi
I Introdução . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
II Conceitos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2. Situação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2 Tipologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.3 Preenchimento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.4 Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3. Stakeholders . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.2 Tipologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.3 Preenchimento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.4 Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4. Entregas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.1.1 Escala de maturidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.2 Tipologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
4.2.1 Tipos de Produção . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
4.2.2 Tipos de Artefatos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
4.3 Preenchimento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.4 Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
5. Impactos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
5.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
5.2 Preenchimento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
5.3 Tipologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
5.4 Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
6. Base de Conhecimento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
6.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
CONTEÚDO
7. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
7.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
7.2 Tipologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
7.3 Preenchimento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
7.4 Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
8. Métodos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
8.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
8.2 Tipologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
8.3 Preenchimento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
8.4 Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
9. Atividades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
9.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
9.2 Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
10. Riscos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
10.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
10.2 Tipologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
10.3 Preenchimento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
10.4 Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
11. Recursos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
11.1 Fundamentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
11.2 Tipologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
11.3 Preenchimento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
CONTEÚDO
11.4 Checklist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
III Relaçãoões . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
12. Rastreabilidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
12.1 Raciocínio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
12.2 Matriz de Rastreabilidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
12.3 Modelo Conceitual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
12.4 As Seis Restriçãoões . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
12.5 Critérios Comuns de Avaliação de Projetos de P&D . . . . . . . . . . . . . . . . . . . 70
12.5.1 Originalidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.5.2 Aplicabilidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.5.3 Relevância . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
12.5.4 Razoabilidade dos Custos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
12.6 Os sete desperdícios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
12.6.1 Trabalho parcialmente concluído . . . . . . . . . . . . . . . . . . . . . . . . 72
12.6.2 Processos extra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
12.6.3 Características extras . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
12.6.4 Chaveamento de tarefas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
12.6.5 Espera . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
12.6.6 Movimentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
12.6.7 Defeitos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
13. Graduação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
13.1 Iniciação científica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
13.2 Trabalhos de Conclusão de Curso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
14. Pós-graduação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
14.1 Trabalho de Conclusão de Curso de Especialização . . . . . . . . . . . . . . . . . . . 75
14.2 Projeto de Dissertação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
CONTEÚDO
IV Ferramentas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
Referências . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Glossário . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Sobre o Autor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Resumo
A estrutura linear de um documento de projeto de P&D&I dita uma ordem específica de apresentação
que não favorece necessariamente o relacionamento entre os elementos do projeto, tais como
problema, objetivos, base de conhecimento, métodos e resultados. A estrutura linear é aplicada em
trabalhos de conclusão de curso de graduação, dissertaçãoões e teses, em projetos de fomento e até
em projetos de P&D&I de centenas de milhares de reais.
Por isso, alunos de graduação, especialização, mestrado, doutorado e até gerentes de P&D&I correm
o risco de comprometer a coerência e coesão de projetos ou ainda de ofuscar o potencial de suas
ideias em seminários ou reuniões.
Para resolver este problema, eu proponho uma abordagem visual que consiste em um quadro
(canvas) dividido em componentes essenciais de um projeto, além de uma notação para relacionar
esses componentes. Para aumentar a consistência e a coesão do projeto, nós propomos uma ontologia
que permite a conexão entre os elementos.
Nosso objetivo é desbloquear o potencial dos projetos de P&D&I que são rejeitados ou tomam outra
direção devido aos problemas de comunicação da ideia principal.
Esta abordagem é adotada hoje em programas de mestrado e doutorado e nos cursos de especializa-
ção oferecidos pela Universidade FUMEC.
Entre as vantagens, observa-se que a aplicação da abordagem proposta aumenta a percepção dos
usuários (especialistas, mestrandos e doutorandos) sobre os itens essenciais de um projeto de
pesquisa, destacando suas relaçãoões e facilitando a comunicação. Como conclusão, a abordagem
aumenta a qualidade dos trabalhos desenvolvimentos; facilita a comunicação e a apresentação do
valor agregado do projeto e impulsiona as chances de aprovar projetos de fomento.
Agradecimentos
À equipe do Laboratório de Sistemas de Informação Avançãoados - LAIS pelo feedback e validação
da proposta.
Aos alunos das turmas da disciplina de seminário de projeto de dissertação que ajudaram com
valiosas avaliaçãoões.
A seguir, apresentamos como cada grupo de usuários pode se beneficiar deste livro.
Cursos de Graduação
Este livro permitirá aos alunos de graduação A produzir resultados do TCC com base em uma
abordagem científica sólida e coesa.
Cursos de Especialização
Este material apresenta uma estrutura para apresentação e criação de TCCs de cursos de especiali-
zação.
desenvolvimento do seu artigo final, o RMCanvas é uma ferramenta poderosa tanto para orientação
do desenvolvimento do TCC quanto para sua apresentação final seja presencial ou em formato de
vídeo.
Mestrado
O Mestrando terá à sua disposição um conjunto de diretrizes que compilam as diferentes facetas da
metodologia científica com indicadores para os que quiserem se aprofundar.
Doutorado
Os doutorandos, diferentemente dos mestrados, já devem ser capazes de realizar pesquisas e por
isso, devem conhecer os elementos do RMCanvas.
Ainda que os elementos do RMCanvas não sejam novidade para os doutorandos, é importante
destacar a consistência e a coesão do projeto em sua apresentação.
Neste sentido, as categorias associadas a cada um dos elementos e as relaçãoões entre esses elementos
ajudarão os doutorandos tanto no desenvolvimento do pré-projeto quanto no desenvolvimento do
projeto de tese. O pré projeto é essencial para participar de processos seletivos, e o projeto de tese é
uma das entregas obrigatórias de qualquer programa de doutorado geralmente deve ser apresentado
entre os 18 e 24 meses de curso. Durante esse período, doutorando precisa agrupar os elementos
essenciais do sua pesquisa E para isso o Canvas pode ser de grande utilidade.
Público Alvo vi
Projetos de Fomento
Projetos para
A comunicação de um projeto, seja ele de dissertação, tese, TCC ou de pesquisa, é uma tarefa que
exige que o autor concentre-se nos elementos essenciais da proposta. Nem todos os autores entendem
estes elementos essenciais ou quais destes elementos devem se destacar. Por exemplo, a parte de
comunicação dos resultados do projeto e do seu impacto é frequentemente mal descrita ou não é
colocada no contexto da proposta.
O Brasil possuía, em 2014, 3.620 programas de mestrado. Estes cursos de mestrado geraram, em 2014,
50.206 dissertaçãoões. Como este número é crescente, podemos inferir, então, que temos pelo menos
100.000 dissertaçãoões em desenvolvimento no Brasil mesmo momento [32].
Todos esses alunos vão passar pela árdua tarefa de escrever um projeto de dissertação e, acima de
tudo, fazer a ligação do seus elementos essenciais de forma que o projeto façãoa sentido, e possa ser
defendido para uma banca examinadora. A tarefa de escrever um projeto de dissertação é dura, pois
envolve a utilização de elementos não habituais e, com frequência, ainda desconhecidos por esses
alunos.
O Modelo Canvas de Projetos de Fomento 3
Influências do RMCanvas:
O Modelo Canvas de Projetos de Fomento 5
ABNT NBR 16500 Project Model Design Science Outros Research Model
Canvas Research Canvas
Escopo do Projeto Justificativa Situação
Objetivos Objetivos SMART Goals Objetivos
Soluçãoões e Knowledge Base Base de
Recursos Técnicos Conhecimento
a Serem Utilizados
no Projeto
Stakeholders Stakeholders Stakeholders
Método a Ser Research Methods Métodos
Utilizado na
Execução
Avaliação de Riscos Riscos
Riscos
Planejamento da Linha do Tempo Atividades
Sequência Lógica
de Atividades
Orçãoamento Custos Recursos
Resultados Grupos de Artifacts Produto (CAPES) Entregas
Esperados Entregas / Produto
Benefícios Impacto (CAPES) Impactos
1. Escopo do Projeto;
2. Objetivos;
3. Resultados Esperados;
4. Avaliação de Riscos;
5. Método a Ser Utilizado na Execução;
6. Atribuição de Papéis, Autoridades e Responsabilidades;
7. Planejamento da Sequência Lógica de Atividades;
8. Soluçãoões e Recursos Técnicos a Serem Utilizados no Projeto;
O Modelo Canvas de Projetos de Fomento 6
1. Justificativa;
2. Objetivos SMART;
3. Benefícios;
4. Produto;
5. Requisitos;
6. Stakeholders;
7. Equipe;
8. Premissas;
9. Grupos de Entregas;
10. Restriçãoões;
11. Riscos;
12. Linha do tempo;
13. Custos.
1. Problema;
2. Objetivos;
3. Método;
4. Base de Conhecimento;
5. Requisitos;
6. Artefatos.
O Modelo Canvas de Projetos de Fomento 7
Para ilustrar a utilização dos elementos do RMCanvas, usamos aqui alguns exemplos de diferentes
áreas. Nesta seção, apresentamos o contexto destes exemplos.
2.1 Fundamentação
A situação problemática apresenta um contexto geral, ou seja, o pano de fundo (background) para
desenvolvimento do trabalho, sendo composta de três partes:
Situação: O contexto atual de uma determinada problemática. Uma situação problemática conceitual
é geralmente uma variação de algo que não se sabe ou não se entende.
Evidência: Apresenta uma citação à literatura ou estatística que dá suporte à situação. Ilustra as
consequências indesejáveis causadas por uma determinada situação. Geralmente a situação e a
evidência são elementos abstratos ou intangíveis.
O item situação deve introduzir o conflito que existe na situação problemática, que deve ser
resolvido. Este conflito é o elemento essencial que torna o projeto interessante.
O item evidências, por sua vez, deve apresentar claramente os detalhes específicos que justificam ou
que suportam a situação problemática. Estes detalhes adicionam credibilidade ao projeto.
2.2 Tipologia
1. Questões de conhecimento analítico podem ser respondidas a partir de análise conceitual, tais
quais questões matemáticas ou de lógica, sem que haja coleta de dados acerca daquele universo;
Situação 12
Hierarquia de objetivos
Questões abertas Qual o tempo de execução nesse tipo de Qual entrada causa a imersão no gráfico
contexto? de lembrançãoa contra o tamanho da
memória? Existe um mecanismo no
algorítimo que se responsabilize por isso?
Questões fechadas O que os consultantes pensam da Porque esses consultantes tem essas
usabilidade desse método de aconselhar opiniões sobre usabilidade? Quais razões
seus clientes? eles têm? Como isso se relaciona com o
contexto do uso? Podemos achar um
mecanismo social ou psicológico pra
isso?
Questões fechadas A execução do tempo de uma repetição é Porque o tempo de execução do método
menor que 7,7ms? nesses testes de dados maior que 7,7ms?
Esse loop é responsável pelo alto tempo
de execução?
Situação 13
2.3 Preenchimento
O preenchimento do item de pergunta de pesquisa deve ser feito com notas adesivas de diferentes
cores para:
2.4 Checklist
[22]:
[13]:
3.1 Fundamentação
De acordo com a Theory of Stakeholder Identification and Salience [06], os stakeholders podem ser:
dormentes, discricionários, solicitantes, dominantes, dependentes, perigosos ou definitivos.
do tipo dormentes possuem poder para impôr sua vontade na situação mas, devido ao
fato de não possuírem um relacionamento legítimo com a mesma, ou uma reivindicação
urgente, seu poder permanece inutilizado. Esses stakeholders possuem pouca ou nenhuma
interação direta com a situação.
Stakeholders Dependentes: Aos stakeholders dependentes falta poder, mas eles possuem
requisiçãoões legítimas e urgentes, que se caracterizam como “dependentes”, uma vez que
estes dependem de outros (outro stakeholder ou a gerência da empresa) para terem acesso
ao poder necessário para dar andamento a suas demandas.
Uma técnica útil para descrição dos stakeholders é o uso de personas. De acordo com
[35]: “Persona” é uma descrição detalhada de uma pessoa imaginária, que incorpora
suposiçãoões compartilhadas sobre usuários de um produto, dados sobre estes usuários,
ou ambos. A persona é um alvo do design, que ajuda a todos os envolvidos na concepção
de um produto, a manter o foco nas necessidades dos usuários e na consistência da
experiência que este usuário necessita.
3.2 Tipologia
• Funcionários;
• Comunidades;
• Comunidades Locais;
• Comunidades Nacionais;
• Público em Geral (Comunidade Global);
• Investidores;
• Consumidores;
• Proprietários;
• Gerentes;
• Fornecedores;
• Governo;
• Agências Reguladoras do Governo;
• Corpo Legislativo do Governo;
• Agências Governamentais de Coleta de Impostos;
• Asssociaçãoões de Comércio;
• Associaçãoões Profissionais;
• Centros de Pesquisa;
• Empresas do setor de indústria;
• Empresas do setor de serviçãoo;
• Empresas do setor de comércio.
3.3 Preenchimento
1. Tipo;
2. Descrição;
3. Saliência.
Stakeholders 20
3.4 Checklist
[22]:
• É uma questão da qual eles fazem parte mas ainda não se deram conta?
• O problema não é deles, mas exclusivamente meu?
• Eles levaram o problema a sério, ou é preciso convencê-los de sua relevância?
4. Como os leitores responderão à solução/ resposta contida na minha reivindicação
principal?
• Irá contradizer aquilo em que eles já acreditam? Como?
• Eles irão produzir argumentos padronizados contra a minha solução?
• Eles quererão ver os passos que me levaram até a solução?
4. Entregas
4.1 Fundamentação
Uma produção bibliográfica pode incluir um ou mais artefatos. Por exemplo: uma revisão sistemática
de literatura, que é uma produção bibliográfica, pode incluir a proposição de modelos teóricos
resultantes da compilação dos artigos selecionados pelos critérios de inclusão. Neste caso, temos
a combinação de uma produção bibliográfica com Artefatos.
Um artefato é algo criado por pessoas para determinado propósito prático. Exemplos de
artefatos desenvolvidos e estudados em pesquisas de sistemas da informação e engenharia
de software são: algorítimos métodos, notaçãoões, técnicas e até mesmo frameworks
Entregas 23
Alguns casos é possível ter a combinação de três tipos de produção intelectual. Por exemplo: uma
produção bibliográfica pode comunicar um algoritmo novo, que está implementado em um software
registrado no INPI.
4.2 Tipologia
1. Produção Intelectual;
2. Produção Bibliográfica;
3. Artigos publicados em periódicos;
4. Artigos publicados em eventos;
5. Livros;
6. Capítulos de Livro.
7. Produção Técnica;
8. Produção Artística.
[05]
Entregas 25
4.3 Preenchimento
4.4 Checklist
5.1 Fundamentação
Termos similares
5.2 Preenchimento
1. Tipo do impacto;
2. Descrição;
3. Indicador de impacto (eg. lucro, emissões);
4. Valor;
5. Tempo necessário para alcançãoar o impacto.
O valor multiplicado pelo indicador de impacto permite calcular a dimensão do impacto gerado.
5.3 Tipologia
5.4 Checklist
1. O impacto está colocado de forma positiva, e pode ser percebido como um benefício?
2. O impacto possui um indicador de mensuração e um valor associado a este indicador?
3. O impacto inclui uma previsão do tempo que será necessário para alcançãoá-lo?
4. Os impacto são percebidos diretamente e somente pelos stakeholders?
5. Os impactos resolvem a situação ilustrada no elemento Situação Problemática?
6. Ao considerar os custos para desenvolvimento da pesquisa, o impacto previsto cobre os custos?
O projeto é viável?
6. Base de Conhecimento
6.1 Fundamentação
De acordo com [12], a base de conhecimento é o repositório de artefatos que servirão como
referencial para o trabalho a ser desenvolvido. A base de conhecimento apresenta a teoria que embasa
os conceitos abordados no trabalho e corrobora, ou não, a análise dos resultados.
6.2 Tipologia
A base de conhecimento oferece o material por meio do qual a pesquisa será concretizada. De acordo
com Wieringa [12], a base de conhecimento é composta de fundamentos e metodologias.
1. Fundamentos
• Teorias;
• Frameworks;
• Instrumentos;
• Construtos;
• Modelos;
• Métodos;
• Instâncias.
2. Metodologias
• Técnicas de análise de dados;
• Formalismos;
• Métricas;
• Critérios de validação.
[TODO] Detalhar cada um dos itens da base de conhecimento
6.3 Preenchimento
6.4 Checklist
A base de conhecimento fornece os fundamentos e as metodologias que devem ser utilizadas pelas
outras açãoões do projeto. Desta forma, todos os itens dentro da base de conhecimento devem servir
como entrada para outros itens dentro de sessões como: método, atividades, resultados, e impacto.
7. Objetivos
7.1 Fundamentação
Os objetivos são divididos em: objetivo geral e objetivos específicos. Os objetivos específicos devem
ser o detalhamento do objetivo geral; estes devem ter a natureza dos objetivos SMART [07]:
específicos; mensuráveis; alcançãoáveis; relevantes; tempo-limite.
Os enunciados dos objetivos devem começãoar com um verbo no infinitivo e este verbo
deve indicar uma ação passível de mensuração. Como exemplos de verbos usados na
formulação dos objetivos, pode-se citar:
7.2 Tipologia
Os objetivos de conhecimento para um projeto que usa design science são, fundamen-
talmente, a descrição e a explicação de um fenômeno. Por exemplo, um objetivo de
conhecimento pode vir a ser a descrição do que acontece quando um artefato interage com
determinado contexto, bem como a descrição desta interação em termos dos mecanismos
internos do artefato e do contexto.
Estrutura de metas de um projeto de pesquisa. As metas da esquerda representam mudançãoas efetivas do mundo
real, aquelas à direita dizem respeito às crençãoas a respeito do mundo. Em um projeto exploratório, pode ser que não
haja metas de desenvolvimento de nível superior [13].
7.3 Preenchimento
Hierarquia de objetivos
1. Número de Ordem;
2. Tipo;
3. Descrição.
Objetivos 44
7.4 Checklist
8.1 Fundamentação
Convém que o método adotado para a execução do projeto seja descrito de forma clara e
compreensível, incluindo seus pressupostos, abordagens, e as práticas a serem adotadas.
Convém que o método de execução do projeto seja adequado ao alcance dos objetivos do
projeto e flexível o suficiente para a sua gestão, levando em conta as características da
organização.
8.2 Tipologia
O método pode ser classificado conforme diversas taxonomias. Abaixo realizamos algumas classifi-
caçãoões para o método científico.
1. Quanto à Natureza;
Métodos 46
1. Básica;
2. Aplicada;
2. Quanto à Abordagem;
1. Dedutivo;
2. Indutivo;
3. Hipotético dedutivo;
4. Dialético;
5. Fenomenológico;
3. Quanto aos Objetivos [29]:
1. Exploratória;
2. Descritiva;
3. Explicativa;
4. Quanto à Postura Epistemológica;
1. Positivista;
2. Interpretativista;
3. Crítica;
5. Quanto à Abordagem [29]:
1. Qualitativa;
2. Quantitativa;
3. Quali-Quanti
6. Quanto ao Procedimento técnico [29]:
1. Estudo de Caso;
2. Bibliográfica;
3. Documental;
4. Pesquisa-Ação;
5. Design Science
6. Survey (Levantamento);
Métodos 47
7. Modelagem (Experimental);
7. Quanto à técnica de coleta de dados;
1. Entrevista;
2. Observação Direta;
3. Levantamento;
4. Simulação;
5. Experimento;
6. Grupo Focal;
7. Delphi.
8.3 Preenchimento
8.4 Checklist
9.1 Fundamentação
Atividades são elementos que tomam como entrada um determinado artefato como insumo e geram
outro artefato como produto. Assim, as atividades são desdobramentos dos métodos escolhidos.
Desta forma, podemos identificar um conjunto de atividades que geralmente aparecem em trabalhos
que utilizam um determinado método. Na sequência são apresentadas listas-modelo de atividades
de acordo com o procedimento metodológico.
Atividades 51
Definir relação com a teoria Definiçãoões operacionais Definição de hipóteses Análise das unidades
e população a serem estudadas
Elaborar o projeto da survey Explicitar as restriçãoões e necessidades de dados Definir o objetivo
Definir o método de coleta de dados Elaborar os instrumentos para
coleta de dados
Conduzir o teste piloto Testar os procedimentos de aplicação de survey Analisar a qualidade
dos procedimentos
Coleta dados para teste da teoria Aplicar a survey Cadastrar dados coletados Avaliar a qualidade dos
dados coletados
Analisar dados Análise prévia dos dados Fazer teste de hipóteses
Gerar relatório Demonstrar as implicaçãoões teóricas Fornecer uma estrutura que
permita a replicação da pesquisa
9.2 Checklist
10.1 Fundamentação
O gerenciamento dos riscos é um dos componentes mais negligenciados pelos estudantes de pós-
graduação. Contudo, a falta de um plano de gerenciamento de riscos pode resultar em cancelamento
do trabalho, gerando prejuízos de temporais e financeiros.
Segundo a NBR 16500 [01]: > Convém que a avaliação de riscos esteja claramente correlacionada
com os resultados que se pretende alcançãoar, de modo que os riscos sejam mais facilmente geridos.
Escala de impacto do risco, e matriz de impacto e probabilidade [31]. Condiçãoões definidas para
Escalas de impacto de risco em Projetos Objetivos Superiores (Exemplos apenas para impactos
negativos) Escalas numéricas ou relativas são mostradas .
10.2 Tipologia
De acordo com o PMI, o risco também pode ser classificado de acordo com os quatro objetivos de
projeto:
1. Custo;
2. Tempo;
3. Escopo;
Riscos 57
4. Qualidade.
10.3 Preenchimento
1. Tipo do Risco;
2. Descrição;
3. Probabilidade;
4. Severidade;
5. Probabilidade x Severidade.
10.4 Checklist
11.1 Fundamentação
11.2 Tipologia
Os tipos de custos associados à projetos de pesquisa são baseados em itens financiáveis de agências
de fomento como FAPEMIG e CNPq, a seguir [09]:
Recursos 60
• Homem/hora;
• Treinamento;
• Custo do curso de mestrado/doutorado;
• Equipamentos e material permanente;
• Material de consumo;
• Passagens (aéreas e terrestres) e diárias;
• Software (aquisição de licençãoa compatível com o prazo de execução do projeto);
• Instalação e recuperação de equipamentos;
• Aluguel de equipamentos;
• Material de escritório;
• Recursos humanos: pessoal da equipe necessário para alcançãoar os objetivos e resultados
esperados do projeto;
• Serviçãoos de terceiros: serviçãoos prestados por pessoas físicas ou jurídicas contratadas para
realizar parte dos objetivos do projeto;
• Custos relativos à mobilização de infraestrutura.
11.3 Preenchimento
1. Tipo;
2. Descrição;
3. Valor.
11.4 Checklist
12.1 Raciocínio
O desenho do TMCanvas tem, na sua lógica, a representação da tensão entre a situação atual e a
situação desejada. A situação atual é apresentada do lado esquerdo enquanto que a situação desejada
se apresenta do lado direito.
Do lado esquerdo a situação atual está representada pelos itens: situação problemática e base de
conhecimento. Do lado direito a solução é representada pelos itens: entregas e impacto.
Os itens que se encontram entre o problema e a solução são aqueles que representam os meios
necessários para chegar à solução.
Situação Stakeholders
Entregas Impacto Base ObjetivosMétodos Atividades
Recursos Riscos
de Co-
nheci-
mento
Situação
Stakeholders
Entregas
Impacto X
Base
de Co-
nheci-
mento
Objetivos
Métodos X X
Atividades
Recursos
Riscos
Rastreabilidade 65
18. Os construtos que estão presentes na questão de pesquisa devem ser apresentados na base de
conhecimento.
Associaçãoões derivadas:
Restriçãoões no RMCanvas
Segundo [14]
Escopo: Isto é, o que se espera que o projeto produza (caso a tolerância do escopo for
igual a zero, o projeto deve entregar nada a mais ou a menos do que exatamente o que foi
especificado)
Tempo / Custo: Espera-se que o gerente de projeto entregue os produtos finais / entre-
gáveis, dentro dos intervalos acordados. Caso o projeto esteja atrasado e/ou custando
mais do que o que foi especificado previamente, o Patrocinador / Stakeholders / Conselho
do projeto precisam ser informados, para que possam decidir como proceder. Caso
o projeto vá terminar antes do tempo estabelecido e/ou com um custo inferior, eles
também devem ser informados uma vez que outros projetos podem ser iniciados antes
do previsto, bem como recursos monetários podem ser poupados de serem mobilizados
desnecessariamente.
12.5.1 Originalidade
12.5.2 Aplicabilidade
12.5.3 Relevância
A abordagem lean foi desenvolvida pela Toyota na década de 90. Ela identifica as sete categorias de
desperdícios que podem ser identificadas ao longo da execução de um projeto. Esta abordagem foi
então adaptada para a indústria de software principalmente por Mary e Tom Poppendieck.
[descrever]
[descrever]
Rastreabilidade 73
[descrever]
[descrever]
12.6.5 Espera
[descrever]
12.6.6 Movimentação
[descrever]
12.6.7 Defeitos
[descrever]
-# Aplicaçãoões
Considerando que suas características essenciais são voltadas para a comunicação científica, qual-
quer projeto científico, desde a graduação até o doutorado, pode ser desenvolvido com o RMCanvas.
No primeiro momento, os alunos podem utilizar o RMCanvas existente, formulado pelo professor
orientador ou por alguém do grupo de pesquisa, para ter uma visão geral do projeto em que ele
participa. Uma queixa frequente de alunos de iniciação científica é o entendimento do seu papel no
projeto como um todo. Assim o Canvas ajudaria estes alunos a se motivarem e se interessarem em
contribuir com um projeto entendendo claramente as consequência das suas entregas.
Nos cursos de especialização que exigem a entrega de um TCC, o RMCanvas permite que o aluno
comunique claramente o impacto de seu projeto, o problema que ele aborda, e como chegar lá. Logo,
em alguns minutos, superiores e patrocinadores do projeto podem entender seu sentido e tomar a
decisão de investimento.
O aluno de mestrado trabalha de 12 a 18 meses em sua dissertação. Logo, entender o tema de pesquisa
e o problema o mais cedo possível gera tranquilidade e confiançãoa para o aluno. Neste ponto, o
RMCanvas pode ser usado para estruturar a comunicação entre orientador e orientando.
O aluno de doutorado começãoa a trabalhar no seu projeto de tese geralmente desde o processo
seletivo.
Após a definição do patamar que estabelece o que “é”, introduza as ideias acerca do que
“poderia ser”. A lacuna entre esses dois parâmetros vai tirar o público da zona de conforto,
o que pode ser positivo na medida em que cria uma tensão que precisa ser resolvida.
1. O que é agora;
2. Situação Problemática;
3. Stakeholders;
4. Como poderia ser;
5. Entregas;
6. Impacto;
7. Como chegar lá;
8. Objetivos;
9. Base de Conhecimento;
10. Métodos;
11. Atividades;
12. Custos;
13. Riscos.
Usando o RMCanvas em Apresentaçãoões 78
Storytelling RMCanvas
• Definir;
• Pesquisar;
• Gerar Ideias;
• Testar Protótipos;
• Selecionar;
• Implementar;
• Aprender.
IV Ferramentas
17. Meio físico
É fácil utilizar o RMCanvas manualmente. Pode-se fazê-lo solicitando a impressão do pdf para
economizar tempo, mas também é possível realizá-lo utilizando uma cartolina branca.
A folha de cartolina deve ser dividida em cinco colunas e três linhas. A quarta coluna da primeira
linha e a quarta coluna da segunda linha devem ser mescladas. Da mesma forma devem ser mescladas
a quinta coluna da primeira linha com a quinta coluna da segunda linha. Além disso, a segunda
coluna da segunda linha deve ser mesclada com a terceira coluna da segunda linha; e a última
mesclagem deve ser a da primeira coluna da terceira linha com a segunda coluna da terceira linha.
18. Meio digital
No meio digital, existem opçãoões de ferramenta que trabalham com o conceito de lousa (whitebo-
ard) Abaixo seguem as ferramentas utilizadas pelo autor:
1. Realtimeboard (https://realtimeboard.com/);
2. Deekit (http://www.deekit.com).
18.1 Realtimeboard
Dentre essas ferramentas, a mais utilizada pela nossa equipe é o Realtimeboard. Esta ferramenta
oferece recursos como comentários, bate-papo, tags, além de uma busca avançãoada que permite a
localização de um conjunto de tags, facilitando a análise de rastreabilidade dos itens.
18.2 Deekit
[02] Finocchio Júnior, J. (2014) Project Model Canvas: gerenciamento de projetos sem burocracia.
Elsevier Brasil.
[03] Griffiths, M. (2012) PMI-ACP exam prep: rapid learning to pass the PMI Agile Certified
Practitioner (PMI-ACP) exam-on your first try!. RMC Publ..
[04] Wallwork, A. (2011) English for writing research papers. Springer Science & Business Media.
[05] Relatório de Avaliação 2010-2012 Trienal 2013 Área de Avaliação Interdisciplinar http://www.capes.gov.br/comp
avaliacao/4674-interdisciplinar
[06] Mitchell, R. K., Agle, B. R., & Wood, D. J. (1997) Toward a theory of stakeholder identification
and salience: Defining the principle of who and what really counts. Academy of management review,
22(4), 853-886.
[07] Doran, G. T. (1981) There is a SMART way to write management’s goals and objectives.
Management review, 70(11), 35-36.
[08] Sommerville, I. (2004) Software Engineering. International computer science series. ed: Addison
Wesley.
[11] Offermann, P., Blom, S., Schönherr, M., & Bub, U. (2010) Artifact types in information systems
design science–a literature review. In Global perspectives on design science research (pp. 77-92)
Springer Berlin Heidelberg.
[12] von Alan, R. H., March, S. T., Park, J., & Ram, S. (2004) Design science in information systems
research. MIS quarterly, 28(1), 75-105.
Referências 83
[13] Wieringa, R. J. (2014) Design science methodology for information systems and software
engineering. Springer.
[14] Six (yes six!) constraints. Jay M. Siegelaub. PMI. Disponível em http://www.pmi.org/learning/six-
constraints-enhanced-model-project-control-7294
[15] IEEE Standards Coordinating Committee. (1990) IEEE Standard Glossary of Software Engine-
ering Terminology (IEEE Std 610.12-1990) Los Alamitos. CA: IEEE Computer Society.
[16] Dresch, A. (2013) Design Science e Design Science Research como Artefatos Metodológicos para
Engenharia de Produção. São Leopoldo 184p. Dissertação (Mestrado)–Universidade do Vale do Rio
dos Sinos–Unisinos.
[18] IIBA, A. (2015) guide to the business analysis body of knowledge (BABOK Guide v3)
International Institute of Business Analysis (IIBA)
[19] Rolland, C., Souveyet, C., & Achour, C. B. (1998) Guiding goal modeling using scenarios.
Software Engineering, IEEE Transactions on, 24(12), 1055-1071.
[20] Mary, P., & Tom, P. (2003) Lean software development: an agile toolkit.
[21] Cohn, M. (2008) Advantages of the “As a user, I want” user story template. Disponível em
http://www.mountaingoatsoftware.com/blog/advantages-of-the-as-a-user-i-want-user-story-template.
[22] Booth, W. C., Colomb, G. G., & Williams, J. M. (2003) The craft of research. University of Chicago
press.
[23] Hillson, D. (2003) Using a risk breakdown structure in project management. Journal of Facilities
management, 2(1), 85-97.
[24] Hall, Dave, David Hulett, and R. Graves. “Universal risk project final report.” Available from
the PMI Risk SIG website www. risksig. com, or www. techriskmgt. com/home2link. html (2002)
[28] ISO/FDIS 16290:2013(E) Space systems - Definition of the Technology Readiness Levels (TRLs)
Referências 84
and their criteria of assessment. International Organization for Standardization, Switzerland, 2013.
12p.
[29] GIL, Antonio Carlos. Como elaborar projetos de pesquisa. 4. ed. São Paulo: Atlas, 2008.
[30] Da Silva, E. L., & Menezes, E. M. (2001) Metodologia da pesquisa e elaboração de dissertação.
Florianópolis, UFSC, 5(6)
[31] Guide, A. (2001) Project Management Body of Knowledge (PMBOK® GUIDE) In Project
Management Institute.
[32] Mestres e doutores 2015 - Estudos da demografia da base técnicocientífica brasileira. – Brasília,
DF : Centro de Gestão e Estudos Estratégicos, 2016.
[33] ONU. 2015 Transformando Nosso Mundo: A Agenda 2030 para o Desenvolvimento Sustentável.
Disponível em http://www.undp.org/content/brazil/pt/home/post-2015/sdg-overview/
[34] Office of Government Commerce. (2009) Managing successful projects with PRINCE2. The
Stationery Office.
[35] Pruitt, J., & Adlin, T. (2010) The persona lifecycle: keeping people in mind throughout product
design. Morgan Kaufmann.
[36] Greene, P. G., Brush, C. G., & Brown, T. E. (2015) Resources in small firms: an exploratory study.
Journal of Small Business Strategy, 8(2), 25-40.
Glossário
Projeto de Pesquisa :
Elemento Constitutivo
Representado por notas auto-adesivas…
Atributos do Elemento
ordem de preenchimento.
Atributo do Item do Elemento
Item do Elemento :
Sobre o Autor
Fernando Silva Parreiras possui estágio pós-doutoral na PUC Rio (bolsa Net2 EU FP7 PEOPLE),
doutorado em Ciência da Computação Summa Cum Laude pela Universität Koblenz-Landau na
Alemanha (bolsa CAPES/DAAD), mestrado em Ciência da Informação pela UFMG, especialização
em Gestão Estratégica pela UFMG e graduação em Ciência da Computação pela FUMEC. Tem expe-
riência no Brasil e no exterior em projetos de pesquisa e desenvolvimento. Na sua carreira acadêmica,
produziu mais de 60 trabalhos completos publicados em periódicos e anais de congressos nacionais
e internacionais, com mais de 850 citaçãoões, e o livro Semantic Web and Software Engineering,
Wiley/IEEE. Desde 2011, é professor e coordenador do Programa de Pós-Graduação em Sistemas de
Informação e Gestão do Conhecimento da Universidade FUMEC. Foi responsável pela intermediação
de acordos internacionais de cooperação acadêmica, promovendo a internacionalização do curso. Na
pesquisa científica, participa da execução e coordenação de projetos de P&D no setor elétrico, saúde
e engenharia de software, com financiamento FUMEC, FAPEMIG e CNPQ. Orienta dissertaçãoões
sobre os temas engenharia de software, banco de dados e inteligência analítica. Na Universidade
de Koblenz-Landau, Alemanha, foi o líder do grupo de trabalho WP1 do projeto MOST (Marrying
Ontologies and Software Technologies), financiado pelo EU FP7-ICT. No escopo dos trabalhos do
grupo, foi desenvolvida tecnologia com a SAP Research para validação de modelos de processos
de negócio em ferramentas SAP. Desenvolveu tecnologia para modelagem de equipamentos de
telecomunicaçãoões, embarcada em um produto da empresa polonesa Comarch. No ensino, possui
10+ anos de experiência docente em instituiçãoões como FUMEC, PUC Minas, Uni-BH. Na indústria,
é diretor executivo da LIAISE, e atua desde 1999 no setor de software: desenvolveu um conjunto
de ferramentas para suporte ao desenvolvimento dirigido por modelos (TwoUse Toolkit); atuou no
desenvolvimento de uma solução de Gestão Eletrônica de Documentos (GED) chamada Docman
(Spread); melhorou o desempenho do sistema e diminuiu o tempo gasto com manutençãoões (attps
Informática); projetou e desenvolveu um sistema para acesso e controle dos registros da qualidade
Sobre o Autor 87