Dicas Para Sua Equipe de TI Produzir Mais - Runrunit

Dicas para sua equipe de TI produzir mais

Antonio Carlos SoaresCEO e co-fundador do Runrun.it

203INTRODUO

1603. COMO ACABAR

COM OS VILES

0601. NS TE ENTENDEMOS

1002. OS VILES DA TI

2204. O MUNDO DE TI IDEAL

COM O RUNRUN.IT

3105. PASSION PROJECTS

GARANTEM INOVAO

EM TI

3506. OS BENEFCIOS DO

RUNRUN.IT

DICAS PARA SUA EQUIPE DE TI PRODUZIR MAIS

Sumrio

Introduo

3

4Ns 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 profis-

sionais, para indicar o melhor uso da ferramenta e, com tudo isso, ajudar a aumentar a

produtividade da sua empresa.

Introduo

Runrun.it TI

5Introduo

Se a prpria tecnologia da informao (TI) gera ou possibilita o armazenamento, o pro-

cessamento e o fluxo de informaes dentro de uma empresa, nada mais justo que ex-

istam 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 organi-

zarem seus projetos e aumentarem sua credibilidade perante os clientes e a rentabil-

idade das suas empresas.

Vamos comear?

Antonio Carlos Soares

CEO e Co-Fundador do Runrun.it

6Se 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.

Ns teentendemos01

7O grande desafio das reas de TI so as constantes mudanas de escopo e de prior-

izao e a tendncia a ignorar que os recursos envolvidos tambm executam outras

tarefas corriqueiras, como propostas, correo de bugs e reunies. A pior consequn-

cia disso o prazo estourar, levando o oramento consigo. H outras variantes que

podem agravar esse quadro: turnover, tarefas piratas sendo requisitadas sem o con-

sentimento do gestor, erros no previstos, etapas mal planejadas etc...

01. Ns te entendemos

8Como 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 desen-

volvedores e muitas reas que podem originar demandas. Escrever o fluxo de

trabalho no papel o primeiro passo para sua empresa se organizar de ver-

dade. 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.


9E no importa se a sua empresa faz desenvolvimento interno, se gerencia ter-

ceiros (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. Indepen-

dentemente do que faz e a forma escolhida para gerenciar isso, a empresa pre-

cisa 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.


10

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.

Os vilesda TI02

11

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 profis-

sionais. As etapas voc j conhece: planejamento, prazos, oramento, aprovao, codifi-

cao... 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.

12

I. Turnover

A alta rotatividade nas empresas tambm est ligada a colaboradores des-

motivados, 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 cus-

toso 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.

02. Os viles da TI

13

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...

02. Os viles da TI

14

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?

02. Os viles da TI

15

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?

02. Os viles da TI

16

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.

Como acabarcom os viles03

17

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.

18

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.


19

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.


20

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 desenvolvi-

mento 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.


21

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 ora-

mento planejado seu budget para ele e incluir o valor da hora/homem

no perfil de cada usurio. Se tiver custos extras, tambm possvel adi-

cion-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.


22

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.

O mundo de TI ideal com o Runrun.it04

23

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.

24


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.

4.1 Cascata

25


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.

4.2 Mtodos geis

26


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 metodolo-

gias para conseguir extrair seus benefcios de forma organizada e produtiva.

Scrum

27

Prtica:

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

voc pode incluir todos os itens do Product

Backlog sob a responsabilidade de um usurio

chamado Product_Backlog, gerenciado pelo

Product Owner sendo cada item uma tarefa. A

cada Sprint, a prioridade das tarefas pode

mudar, e voc tem essa maleabilidade no

sistema. Importante dizer que quanto mais

importante a tarefa, ou seja, quanto mais alto


estiver na pilha, mais granular deve ser o item.

Isso inclui ter um esforo estimado prximo do

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.

A partir do momento em que a equipe escolhe

os itens a serem trabalhados no Sprint, preciso

abrir quantas tarefas forem necessrias para

que cada um seja desenvolvido. E cada tarefa

dever pertencer ao projeto Sprint XX. Uma

vez formado seu Sprint Backlog, voc j pode

transferir as tarefas que esto sob

responsabilidade do Product Backlog para um

novo usurio, chamado Sprint Backlog, at que

ele atinja as horas referente sua mo de obra

naquele perodo.

28

Durante o Sprint, cada desenvolvedor trabalha

numa tarefa por vez, transferindo para si a tare-

fa que estiver no topo da lista do Sprint Back-

log. Ao terminar, a entrega normalmente. O

tester confere na lista de tarefas entregues re-

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 registra-

dos no Runrun.it, de discusses nos comentri-

os das tarefas ao tempo estimado versus o alo-

cado em cada atividade. Especificamente na

reunio de review, a equipe de desenvolvedores

apresenta para o Product Owner todas as tare-

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

a equipe decide, com a orientao do PO quais

itens desenvolvidos vo para a produo. No en-

tanto, se voc trabalha com deploy contnuo, no

precisa esperar o Sprint Review para acontecer.

29


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.

Lean Kanban em desenvolvimento de softwares com quadro

30

Prtica:

Crie um usurio To Do com a lista de itens de

seu projeto Etapa XX. Tal usurio dever ser

gerenciado pelo gestor, sendo cada item uma

tarefa. A equipe In progress transfere para si

as tarefas dessa lista de acordo com sua priori-

dade cada integrante pega a primeira, do topo.

Depois da tarefa realizada, o desenvolvedor al-

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.

Agora a tarefa foi para a coluna Ambiente de

teste. Repete-se tudo novamente, quantas

vezes forem necessrias, at que cada item

passe por todas as colunas.

A clonagem das tarefas importante para

garantir que o tempo que cada desenvolve-

dor dedicou tarefa seja contabilizado auto-

maticamente em seu timesheet.

31

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.

05 Passion Projects garantem inovao em TI

32

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.

05. Passion Projects garantem inovao em TI

33


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 desenvol-

vedores 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 respons-

abilidade sobre outras tarefas que venha a desenvolver. Alm disso, como

34


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 aque-

les 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.

35

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.

06 Os benefciosdo Runrun.it

36

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!

06. Os benefcios do Runrun.it

37

06. Os benefcios do Runrun.it

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

o [email protected] ou pelo telefone 11 2305-5249. E, se voc ainda no est no

Runrun.it, faa uma conta grtis: http://runrun.it

Dicas Para Sua Equipe de TI Produzir Mais - Runrunit

Documents

Transcript of Dicas Para Sua Equipe de TI Produzir Mais - Runrunit