Playbook

Prolancer
Bem-Vindo ao BossaBox! Juntos, vamos mudar a forma
de se fazer software customizado no mundo enquanto
formamos a próxima geração de relações de trabalho.
 Falaremos sobre coisas importantes nesse documento
A leitura não deve demorar mais que 10 minutos

1 Overview do
processo 2 Do’s
3 Don’ts

4 Informações
importantes 5 Ferramentas
utilizadas 6 Próximos
Passos

Descoberta 30 a 45 dias
Time
Squad de Produto. BossaBox possui
a responsabilidade de coordenar.
Engajamento
Etapa de Co-Criação. Cliente tem papel
central: representa os stakeholders
envolvidos na utilização do Produto.
Cliente atua de forma ativa, guiando o
time e as decisões tomadas.
Resultado
Protótipo navegável para
validação de produto.
Fluxo de Telas
Escopo Funcional (Estimado e
Priorizado)
Arquitetura do Software
Squad 100% Formado
Overview do Processo
Produção 4 a 6 meses Manutenção Indeterminada
Time Time
Squad Completo. BossaBox possui papel de Líder ou Gerente de Produto.
Suporte. BossaBox possui responsabilidade
de oferecer infra-estrutura e suporte.
Engajamento
Deve acompanhar os entregáveis, atuar para Engajamento
explicar a visão e tomar as decisões de Cliente é o responsável por reportar
negócio sempre que requisitado. Estar Bugs, fazer o “Escopo” e priorizar o que
presente, porém participar quando necessário. deve ser feito. Acaba fazendo a gestão
do trabalho (apesar de pequeno) sendo
realizado.
Resultado
Produto com escopo idealizado 100%
funcional
Resultado
Bugs ou Ajustes reportados
Produto adequado ao protótipo
corrigidos - contanto que dentro
desenhado
do número de horas do budget
Produto com o mínimo de bugs possíveis
Produto sempre com menor
Produto com responsividade mobile período de cadência fora do ar
adequada possível
Cliente com domínio para manusear o
produto
Descoberta
Sobre a equipe Prolancer Remoto
Gerente de Produto
É o responsável - porém não o dono - da comunicação entre Cliente
e Squad. Mais do que isso, deve atuar como catalisador do
relacionamento entre todos. Deve manter cliente informado, seguro
e participativo no processo. Responsável pelo Manuseio,
Refinamento, Priorização e Planejamento do Backlog.
Nessa etapa, seu principal objetivo é puxar todos para a descoberta
completa do Produto a ser desenvolvido e o entendimento de todos
do Squad.
Prolancer Remoto
Líder de Tecnologia
É o responsável por garantir que o Produto sendo descoberto será
possível de ser realizado com o que foi proposto pela equipe na
Descoberta. Deve prever impedimentos que o time de produção
enfrentará e garantir que o design está sendo otimizado para o
trabalho que será realizado futuramente.
Nessa etapa, seu objetivo é preparar a arquitetura do software,
estimar o trabalho e configurar questões de DevOps para que a
equipe tenha a menor fricção possível em seu trabalho.
Prolancer Remoto
Designer
É o responsável - apesar de compartilhar parte disso com o
Gerente de Produto - pela Arquitetura da Informação. Deve
traduzir as necessidades de negócio identificadas em um Design
de produto intuitivo, bonito e de acordo com a marca do Cliente -
levando em conta os usuários em cada tomada de decisão.
Nessa etapa, seu objetivo é entregar um Protótipo e todos os
Hand-Offs (Assets, Style Guide, Textos) necessários para os
Desenvolvedores.
Staff BossaBox
Gerente de Sucesso
Responsável por constantemente indagar e propor soluções para
essas questões: As pessoas estão cumprindo os processos? Esse
Squad está performando como deveria? Como o Cliente está se
portando? Com o Escopo que está sendo desenhado, como ajudar o
cliente a escolher e executar a melhor estratégia para seu Produto?
Seu principal objetivo é coordenar processos e fazer a gestão de
tudo que não for relacionado ao trabalho contratado (escolha/
remoção de membros, questões financeiras).
Descoberta
Sobre o processo

Call Call Call Call

Setup Sprint 1 Sprint 2 Sprint 3 Sprint 4

