Dicas para sua

equipe de TI
produzir mais
Antonio Carlos Soares

CEO e co-fundador do Runrun.it

Sumrio

DICAS PARA SUA EQUIPE DE TI PRODUZIR MAIS

03

INTRODUO

10

02. OS VILES DA TI

22

04. O MUNDO DE TI IDEAL

COM O RUNRUN.IT

06

01. NS TE ENTENDEMOS

16

31

COM OS VILES

GARANTEM INOVAO

03. COMO ACABAR

05. PASSION PROJECTS

EM TI

35

06. OS BENEFCIOS DO
RUNRUN.IT

Introduo

Introduo

Runrun.it

TI

Ns amamos tecnologia! Nosso DNA de desenvolvimento e inovao. A ferramenta, alis,

nasceu a partir dos problemas reais enfrentados na gesto de uma equipe de TI em uma
empresa especializada em solues mobile. Ns sabemos bem como pode ser complicado
organizar os processos entre tantos profissionais e clientes.

E, no coincidentemente, muitas empresas ou reas de TI usam o Runrun.it como seu gerenciador

de tarefas, tempo e desempenho elas so o segundo maior setor no Runrun.it!
pensando nelas que escrevemos este ebook: para tirar todas as dvidas dos profissionais, para indicar o melhor uso da ferramenta e, com tudo isso, ajudar a aumentar a
produtividade da sua empresa.

Introduo

Se a prpria tecnologia da informao (TI) gera ou possibilita o armazenamento, o processamento e o fluxo de informaes dentro de uma empresa, nada mais justo que existam ferramentas para melhorar o fluxo de informao dentro de uma empresa/rea
de TI. para isso que existe o Runrun.it.

Analistas, gerentes, POs e CTOs tero neste documento um grande aliado para organizarem seus projetos e aumentarem sua credibilidade perante os clientes e a rentabilidade das suas empresas.
Vamos comear?

Antonio Carlos Soares

CEO e Co-Fundador do Runrun.it

01

Ns te
entendemos
Se voc trabalha com desenvolvimento interno, se gerencia terceiros
(outsourcing), se trabalha por projeto, com help desk ou correo de bugs,
certamente tem muita coisa em comum com outras reas de TI.

01. Ns te entendemos

O grande desafio das reas de TI so as constantes mudanas de escopo e de priorizao e a tendncia a ignorar que os recursos envolvidos tambm executam outras
tarefas corriqueiras, como propostas, correo de bugs e reunies. A pior consequncia disso o prazo estourar, levando o oramento consigo. H outras variantes que
podem agravar esse quadro: turnover, tarefas piratas sendo requisitadas sem o consentimento do gestor, erros no previstos, etapas mal planejadas etc...

01. Ns te entendemos

Como no se perder entre tantos e complexos requisitos de um sistema? Sem

falar em projetos inacabados por conta de tarefas urgentes (e nem sempre
importantes) que passam na frente, ou por simples esquecimento dos
responsveis e falta de comunicao. Tudo isso leva a um gasto maior que o
previsto, e a queda na rentabilidade dos projetos.

Para evitar essas dores de cabea, preciso definir e melhorar constantemente

de onde vm as solicitaes, para onde elas vo, como so executadas, testadas
e implementadas principalmente em uma equipe onde existem vrios desenvolvedores e muitas reas que podem originar demandas. Escrever o fluxo de
trabalho no papel o primeiro passo para sua empresa se organizar de verdade. Para te ajudar nesta tarefa, use um software online de diagramas, ou
elenque a ordem em vrios post-its. O importante que fique muito claro de
onde devem surgir as demandas e para onde elas devem ser enviadas.

01. Ns te entendemos

E no importa se a sua empresa faz desenvolvimento interno, se gerencia terceiros (outsourcing), se trabalha por projeto, com help desk ou correo de
bugs. Tambm no importa o tamanho da empresa, ou se usa metodologias
convencionais, ou os mtodos geis, para desenvolver seus projetos. Independentemente do que faz e a forma escolhida para gerenciar isso, a empresa precisa de organizao e a melhor maneira para isso usar um software de gesto,
que ajudar a guiar desde o gerente at o colaborador que ir executar a ltima
tarefa relacionada ao projeto.

O objetivo deste ebook ajudar a exterminar o que acaba com o sono do

gerente de TI: os grandes viles das reas de desenvolvimento que estouram
o prazo e o oramento.

Venha comigo que eu vou falar um pouco sobre eles.

02

