18
Estimativa e roteirização. Um guia para aprimorar a precisão. Série de apresentações da Conferência para Desenvolvedores FileMaker 2017 Deborah Zempel, Deborah Zempel Consulting

Estimativa e roteirização. - fmdl.filemaker.com · Windows, iOS, web ou todas? Há questões de design a considerar em situações de uso em várias plataformas. Reserve um tempo

  • Upload
    lamthu

  • View
    212

  • Download
    0

Embed Size (px)

Citation preview

Estimativa e roteirização. Um guia para aprimorar a precisão.

Série de apresentações da Conferência para Desenvolvedores FileMaker 2017

Deborah Zempel, Deborah Zempel Consulting

Conferência para Desenvolvedores FileMaker A Conferência para Desenvolvedores FileMaker (DevCon, Developer Conference) é uma conferência anual de desenvolvedores que inclui sessões de aprofundamento, reuniões para discutir assuntos específicos, consultas presenciais e oportunidades para interagir com a equipe da FileMaker, Inc. e outros desenvolvedores experientes da plataforma FileMaker. A DevCon é a reunião mais importante dos mais de 1.500 profissionais da FileMaker de todo o mundo.

3

Bem-vindo(a)Este ebook é baseado na apresentação de Deborah Zempel na Conferência para Desenvolvedores FileMaker 2017, “Estimating & Storyboarding with Accuracy” (Estimativa e roteirização precisos).

Deborah tem trabalhado com o FileMaker Pro há mais de 26 anos, como designer e gerente de projetos de pequeno e grande porte. 

Ao longo dos anos, Deborah acabou se especializando em estimativa e roteirização.

Neste guiaRoteirização………………………………………………………..…

Por que criar um roteiro?………………………….………..……

Maneiras de preparar um roteiro………………………………..

Conceitos básicos de estimativa…………………………..…..

Diagnóstico: dúvidas iniciais……………………………………

Diagnóstico: estimativa e investigação……….................…..

Diagnóstico: análise detalhadas de requisitos………………

Criação da receita………………………………………………

Criação da receita: a estimativa faz sentido?……….............

Gerenciamento do andamento do projeto………............…..

Próximos passos………………………………………..…..…......

4 5 6

8 9

12 13141516

17

4

O roteiro é um organizador gráfico e uma ferramenta de colaboração que ajuda a definir os requisitos básicos e as funções do seu projeto. A roteirização também cria pontos rápidos de referência que precisam de revisão nas fases iterativas do processo de desenvolvimento, principalmente no refinamento do produto antes da finalização. 01

Roteirização

O que é um roteiro?

Maneiras de preparar um roteiro

Por que criar um roteiro?

5

Por que criar um roteiro?O mais importante em um roteiro é garantir que todos estejam sintonizados. Quando um cliente afirma: “Precisamos ter certeza de que incluímos ‘Envio internacional’ no layout de envios”, o que isso quer dizer? Será somente uma caixa de seleção que alguém marca quando a remessa é internacional ou um procedimento completo somente para pacotes com destino internacional? Quando um cliente afirma: “Precisamos enviar pacotes registrados”, o que isso quer dizer?

O roteiro vai ajudar a perceber essas questões. O modo de criar e apresentar o roteiro depende de você.

Eficiência Mesmo resultado

com menos esforço

Proposta de valor do roteiro: três princípios que importam para o seu cliente

Produtividade Fazer mais com o mesmo esforço

Eficácia Fazer as coisas do

jeito certo

Software Disponível

FileMaker Pro www.filemaker.com/br

Balsamiq www.balsamiq.com

Paper da 53 www.fiftythree.com

Sketchbook daAutoDesk www.sketchbook.com

Papel milimetrado www.printablepaper.net

Fichas Loja de materiais de escritório

6

Softwares populares de roteirizaçãoe modelos

Maneiras de preparar um roteiroHá muitas maneiras de preparar um roteiro. É preciso escolher um método e um formato que deixem você confortável e aumentem sua eficiência.

Há muitos produtos no mercado que ajudam a criar roteiros.

7

Exemplos de roteiros

Protótipo físico criado utilizando o FileMaker Modelo simples em cartões de anotação escritos a caneta