1 semana 7 - 10 Dias 7 - 10 Dias 7 - 10 Dias 7 - 10 Dias

Briefing Layout Home Sitemap Layouts Protótipo &

Screen Flow

Formulários de User Flow V1 User Flow VF Coleta de conteúdo Style Guide

Entendimento

Formação do Sketches & Priorização do Configuração

Discovery Squad User Personas Wireframes Backlog DevOps

Setup de Ferramentas Story Mapping V1 Story Mapping VF Estimativa do Tradução de

Backlog stories em tasks

Onboarding Listagem de Stacks Refinamento Arquitetura do Backlog segmentado

e Pré-requisitos do Backlog Software em 3 Releases
Produção Prolancer Remoto
Sobre a equipe
Gerente de Produto
É o responsável - porém não o dono - da comunicação entre
Cliente e Squad. Mais do que isso, deve atuar como catalisador
do relacionamento entre todos. Deve manter cliente
informado, seguro e participativo no processo. Responsável
pelo Manuseio, Refinamento, Priorização e Planejamento do
Backlog.
Nessa etapa, atua como Product Owner e, parcialmente, como
Scrum Master. Deve garantir que a melhor versão do produto
contratado será feita no melhor prazo possível.
Prolancer Remoto
Líder de Tecnologia
É o responsável por garantir que o Produto sendo descoberto
será possível de ser realizado com o que for proposto pela
equipe na Descoberta. Deve prever impedimentos que Devs
enfrentarão e garantir que o design está sendo otimizado para
o trabalho que será realizado futuramente.
É o Scrum Master. Deve coordenar, liderar e ajudar os
Desenvolvedores em suas atividades. É o principal responsável
pelo desenvolvimento do produto: Líder-Servil do time, QA e
DevOps. Deve garantir que Devs executem o melhor e mais
assertivo trabalho, sempre.
Prolancer Remoto
Designer
É o responsável - apesar de compartilhar parte disso com o Gerente de Produto
- pela Arquitetura da Informação. Deve traduzir as necessidades de negócio
identificadas em um design de produto intuitivo, bonito e de acordo com a
marca do Cliente - levando em conta os usuários em cada tomada de decisão.
Tem um papel passivo nessa etapa: deve participar de discussões sobre o
Produto e atuar para fornecer informações/entregávies aos Devs quando
requisitado.
Prolancer Remoto
Devs
São os responsáveis pela construção do Produto. Todo o processo será Agile e o
produto será construído a partir de incrementos funcionais semanais (Sprints).
A responsabilidade dos desenvolvedores é cumprir o escopo idealizado pelo
cliente - sugerindo mudanças, incrementos, etc quando acharem necessário - de
forma a:
(1) Todas as User Stories estarem sendo cumpridas - features funcionando, etc; (2)
UI seguindo a mesma estética da idealizada pelo Designer, no protótipo; (3)
Escrever código seguindo as melhores práticas do mercado (SOLID + outras de
prog. func.); (4) Priorizando sempre a segurança da informação do cliente; (5)
Verificando continuamente como melhorar performance do software.
Produção
Sobre o processo

Sprint Review | SA Sprint Review | SB Sprint Review | SC Sprint Review | SD Sprint Review
Sprint Planning | SA Sprint Planning | SB Sprint Planning | SC Sprint Planning | SD Sprint Planning | SE Sprint Plan

Sprint A Sprint B Sprint C Sprint D Sprint E

1 semana 1 semana 1 semana 1 semana 1 semana

Stories prioritárias Stories prioritárias Stories prioritárias Stories prioritárias Stories prioritárias
aceitas pelo time formam aceitas pelo time formam aceitas pelo time formam aceitas pelo time formam aceitas pelo time formam
o Sprint Backlog o Sprint Backlog o Sprint Backlog o Sprint Backlog o Sprint Backlog

Conforme stories são Conforme stories são Conforme stories são Conforme stories são Conforme stories são
trabalhadas, viram trabalhadas, viram trabalhadas, viram trabalhadas, viram trabalhadas, viram
Work in Progress Work in Progress Work in Progress Work in Progress Work in Progress

Quando Dev finaliza Quando Dev finaliza Quando Dev finaliza Quando Dev finaliza Quando Dev finaliza
a storie, coloca em a storie, coloca em a storie, coloca em a storie, coloca em a storie, coloca em
Waiting Review Waiting Review Waiting Review Waiting Review Waiting Review