Os viles
da TI
Independente da sua rea de atuao, alguns problemas se tornam verdadeiros viles
no dia a dia e empurram sua produtividade l para baixo. Na rea de TI no diferente.
Ns no s conhecemos esses viles como sabemos como lutar contra eles.

10

02. Os viles da TI

Entre a demanda do cliente, ou de uma determinada rea da sua empresa, e a implantao

do servio/produto h um longo caminho a ser percorrido, que envolve inmeros profissionais. As etapas voc j conhece: planejamento, prazos, oramento, aprovao, codificao... E junto de todas elas, os velhos problemas. Abaixo, citamos os piores viles das
equipes de TI. Se voc se identifica com algum deles, este ebook foi feito para voc.

11

02. Os viles da TI

I. Turnover
A alta rotatividade nas empresas tambm est ligada a colaboradores desmotivados, por isso importante analisar os motivos que tm levado ao
desligamento de seus funcionrios. De qualquer maneira, mesmo que o
quadro no seja to pessimista, preciso saber lidar com o turnover, j que
ele acontece sem muita previsibilidade. Neste caso, perder dados cruciais
do projeto ou dias para inserir uma nova pessoa na conversa muito custoso e deve ser evitado.

II. Mudana de escopo por parte do cliente

Como se blindar diante de tantas mudanas de escopo por parte do cliente?
Voc deve estar acostumado necessidade de incluir ou alterar
funcionalidades de uma ferramenta ou sistema. Mas provavelmente tem
dificuldade em deixar claro que, ao aumentar a prioridade de uma
funcionalidade, as outras perdem a importncia. Negociar novamente esse
prazo costuma ser um desafio.

12

02. Os viles da TI

III. Muitos projetos ao mesmo tempo

O mundo seria uma maravilha se cada colaborador s trabalhasse em um
projeto por vez. Ento, todas as suas horas estariam alocadas para ele, o
que facilitaria estimar prazos e cumpri-los. O mundo est longe do ideal e
sua equipe trabalha em vrios projetos ao mesmo tempo. E voc mal
consegue gerenci-los.

IV. Tarefas piratas sendo demandadas sem o consentimento do gestor

De repente voc passa na frente da mesa de algum da sua equipe e essa
pessoa est executando uma tarefa para outra rea, sem voc saber,
atrasando as tarefas que deveriam ser prioritrias. muito difcil lidar com
mandos e desmandos de outras pessoas, afinal, voc sabe o que deve ser
feito para causar mais impacto. s vezes voc at sente que as pessoas
esto passando por cima de voc...

13

02. Os viles da TI

V. Correo de erros
Corrigir erros faz parte do fluxo de trabalho de qualquer projeto de TI, no
processo de melhoria contnua. O problema quando esse erro no est
dentro do plano de teste, mas tem origem na prpria equipe. Como justificar
o prazo estourado para o cliente?

VI. Etapas mal planejadas

Seja por preguia, pressa ou falta de habilidade, o planejamento deficitrio
traz muitos problemas para a equipe de TI, incluindo o desgaste na relao
com o cliente. Para planejar, preciso olhar para trs, repetir o que foi feito
de forma eficiente e corrigir as falhas.

VII. Oramento de projeto estourado

Este um dos viles que mais doem o bolso: ver que o oramento cobrado
do cliente no foi suficiente. Como evitar que ele estoure, e como prever
que isso possa acontecer para repassar esse custo ao cliente?

14

02. Os viles da TI

VIII. Rentabilidade escorrendo pelos dedos

Voc provavelmente j se viu trabalhando at mais tarde, durante dias a
fio, e no conseguiu entender por que a rentabilidade dos seus projetos
est diminuindo. Primeiro que produtividade no sinnimo de mais
tempo trabalhando. Muito pelo contrrio. Segundo, voc sabe realmente
como o tempo da sua equipe est sendo investido de fato em cada projeto?

15

03

Como acabar
com os viles
Como acabar com o turnover da sua rea? Ou evitar que o cliente mude o briefing
vrias vezes? Na verdade, nem sempre conseguimos acabar com esses tipos de
viles, mas podemos nos blindar de suas consequncias dolorosas.

16

03. Como acabar com os viles

A maioria dos problemas comuns rea de TI geralmente so resolvidos com a melhora

da gesto. Ao lanar um novo olhar sobre os obstculos dirios, o gestor conseguir
enxergar formas mais eficientes para solucion-los. E a tecnologia pode ser uma grande
aliada neste exerccio. Por isso eu trago, abaixo, algumas respostas bem prticas de como
usar o Runrun.it para eliminar as dores de desenvolvedores e gestores.