8

A estimativa pode ser difícil, pois são muitos fatores a considerar ao determinar quanto tempo levará para desenvolver um sistema ou parte dele para uma empresa. Na estimativa de um projeto, você deve começar com uma conversa de diagnóstico. A fase de diagnóstico detalhado ajudará a refinar seu roteiro e permitirá ajustar a estimativa, se necessário.02

Conceitos básicos de estimativa

Estimativa: primeiros passos

Diagnósticoa. Dúvidas iniciais b. Avalie e investigue c. Análise detalhada

Criação da receitaa. Detalhe as tarefas b. Calcule o tempo c. Isso faz sentido?

Diagnóstico: dúvidas iniciaisNa fase de diagnóstico, você reunirá informações do seu cliente ouvindo ele e fazendo perguntas claras durante entrevistas.

9

Tópicos para exemplos de perguntas iniciais:

Plataformas

Requisitos de segurança

Uso planejado

Resolução

Integração com outros sistemas

Requisitos de design

Número de usuários

10

Pergunta Explanação

Para quais plataformas estamos projetando: Mac, Windows, iOS, web ou todas?

Há questões de design a considerar em situações de uso em várias plataformas. Reserve um tempo para desenvolver para uma plataforma e corrija o que for necessário para as outras plataformas quando chegar o momento. Qualquer que seja a plataforma usada para o desenvolvimento, considere o tempo que levará para testar em outra plataforma. Se estiver desenvolvendo na mesma plataforma dos usuários, você não terá a preocupação de testar cenários diferentes.

Quais são as necessidades de segurança do cliente?

Precisamos de uma conta e uma senha para cada usuário? Quantos conjuntos de privilégios são necessários? Devemos bloquear objetos por meio de scripts ou pelos ajustes de segurança do FileMaker (ou ambos)? Quanto mais rígido o sistema, mais tempo será necessário para implementar a segurança.

Qual é o resultado esperado? Relatórios, formulários, contratos, listas, planilhas, PDFs?

Serão 2 ou 30 páginas? Podemos usar visualizações de listas definidas pelo usuário ou cada relatório deve ser personalizado e inserido no código do sistema?

Qual é a resolução de tela a ser usada?

A questão da resolução da tela é útil no desenvolvimento da interface. A compatibilidade com a plataforma deve ser avaliada novamente. O tamanho da janela pode variar entre plataformas. Caso você não saiba a resolução da tela, não será possível saber como ficará a aparência da interface ao testar em ambas as plataformas.

Exemplos de perguntas iniciais: plataformas, segurança, resultado e resolução

11

Pergunta Explanação

Há alguma integração com outros sistemas, extensões ou programas de terceiros? Se sim, o que são e como eles precisam ser integrados?

Se o sistema for integrado com outros sistemas, leve em consideração o quanto você conhece o outro processo. Caso seja somente um CSV exportado, tudo o que você precisará saber são os campos e a ordem de exportação de cada um deles. Caso seja um plug-in, recurso no qual você ainda não trabalhou, reserve um tempo a mais para incorporá-lo corretamente. Se precisar de ajuda de um funcionário da sua empresa, por exemplo, planeje um tempo a mais para incluir outra pessoa no processo.

O cliente tem ideias de design ou quer que você crie uma interface do usuário?

Fazer o design da interface pode não ser um bom negócio. Caso ele tenha desenvolvido uma ideia e queira que você siga esse design, o processo pode acabar se tornando muito complexo. Algumas vezes, clientes pensam apenas no design e não consideram suas implicações. Desde que tenhamos uma resposta para essa pergunta e uma ideia da aparência da interface, podemos estimar com mais precisão.

Quantas pessoas usarão o sistema ao mesmo tempo? É um sistema para um só usuário? Muitos usuários usarão o sistema ao mesmo tempo?

Exemplos de perguntas iniciais: integração, design e número de usuários

12

Diagnóstico: avaliar e investigarDepois de ter as respostas para as perguntas iniciais, é hora de se aprofundar nas informações obtidas.

Avaliar- Software existente - Documentos

existentes - Dados existentes