Processo de Q.A. | Caso seja Processo de Q.A. | Caso seja Processo de Q.A. | Caso seja Processo de Q.A. | Caso seja Processo de Q.A. | Caso seja
reprovada - Backlog. Caso reprovada - Backlog. Caso reprovada - Backlog. Caso reprovada - Backlog. Caso reprovada - Backlog. Caso
aprovada - Done aprovada - Done aprovada - Done aprovada - Done aprovada - Done

Stories feitas de Stories feitas de Stories feitas de Stories feitas de Stories feitas de
acordo com são acordo com são acordo com são acordo com são acordo com são
integradas ao Produto integradas ao Produto integradas ao Produto integradas ao Produto integradas ao Produto
 Dos
O que você pode fazer para contribuir com o
desenvolvimento do produto e o bem estar da sua equipe

Overcommunicate. Almeje a excelência em suas Superestime a dificuldade do

O problema #1 a ser resolvido por atividades. Em nossa concepção, projeto. É melhor surpreender
equipes remotas é comunicação. Para excelência é a capacidade de positivamente com uma entrega
contorna-la, a melhor prática - mais superar as expectativas de antes do prazo do que gerar uma
do que processos e ferramentas - é ter nossos clientes em toda e frustração do cliente e da equipe
uma constante e clara comunicação. qualquer interação. com atrasos não antecipados.

Seja proativo. Exerça a autonomia que Coopere com os membros do O sucesso do cliente é o
lhe foi dada. Identificou um possível seu Squad. Cada um tem uma vida sucesso da equipe. Leve em
fora da plataforma e outras conta, em todas as etapas, o
problema que um companheiro pode ter?
obrigações, mas todos estão que é melhor para o cliente. O
Ajude. Precisa de algo que outra pessoa
orientados ao objetivo de se ter um sucesso do negócio dele é o
esqueceu de fazer? Peça. Identificou algum
projeto bem-sucedido e criar um bom motivo pelo qual construímos
problema com relação ao escopo? Mude
ambiente de trabalho. produtos digitais.
você mesmo.

“Satisfação é a diferença entre expectativa e resultado.”

Alinhe as expectativas com todos para que seja aguardado um resultado
satisfatório e surpreenda com resultados extraordinários.
 Don’ts
O que você deve evitar para garantir o melhor produto e
não prejudicar o desempenho da equipe

Não fique se comunicando por
vários canais. Para Chat, por
exemplo, deve-se utilizar o
Slack. Vídeo, utilize a ferramenta
combinada (Appear.in ou Zoom).
Não prometa o que não vai cumprir.
Não tenha receio de falar que algo
não vai ser feito na data que foi
sugerida. Sabemos que o trabalho
pode ter sido subestimado e/ou
ocorreram imprevistos.
Escolha comunicar-se sempre por
meio público acima do meio
privado.Qualquer dúvida ou
contribuição sua pode ser algo que
melhore ainda mais o esclarecimento
do trabalho entre o time.

“Isso não é problema meu.” Não avalie colegas negativamente por

Não alterne picos de produtividade. Não se atenha exclusivamente às suas motivos extra-profissionais. Houve
Queremos regularidade e
tarefas. Você faz parte de um time cujo alguma experiência negativa de
consistência no trabalho realizado.
papel é fazer o cliente atingir um comunicação com alguém? Tente
Picos e vales de produtividade
objetivo. Seu papel no Squad vai muito resolver falando diretamente com a
causam imprevisibilidade e
além da realização dos entregáveis e pessoa. Não resolveu? Comunique ao
insegurança.
cumprimento das cerimônias. P.O. ou à Bossa.

“The best result comes from everyone in a group doing

what’s best for themselves and the group.”
Não deixe as expectativas e a comunicação
desalinhadas. Faça o que for melhor para todos, pois
você estará fazendo o que é melhor para você também.