17

03. Como acabar com os viles

I. Turnover
Um dos principais fatores que levam ao pedido de demisso um chefe
confuso. Com o Runrun.it, o lder tem mais clareza do que prioridade e o
que no , motivando a equipe. Alm disso, o sistema arquiva comentrios,
discusses e decises em cada tarefa, incluindo documentos relacionados a
ela. Dessa maneira, qualquer pessoa nova que entrar no projeto poder se
inteirar rapidamente sobre ele o que tambm facilita a sada de pessoas,
afinal, tudo foi registrado no sistema.

II. Mudana de escopo por parte do cliente

Como se blindar diante de tantas mudanas de escopo por parte do cliente?
Em todo o caso, preciso deixar claro que os prazos aumentaro. No
Runrun.it, voc faz a repriorizao das tarefas de acordo com o novo pedido,
aumenta ou diminui a estimativa em funo da solicitao, e o sistema
recalcula a data de todas as entregas. Dessa maneira, provavelmente os
novos prazos sero reais, e voc conseguir alinhar a expectativa do cliente.
E, uma vez que o responsvel pela tarefa alterou o esforo necessrio para
execut-la, no possvel alterar seu escopo. Isso evita que o cliente inche
a tarefa sem pensar na extenso do prazo. Isso obrigada a criar uma nova
tarefa com uma nova estimativa.

18

03. Como acabar com os viles

III. Muitos projetos ao mesmo tempo

Se administrar o trabalho em vrios projetos ao mesmo tempo j difcil,
imagine gerenciar equipes e vrios projetos? No Runrun.it, atravs da pilha
de tarefas e prioridade, sua equipe pode executar vrias etapas de projetos
ao mesmo tempo sem que voc perca o controle. Alm disso, o sistema
calcula automaticamente as entregas, e as modifica se voc repriorizar
alguma tarefa em detrimento da outra.

IV. Tarefas piratas sendo demandadas sem o consentimento do gestor

Nada como um fluxo de tarefas bem estruturado para barrar os
pseudochefes que sua equipe ganha frequentemente. No Runrun.it, voc
configura quem abre tarefas para quem e quem pode receber tarefas de
quem. Dessa maneira, voc consegue gerenciar melhor no que cada pessoa
da sua equipe est trabalhando, evitando tarefas paralelas que no esto
dentro da prioridade da sua rea.

19

03. Como acabar com os viles

V. Correo de erros
Nenhum projeto de TI se no tiver erros no planejados. Mas isso no
um problema se voc tem uma gordura no prazo para corrigi-los. Atravs
da configurao dos tipos de tarefa no Runrun.it, possvel saber quanto
sua equipe est gastando nisso, e quanto est gastando com desenvolvimento de fato. Se a correo de erros ocupa uma porcentagem muito
grande do tempo total, voc pode identificar o motivo. E, de qualquer
maneira, conseguir saber o custo que deve ser repassado ao cliente.

VI. Etapas mal planejadas

Ao registrar no sistema todas as tarefas de um projeto, voc consegue ter
uma viso geral se o seu planejamento est completo ou se algumas etapas
no esto completas. Para isso, basta acessar o relatrio Status Report e
clicar em todas as tarefas que esto sendo trabalhadas e na fila. Depois de
tudo executado, voc poder rever os dados, analisar as etapas e, no
prximo planejamento, perpetuar acertos e corrigir os erros.

20

03. Como acabar com os viles

VII. Oramento de projeto estourado

O relatrio Custos do Runrun.it sua sada para no deixar o custo do
projeto estourar e nem chegar perto disso. Basta configurar o oramento planejado seu budget para ele e incluir o valor da hora/homem
no perfil de cada usurio. Se tiver custos extras, tambm possvel adicion-los na ferramenta para fazerem parte do clculo final. Uma luz
amarela deve acender em sua cabea se os custos caminharem mais
rpido que as etapas do projeto.

VIII. Rentabilidade escorrendo pelos dedos

Se voc no sabe onde est indo tanta verba em cada projeto, voc pode
obter essa resposta facilmente atravs do relatrio Esforo por tipo de
tarefa assim saber qual etapa do projeto est custando mais , ou de
Custos para saber quem est gastando mais.

21

04

O mundo de TI ideal
com o Runrun.it
Seja usando Cascata, Scrum, Kanban ou qualquer outra forma de gerenciar seu
projetos, o Runrun.it sempre til. No entanto, recomendamos seu uso mais
por equipes acostumadas a entregas rpidas e planejamento elstico.

