Post on 06-Nov-2015
description
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.
01. Ns te entendemos
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.
01. Ns te entendemos
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.
03. Como acabar com os viles
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.
03. Como acabar com os viles
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.
03. Como acabar com os viles
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.
03. Como acabar com os viles
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
04. O mundo de TI ideal com o Runrun.it
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
04. O mundo de TI ideal com o Runrun.it
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
04. O mundo de TI ideal com o Runrun.it
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
04. O mundo de TI ideal com o Runrun.it
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-
04. O mundo de TI ideal com o Runrun.it
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
04. O mundo de TI ideal com o Runrun.it
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.
04. O mundo de TI ideal com o Runrun.it
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
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 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
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 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 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
Runrun.it | Todos os direitos reservados.