Avaliações
Todos os membros do Squad
farão um feedback 360 ao
término de cada Sprint. Um
formulário será enviado ao fim
de cada Sprint com as
instruções de avaliação. Além
disso, o Cliente realizará uma
avaliação dos membros.
Ao término, teremos uma nota
final resultante de uma média
ponderada entre as notas.
Essas avaliações são
fundamentais para garantir o
bom funcionamento da equipe,
diagnosticando falhas de
comportamento/processuais
antes que comprometam
maiores entregas da equipe.
Informações Importantes
Mudança no Squad
Uma mudança será feita
automaticamente no Squad, nos
casos de:
1. Descumprimento dos Termos
de Uso da plataforma;
2. Duas avaliações gerais
(Cliente e Squad) consecutivas
de um membro resultarem em
nota abaixo de 2 (máx = 5).
Caso o cliente queira realizar
mudanças na equipe, deve
procurar a equipe da Bossa e
nós faremos a avaliação da
justificativa ou não do pedido
do cliente. O mesmo vale se o
pedido for feito por membros do
Squad.
Nosso Suporte
Um membro do nosso Staff irá
sempre acompanhar a conta de
um Cliente.
O Gerente de Sucesso estará
ativo durante a etapa de
Discovery, garantindo o
cumprimento dos processos.
Qualquer membro poderá se
comunicar com ele via Slack e
será respondido dentro do
horário comercial.
Durante a etapa de Produção, o
GS abandonará o Slack, mas
poderá se acionado pelo envio
de um e-mail.
Você também poderá contatar o
Suporte pelo chat no Drift, no
Site.
Mudanças de Escopo Pagamentos
Após a etapa de Discovery, o O staff da BossaBox se
Cliente irá tomar a decisão do
responsabiliza por realizar os
que quer desenvolver de acordo
pagamentos dos Prolancers
com as suas necessidades.
(enquanto a nossa plataforma não for
Uma vez iniciado o capaz de fazer de maneira
desenvolvimento, uma mudança automática).
de escopo:
O pagamento é dividido em 2:
1. Pode ser feita em trabalho
1. Fixo (2/3): sendo pago
ainda não desenvolvido nas
Sprints; a. Por entrega, na Discovery
2. Pode ser feita em trabalho já b. Quinzenalmente, na Produção;
realizado nas Sprints se houver a
2. Bônus (1/3):
remoção uma parte igualmente
custosa presente no escopo. Proporcional aos resultados das
avaliações semanais e pago no
Caso o time encontre problemas
momento da conclusão do Produto
de scope creep e julguem melhor
(de acordo com as entregas descritas
renegociar projeto ou
no slide anterior). Liberado após
precisarem da intervenção da
período de garantia
Bossa, basta acionar o Suporte.
 Ferramentas Utilizadas

Arquitetura da Informação Arquivamento Gestão de Tarefas Feedback

Feedback:
Users Flows, Site Map, Coleta Compartihamento de Arquivos, Due Dates, Responsáveis, Bugs/Erros são diretamente
de Conteúdo Textos, Imagens, Ícones, etc Alinhamento encaminhados ao GitLab

Chat Repositório de Código Ligações Design Tools

Canais de Squad, Armazenamento, Vídeo Conferências -
Mensagens Diretas Versionamento e Testes Reuniões ou Demos Hand-Off
Design Hand-Off Layout
Layout

Wireframe
Wireframe UX Research
UX Research

Prototipação Documentação de Informações Coleta de Dados DevTools

DevTools
Layouts Clicáveis, Fluxo de Telas, User Personas, Story Mapping, Formulários, Briefings
Feedbacks de Design Sprint Retrospectives Estruturados

API Design
 Próximos passos

Processo de alocação do Informe-se!

Squad de Descoberta Há muitos conteúdos disponíveis no Trello
Proposta > Candidaturas > sobre o nosso Processo. Estude e pergunte
Avaliação > Entrevistas > para o GS sobre o processo (lembre-se: você
Alocação. será cobrado baseado no processo).

Setup de Ferramentas Onboarding

Iremos preparar as ferramentas, conectá-las Agende uma ligação
e nutri-las com as informações pertinentes com seu Gerente de
ao projeto. Em seguida, faremos o convite Sucesso.
para os membros.

Comunique-se Cumpra com entregáveis

Comece a utilizar o Slack. Faça as Vamos coletar algumas informações
devidas introduções, fale sobre o inicias. Também: forneça ao GS todos os
projeto, sobre você, etc arquivos/credenciais que possam ser
úteis ao projeto. Faça o quanto antes!
Playbook
Prolancer