22

04. O mundo de TI ideal com o Runrun.it

Cada empresa usa uma metodologia para gerenciar seus projetos. E eu respeito muito
isso. Neste captulo, daremos alguns exemplos de como possvel mesclar a metodologia
de pilhas usada no Runrun.it com a forma com que cada empresa e rea de TI gerencia
seus projetos. Importante deixar claro que trazemos apenas sugestes, e que voc pode
(e deve) fazer do jeito que melhor se adequar sua necessidade.

23

04. O mundo de TI ideal com o Runrun.it

4.1 Cascata
O Waterfall (Cascata) o mtodo de desenvolvimento de software mais difundido
no gerenciamento tradicional e divide um projeto (com possveis variaes) em
vrias etapas: elicitao de requisitos, projeto (planejamento), construo
(implementao ou codificao), integrao, teste e depurao (homologao),
instalao e manuteno.

Nesse tipo de processo, existe a necessidade de conhecer todos os requisitos e

de prever todos os cenrios (do mercado s necessidades do cliente) j nas
duas primeiras fases de desenvolvimento. Do contrrio, seu custo de mudana
bastante alto. Sei que esse nvel de previsibilidade quase nunca possvel, por
isso o Waterfall tem perdido espao para alternativas que pretendem lidar
melhor com prticas emergentes, como o Scrum e o Kanban.

Ainda assim, possvel ajustar o uso do Runrun.it a esse tipo de gesto. Basta
que todas as tarefas sejam registradas no sistema, e trabalhadas de acordo
com sua prioridade no planejamento. Com isso, ser possvel ter acesso a um
cronograma de entrega mais prxima do real com o grfico de Gantt e as
estimativas de entrega calculadas pelo sistema.

24

04. O mundo de TI ideal com o Runrun.it

4.2 Mtodos geis

Os mtodos geis geralmente so escolhidos por reas de TI interessadas em
entregas constantes e progressivas, em que feedbacks so coletados de forma
mais rpida, com um cronograma com flexibilidade e que precisem diminuir o
custo de mudana para acompanhar os aspectos imprevisveis do negcio. As
empresas mais modernas de desenvolvimento de software esto entre seus
maiores adeptos. No entanto, organizaes de outros setores tambm esto
interessadas nos benefcios dos mtodos geis, como agncias de publicidade,
e tambm departamentos de marketing, jurdico e financeiro. O Scrum, por
exemplo, pressupe equipes multifuncionais autogeridas, sem o papel do
tradicional gerente de projetos.

A adoo dos mtodos geis otimiza consideravelmente os custos e o tempo de

desenvolvimento. Isso porque as equipes investem tempo somente no que
importante, acompanhando as alteraes no cenrio externo ou na percepo
do cliente. Como as equipes podem desenvolver o cdigo ao mesmo tempo em
que levantam os requisitos, menos provvel que seu esforo seja gasto no
desenvolvimento de pouco ou nenhum valor por conta da constante reviso e
repriorizao e do baixo custo de mudana.

25

04. O mundo de TI ideal com o Runrun.it

Scrum
Aqui, a reponsabilidade pelo produto/servio compartilhada de forma
horizontal entre Product Owner (PO), Scrum Master e Equipe de
Desenvolvimento. Cada um tem seu papel, mas no h uma figura de hierarquia
superior que gerencie as atividades de todos. A gesto colaborativa do Scrum
pode ser feita no Runrun.it, e com outros recursos que a equipe considerar
apropriados. E, como o desenvolvimento dividido em perodos fixos de
tempo (Sprints), o Runrun.it uma tima oportunidade de automatizar os
clculos das entregas e ter mais controle sobre o que est sendo feito neste
modo de produo circular.

A sugesto que se segue apenas uma maneira de juntar as duas metodologias para conseguir extrair seus benefcios de forma organizada e produtiva.

26

04. O mundo de TI ideal com o Runrun.it

Prtica:

A partir do momento em que a equipe escolhe

Tanto faz se o seu Sprint dura 2, 3 ou 4 semanas,

os itens a serem trabalhados no Sprint, preciso

voc pode incluir todos os itens do Product

abrir quantas tarefas forem necessrias para

Backlog sob a responsabilidade de um usurio

que cada um seja desenvolvido. E cada tarefa

chamado Product_Backlog, gerenciado pelo

dever pertencer ao projeto Sprint XX. Uma

Product Owner sendo cada item uma tarefa. A