Investigar- Entreviste os usuários - Ouça a história deles - Verifique seus

processos

Obter os detalhes

13

Diagnóstico: análise detalhada de requisitosDepois das perguntas iniciais e avaliações, é hora de montar o roteiro com sua análise das perguntas iniciais e o Diagrama entidade-relacionamento (ERD, Entity Relationship Diagram).

Roteiro- Elemento visual para

o cliente - Esboça o sistema

para a etapa de detalhamento

ERD- Determina a

complexidade do sistema

Análise do cliente

+ =Análise detalhada de requisitos

Examinar a análise detalhada de requisitos com o cliente pode revelar detalhes adicionais que ajudarão a criar um roteiro e uma estimativa mais precisos.

14

Criação da receitaAgora que você tem um roteiro mais aprofundado, é hora de detalhar tudo. Você vai precisar de menus, temas ou funções personalizados? Você vai oferecer treinamentos? Você vai instalar o sistema para o cliente?

Todas as tarefas precisam ser levadas em conta, desde o número total de layouts, scripts e campos até o número total de encontros e o nível de gerenciamento de projeto necessário. Depois, você precisará estimar quanto tempo levará para concluir cada tarefa e aplicar o preço a ser cobrado.

Detalhar as tarefas- Layouts - Scripts - Gerenciamento

de projeto

Calcular o tempo total- Determine o tempo

de cada tarefa

Reunir as informações

15

Criação da receita: a estimativa faz sentido?Depois de calcular o tempo total de projeto, é importante reservar um tempo a mais (5 a 10% do total do projeto) para itens que podem ter sido esquecidos ou subestimados.

É o momento de analisar a visão geral e garantir que a estimativa que você está prestes a enviar é realista.

Se não parecer realista, você deve examinar o processo, reavaliá-lo e fazer ajustes que podem incluir postergar itens opcionais para uma fase futura.

Com vários recursos Simplificado

Aprimoramentos: definir as expectativas Inclua todas os recursos e opcionais discutidos na estimativa inicial. Se a estimativa estiver muito complexa, você poderá simplificá-la.

16

Gerenciamento do andamento do projetoÉ importante gerenciar o projeto com base no roteiro e na estimativa aceitos. À medida que mudanças ocorrerem ou o escopo do projeto mudar, você deve documentar com clareza e comunicar essas alterações para prevenir aumentos inesperados no orçamento do projeto.

Acordo sobre requisitos- Gerencie mudanças

baseadas no roteiro aceito

- Possibilidade de postergar itens para fases futuras

Acordo sobre orçamento- Determine o que está incluído

na estimativa inicial - Permite que você conteste o

que seria um custo adicional - Compare o tempo com o

detalhamento

Fazer o projeto evoluir

17

PlanejarSeus primeiros passos no desenvolvimento de um

app personalizado

CriarHora de começar a

desenvolver seu app personalizado

ImplantarCompartilhe seu app personalizado com

sua equipe

Planeje seu projeto, crie seu app personalizado e o implante entre a sua equipe com a ajuda destes guias disponíveis para download:

Assista à apresentação completa de Deborah Zempel na DevCon e faça download da ferramenta de estimativa usada por ela na

demonstração, assim como de seu relatório técnico.

03 Estimativa e roteirização com precisão

Próximos passosBEG002.fmp12.zip

269,7 KB Definir o escopo de

um projeto

18

O site de aprendizagem FileMaker.com conecta você a uma série de treinamento, webinars, debates, vídeos e tutoriais da Escola de App personalizado: filemaker.com/br/learning/

A Comunidade do FileMaker oficial conecta você a outros usuários e especialistas em FileMaker. Obtenha respostas às suas perguntas, assista a vídeos, acesse informativos técnicos, artigos de instruções, whitepapers e muito mais. community.filemaker.com/

O site de suporte do FileMaker.com fornece documentação de produtos, artigos de base de conhecimento, ajuda com decisões de compra e guias de instalação: filemaker.com/br/support/

Aprendizagem, treinamento e comunidade onlineExplore recursosAcesse estes ótimos recursos que podem ajudá-lo a aprender a desenvolver um app personalizado usando a plataforma FileMaker.