vez formado seu Sprint Backlog, voc j pode

cada Sprint, a prioridade das tarefas pode

transferir

mudar, e voc tem essa maleabilidade no

responsabilidade do Product Backlog para um

sistema. Importante dizer que quanto mais

novo usurio, chamado Sprint Backlog, at que

importante a tarefa, ou seja, quanto mais alto

as

tarefas

que

esto

sob

estiver na pilha, mais granular deve ser o item.

ele atinja as horas referente sua mo de obra

Isso inclui ter um esforo estimado prximo do

naquele perodo.

real para saber quantos itens cabero dentro

de um Sprint. Na descrio, voc pode usar
tanto o modelo User Story, quanto o Gherkin ou
caso de uso. Escolha qual mais se adapta sua
equipe e ao seu produto.

27

04. O mundo de TI ideal com o Runrun.it

Durante o Sprint, cada desenvolvedor trabalha

fas com status de aprovado no Runrun.it. Ento,

numa tarefa por vez, transferindo para si a tare-

a equipe decide, com a orientao do PO quais

fa que estiver no topo da lista do Sprint Back-

itens desenvolvidos vo para a produo. No en-

log. Ao terminar, a entrega normalmente. O

tanto, se voc trabalha com deploy contnuo, no

tester confere na lista de tarefas entregues re-

precisa esperar o Sprint Review para acontecer.

centes do projeto Sprint XX aquelas que devem

passar pelo seu controle de qualidade. Ele deve
clonar essa tarefa, mudando seu nome para
Teste de xxxxx e tambm o tipo de tarefa para
teste. Depois de execut-la, ele a entrega e in-

clui o status aprovado na tarefa original. Se ela

no for aprovada, o tester a reabre.
Para todas as reunies previstas pelo Scrum
(planejamento, diria, review e retrospectiva),
possvel tomar decises com os dados registrados no Runrun.it, de discusses nos comentrios das tarefas ao tempo estimado versus o alocado em cada atividade. Especificamente na
reunio de review, a equipe de desenvolvedores
apresenta para o Product Owner todas as tare-

28

04. O mundo de TI ideal com o Runrun.it

Lean Kanban em desenvolvimento de softwares

com quadro
O Kanban um dos mtodos mais usados para o desenvolvimento de softwares.
Oriundo do sistema Toyota de fabricao de peas de carros, ele tambm prev
uma equipe multidisciplinar e com autonomia para localizar e acabar com os
gargalos da produo.

A parte visual do Kanban, representada pelo quadro, definitiva para a tomada

de deciso neste tipo de sistema de trabalho. No toa, a palavra kanban
significa placa, tabuleta, em japons. Por isso, o fato de usar o Runrun.it no
exclui a necessidade do quadro. A ferramenta ajudar a gerenciar o tempo
dedicado a cada tarefa, e, portanto, permitir obter todas as informaes
provenientes desse recurso. Ou seja, quais tipos de tarefas esto gerando mais
retrabalho, correo de erros, quais integrantes da equipe esto se dedicando
mais ao rodzio de funo, entre outras.

29

04. O mundo de TI ideal com o Runrun.it

Prtica:

Agora a tarefa foi para a coluna Ambiente de

Crie um usurio To Do com a lista de itens de

teste. Repete-se tudo novamente, quantas

seu projeto Etapa XX. Tal usurio dever ser

vezes forem necessrias, at que cada item

gerenciado pelo gestor, sendo cada item uma

passe por todas as colunas.

tarefa. A equipe In progress transfere para si

A clonagem das tarefas importante para

as tarefas dessa lista de acordo com sua priori-

garantir que o tempo que cada desenvolve-

dade cada integrante pega a primeira, do topo.

dor dedicou tarefa seja contabilizado auto-

Depois da tarefa realizada, o desenvolvedor al-

maticamente em seu timesheet.

tera seu status para teste e a entrega.

A tarefa, agora, passar para a coluna de QA
no quadro Kanban.

Para testar, o profissional dever pesquisar nas

tarefas

entregues

do

projeto

Etapa

XX,

selecionar a que ele vai trabalhar e clonar

mudando seu nome e o tipo de tarefa. Uma vez
executada, ele altera o status da tarefa original
para revisado ou a reabre, caso tenha sido
reprovado pela reviso.

30

05

Passion Projects
garantem inovao em TI
Jared Schaber, lead developer do Runrun.it, conta sobre como se dedicar
a projetos que esto fora do road map serve de motivao profissional
aos colegas desenvolvedores.

31

05. Passion Projects garantem inovao em TI

Quantas vezes voc j presenciou uma equipe de TI trabalhando de forma

extremamente burocrtica, num projeto sem prazo para terminar e estril de
novas ideias? As pessoas acabam empurrando o trabalho com a barriga,
desmotivadas, seguindo ordens tambm burocrticas e sem nenhum desejo de
crescer. Para elas, estar ali apenas uma ponte para um emprego dos sonhos,
que elas mal sabem onde est.

fcil cair nessa armadilha. As empresas mais inovadoras, no entanto, provaram

que preciso dar espao equipe para que ela inove, deixando cada integrante
fazer o que deseja para a melhoria de seu produto/servio. Utopia?

O exemplo mais citado de uso do tempo corporativo para a produo de projetos

paralelos do Google. A empresa permite que 20% do tempo de seus colaboradores
sejam investidos em projetos pessoais e assim nasceu a ferramenta de e-mail
mais usada do mundo, o Gmail. O investimento valeu a pena.

32

05. Passion Projects garantem inovao em TI

Aqui no Runrun.it damos o nome de Passion Projects a essas atividades, executadas

de forma integral no ltimo dia de cada Sprint uma sexta-feira a cada duas semanas.
nosso hackaton interno, e tambm o momento dos desenvolvedores fazerem o
que amam para melhorar a ferramenta ou ajustar caractersticas de que no gostam.
Acreditamos que este momento criativo e ativamente participativo dos desenvolvedores no s os motiva como o fazem se sentir mais parte do projeto principal,
que o software de gesto em si. Como ns usamos o Runrun.it em nosso dia a
dia, sabemos mais do que ningum que, para evoluir, ele precisa tanto das grandes
features quanto das pequenas. Mas nem sempre essas ltimas so priorizadas.
Temos a sorte de estar com a faca e o queijo na mo: ns temos a viso do usurio
e o poder de mudar! Por isso esse dia de Passion Projects to importante.

Ao criar algo com as prprias mos, fora do road map, a equipe desenvolve
um senso de propriedade em relao ao seu trabalho, melhorando sua responsabilidade sobre outras tarefas que venha a desenvolver. Alm disso, como

33

05. Passion Projects garantem inovao em TI

quase cada um por si nesse dia, voc tem que se provar capaz de resolver tudo
sozinho em um dia, o que aumenta sua autoconfiana. Trata-se do feedback
mais rpido que um desenvolvedor pode ter e tambm s funciona para aqueles que desejam crescer profissionalmente.

No fim das contas, ficamos todos mais motivados, sabendo que existe abertura
para que nossas ideias mais empolgantes sejam implementadas a curtssimo
prazo. E quem ganha com isso so nossos clientes, com uma ferramenta com
solues cada vez mais inovadoras.

34

06

Os benefcios
do Runrun.it
O aumento da produtividade um benefcio que envolve muitos outros, j que
ele se d atravs da melhora de vrios processos. Confira no que o Runrun.it vai
ajudar efetivamente a sua equipe de TI.

35

06. Os benefcios do Runrun.it

Alm de um timesheet automtico, Runrun.it ajuda a gerenciar os projetos de TI

de forma rpida e intuitiva, respeitando o modo como cada equipe trabalha.
E, com tantos dados gerenciais oriundos do seu uso, os custos dos projetos
podem ficar menores, uma vez que possvel detectar gargalos, rearranjar
pessoal e dar treinamento para alguns profissionais, se necessrio.

Como todas as informaes do projeto ficam registradas nas tarefas, fcil

resgatar decises ou o tempo alocado nas etapas, por exemplo. Essa centralizao
da comunicao dentro da tarefa facilita o trabalho, melhora a organizao do
workflow e ainda aumenta a produtividade da equipe. Nossos clientes dizem
que esse aumento de 25%, em mdia!

Por fim, o Runrun.it melhora a qualidade dos processos, j que obrigada as

tarefas a passarem pelos status trabalhando, teste, aprovado ou reprovado.
Nenhuma tarefa, ou item, pode ser colocada em produo se no tiver o status
para isso. Agora, nada mais vai para o cliente com erro!

36

06. Os benefcios do Runrun.it

Ficou na dvida se o Runrun.it pode realmente te ajudar? Entre em contato com

o help@runrun.it ou pelo telefone 11 2305-5249. E, se voc ainda no est no
Runrun.it, faa uma conta grtis: http://runrun.it

37

 Runrun.it | Todos os direitos reservados.