Interao entre time de Design de Interfaces e time de
Desenvolvimento: Tentativas, Fracassos e Sucessos
Viviane Delvequio
Instituto de Pesquisas Eldorado
Avenida rico Verssimo s/n
Cidade Universitria - Campinas/SP
viviane.delvequio@gmail.com
ABSTRACT
O Mercado cada vez mais exige das empresas uma melhor
experincia do usurio, que se reflete, dentre outros fatores,
em softwares, sites, aplicativos com interface e interao
fceis e cativantes. Entretanto o mercado de
desenvolvimento de software brasileiro passou muito tempo
focando em outros fatores, tambm relevantes, mas
imperceptveis para esse pblico. Em contrapartida,
agncias de publicidade e marketing tambm passaram por
uma mudana considervel em suas estratgias e servios
com o crescente uso e popularizao da internet, redes
sociais e dispositivos mveis. So dois mercados que foram
igualmente impactados por essas mudanas e que tm muito
a ensinar um ao outro. Neste case tratamos o que mudou em
uma empresa de desenvolvimento de software para se
adequar essa nova realidade e receber no seu dia-a-dia
essa massa de trabalho criativa, contando os desafios,
fracasso e sucessos do processo de interao entre esses
grupos.
Author Keywords
Case; Experincia do usurio; Interao, Conceito de
House; Mtodos geis; Processos; Interface do Usurio;
Design; Desenvolvimento
ACM Classification Keywords
D.2.2 Design Tools and Techniques: User interfaces; D.2.9
Management: Life cycle, Software process models; D.2.10
Design: Methodologies; H.5.2 User Interfaces:
Evaluation/methodology, Graphical user interfaces (GUI),
Theory and methods, User-centered design
General Terms
Design; Documentation; Human Factors; Management;
Alessandra Rosa
Instituto de Pesquisas Eldorado
Avenida rico Verssimo s/n -
Cidade Universitria - Campinas/SP
alearte@gmail.com
INTRODUCTION
Nosso case se prope a contar como foi o processo de
revoluo na produo de interface dentro de uma empresa
de software.
Por anos a alocao de designer generalista funcionou
relativamente bem, pois as necessidades de interface eram
simples por no ser um fator relevante para o cliente.
Entretanto mudanas de mercado (supervalorizao da
experincia do usurio, crescimento do uso de recursos
mveis) tornaram a interface com o usurio um fator
competitivo dentro da indstria de tecnologia. Assim,
aumentou-se a demanda por profissionais com perfis
especficos.
Pesquisando alternativas e prticas j comuns de mercado,
chegamos a uma soluo que utiliza um conceito trazido de
agncias: a house, onde um ncleo de profissionais atende
s necessidades de artefatos e estratgias de comunicao
da prpria empresa. Porm, nossa house voltada para
servios relacionados a estudo e produo dos artefatos de
experincia de interao do usurio, aliados metodologia
gil j presente no dia-a-dia das empresas de tecnologia.
Assim, alm de detalhar a experincia e concepo da
soluo, iremos focar em compartilhar os resultados de
nossas experincias: mtodos adotados e seus resultados,
sucessos e fracasos ao lidar com projetos geis, times
multisites, projetos multi-plataformas, mentalidade de
equipe e gestores, etc.
CENRIO INICIAL
Trataremos da mudana do processo de trabalho com
profissionais de design de interface dentro de uma empresa
de software em seus ltimos 4 anos.
Por muitos anos o trabalho de terceirizao de agncias para
desenvolvimento de interfaces e de alocao de um
designer generalista (responsvel pela concepo de
wireframes, interface, produo front-end, anlise de
usabilidade, etc) por projeto funcionou relativamente bem:
os projetos eram grandes e o apelo por boa interface e
interao era fraco.
Entretanto o mercado de trabalho tem passado pelas
mudanas j citadas, fazendo com que a necessidade de
profissionais com perfis especficos aumentasse. Com isso
contamos com contrataes/especializaes de trs perfis: inviabilidade ou no acordncia com a realidade de uma
Designer de interao: trabalha com foco na estruturao suas origens so descritos superficialmente a seguir:
da soluo, organizando a informao e os fluxos de
navegao sempre da tica de quem vai de fato usar o
sistema, garantindo boa usabilidade e experincia do
usurio;
Designer de interface: profissional bem focado no estudo
conceitual e visual, responsvel por prover guias e
orientaes de identidade visual, focado na produo de
interfaces bonitas e atraentes;
Designer front-end: profissional com mais conhecimento
tcnico de desenvolvimento, focado em produzir os
artefatos necessrios para construir a camada de interface
de sites e aplicativos.
Inicialmente esses profissionais foram includos como parte
do time de desenvolvimento, registrando suas tarefas como
os demais membros do time faziam. Entretanto, dado que as
atividades desses profissionais precisavam ser finalizadas
antes que o time comeasse de fato a desenvolver, havia
grande dificuldade na organizao das tarefas de design,
ocasionando super alocao do profissional de design no
incio do projeto e escassez de demanda no fim do mesmo.
Em paralelo, observamos a diminuio do tamanho e/ou
durao dos projetos. Projetos menores e mais rpidos
fizeram com que seu nmero aumentasse. Assim, as
demandas de design passaram a ser mais constantes,
ocasionando alocao parcial de alguns desses
profissionais, mas de maneira descontrolada.
Tornou-se ento comum encontrarmos, num dado perodo,
determinados profissionais super alocados enquanto outros
no tinham demanda. Realidade que se invertia em outros
momentos. Isso ocorria porque o designer ficava na
dependncia de demanda para o projeto no qual estava
alocado e sem visibilidade da disponibilidade dos outros
profissionais com mesmo perfil.
Apesar de todos esses problemas, essa estrutura foi mantida
por um bom tempo, em parte por falta de idias melhores,
em parte por falta de conhecimentos dos gestores que s
possuam experincia com desenvolvimento e nenhuma
experincia na produo de artefatos interativos e de
interface.
SOLUO
Para resolver os problemas supracitados, procuramos as
melhores prticas em prestao de servio[1], dado que as e alinhamento com as estratgias da empresa, j que a
entregas feitas pelos profissionais de design so muitas
vezes servios prestados e no uma tarefa instrseca fase
de desenvolvimento.
Acabamos nos baseamos basicamente em dois modelos de
trabalho distintos: Mtodos geis e Agncia In House. As
prticas sugeridas por esses dois modelos foram observadas
e algumas foram adotadas e algumas descartadas pela
empresa de desenvolvimento de software. Estes modelos e
Metodologias de desenvolvimento gil
As metodologias de desenvolvimento gil j fazem parte da
cultura de muitas empresas de software e no seria diferente
no nosso caso.
Defendem adoo de mtodos para que o desenvolvimento
seja mais rpido e eficaz, atingindo os objetivos do cliente
para com o produto no menor perodo possvel. Defende
entregas menores, promovendo rpida avaliao de
resultados o que culmina em deteco de problemas ainda
no comeo e facilita qualquer mudana de direo que for
necessria.
O Manifesto gil defende quatro pontos[2]:
Indivduos e as interaes entre eles so mais importante
que processos e ferramentas;
Software em funcionamento mais importante que
documentao abrangente;
Colaborao com o cliente mais importante que
negociao de contratos;
Responder a mudanas mais importante que seguir um
plano.
Dado que o grupo de designers est imerso nesse contexto e
muitos destes pontos so de extrema relevncia tanto para o
desenvolvimento de software como para concepo e
entrega de uma experincia do usurio significativa,
estudamos e adotamos alguns mtodos para o nosso dia-a-
dia, os quais sero descritos na prxima seco.
Agncia In House
Segundo Rafael Sampaio A agncia de propaganda uma
organizao especializada na arte e tcnica da propaganda
que se estrutura especialmente para esse fim, aglutinando
profissionais especializados de diversas reas, acumulando
experincias, desenvolvendo e adquirindo tecnologia
especfica, e prestando servios para anunciantes... [4]
Uma house a implementao de uma agncia que pertena
corporao, estando ligada ao departamento de
comunicao e marketing, esta realiza todos os trabalhos de
publicidade, materiais promocionais e comunicao da
identidade da empresa.
A grande vantagem a reduo de custos, grande agilidade
comunicao com os departamentos internos facilitada.
MTODOS / CONCEITOS EMPREGADOS
Os mtodos geis que testamos no nosso dia-a-dia so
indicados dentro de processo Scrum ou Kanban [4] e as
prticas e divises de trabalho so as tradicionalmente
adotadas em agncias de publicidade [5].
A seguir passamos alguns que adotamos ou pensamos em
adotar e porque foi um caso de sucesso ou no.
Estrutura de House
Como j comentado, a House representa uma agncia
dentro da organizao, no importando qual o mercado que
a organizao em si atende. Acaba sendo um grupo que
presta um determinado tipo de servio para todas as reas e
departamento da empresa que precisam de um tipo
especfico de servio.
Embora seja uma estrutura que fazia muito sentido para as
necessidades e constncia de demanda, notamos uma
considervel resistncia a essa estruturao devido a
questes financeiras: tradicionalmente os projetos de
software so vendidos oferecendo um determinado nmero
de recursos (profissionais) por um determinado tempo.
Logo ter uma equipe no alocada oficialmente em nenhum
projeto acarretaria em mudanas de gerenciamento
financeiro e at de venda de projetos.
Apesar da dificuldade de estimar o tempo que ser dedicado
a cada projeto, aos poucos as estimativas foram sendo
melhoradas e a alocao parcial de profissionais tm
atendido bem quanto questo financeira. Entretanto temos
conscincia que exije cuidado e grande habilidade por parte
do gerente responsvel pelo controle financeiro.
Apesar deste problema, tivemos um ganho muito
significativo quanto ao conhecimento tcnico: tendo todos
os profissionais juntos, facilitou a troca de informaes,
fontes de pesquisa, mtodos de criao e apoio tcnico.
Atendimento e Planejamento juntos
Quando se trata da rea de Atendimento e Planejamento em
agncias, compreendem-se as tarefas de assistncia ao
cliente, o estudo de suas caractersticas, compreenso de
seus problemas, oportunidades e planejar a melhor
estratgia para atingir seu publico alvo ou target.
No nosso caso, o profissional que est encarregado do
atendimento / planejamento atua junto com os Lderes de
projeto, arquitetos de softwares e programadores para
levantar as necessidades do projeto. Tambm mantm
intenso contato junto com o ponto focal do projeto para
levantar com o cliente seus anseios e desejos sobre a
interface do projeto, seu target, usurios finais, contedo,
dados e informaes que sero transmitidos para o time de
criao.
Alm de entender e orientar os responsveis pelos projetos,
esse profissional quem acorda as entregas que sero feitas
e quando elas ocorrero.
Para nossa equipe multi-disciplinar este profissional
algum que veio da rea de programao e atuou por muito
tempo como designer generalista, respondendo pela
liderana tcnica do time e sendo capaz de observar as
necessidades dos projetos e alinhar qual profissional se
encaixa melhor ao projeto em questo. Atua como um
mediador entre a equipe de design e a equipe de
programadores.
Equipe de criao
A criao a fase de gerao das idias, dos temas, das
linhas visuais, slogans, textos, ilustraes, sons e muitas
formas de comunicao que podem ser usadas e
empregadas da melhor maneira possvel para a transmisso
das idias do cliente para seu pblico final.
A criao trabalha a partir de uma estratgia estabelecida
pelo atendimento/planejamento e do recebimento de um
documento com toda a anlise do cliente, seus desejos,
pontos fortes e fracos e uma anlise sobre o que o cliente
deseja vender que os profissionais da agncia chamam de
briefing.
O profissional generalista conseguia receber o briefing
diretamente do arquiteto de software e montar o wireframe
e arte junto com a equipe de programadores, assim
minimizando o tempo do projeto e agilizando as conversas
entre a equipe de criao e programadores. Porm atuando
com equipes multi-disciplinares e com profissionais mais
especializados oriundos das reas de humanas esse processo
precisou sofrer quebras.
Assim, baseados nas entregas acordadas, ocorre uma quebra
interna de atividades de acordo com a necessidade de cada
projeto. Essa quebra interna garante que pesquisas e
aplicaes dos mtodos necessrios produzam um produto
final com qualidade e devidamente acordado com as
expectativas do cliente.
Para atender com qualidade cada uma dessas fases da
concepo dos entregveis, a soluo encontrada foi dividir
a equipe em Designers de Interao, Designers de interfaces
e Designers Front-end.
Embora seja encorajado que os profissionais troquem
conhecimento e adquiram experincia nos demais papis
at como maneira de facilitar alocao de acordo com
mudanas de demanada e desenvolvimento de viso mais
completa do processo, essa diviso relativamente mantida
em respeito ao skill e foco de carreira de cada um.
Time auto-gerencivel
Conhecido como um dos princpios bsico dos mtodos
geis, o auto-gerenciamento do time consiste em
desenvolver entre os membros a responsabilidade pelas
entregas e prazos, promovendo cobrana e cuidado mtuo
levando habilidade de lidar e resolver problemas
cotidianos que tradicionalmente eram responsabilidades
daqueles com cargos de liderana.
Esse fator tem sido um grande desafio dado que a cultura no
mercado de design, publicidade e artes traz alguns padres
que atrapalham essa mudana de comportamento.
Processos de criao pessoais, profissionais que
desenvolvem apego emocional ao prprio trabalho,
influncia de gostos pessoais na avaliao, ritmo de
trabalho dependente de inspirao e humor, dentre outros,
so motivos que fazem com que ocorre uma defesa da
individualizao do processo, inibindo o profissional de arte
de gerenciar seus companheiros.
Para solucionar esse problema temos aplicado algumas
ferramentas sugeridas pelos mtodos geis e caminhando
aos poucos para implantar essa cultura, entretanto ainda
temos um time dependente da figura do lder tcnico.
Kanban em papel
Kanban um sistema de planejamento de produo
composto por um quadro e cartes visuais que auxiliam o
planejamento e produo. De acordo com os cartes
dispostos no quadro so tomadas as decises de priorizao
de produo.
O Kanban permite que todos os profissionais tenham
visualizao do andamento do projeto e podendo a qualquer
momento dar continuidade ao projeto.
Em nosso caso, o Kanban fsico teve grande sucesso com os
profissionais de design, pois o processo era visual e
viabilizava a viso geral do projeto, sua gesto e
andamento. Seu gerenciamento era simples e a equipe tinha
muita facilidade em se auto-gerenciar.
O problema encontrado foi ao inserir profissionais alocados
em outro local. Fisicamente separados, o Kanban deixava
de funcionar para todos.
Para essa situao, procuramos uma alternativa online e
encontramos a ferramenta Trello como a melhor opo para
as nossas necessidades por ser muito simples e
customizvel.
A possibilidade de deixar bem claro quem pode ser
responsvel por cada tarefa foi um fator que diminui
significativamente a dependncia do lder tcnico para
iniciar novas atividades.
Apesar dos ganhos, notamos que nem todos os profissionais
se adaptaram bem ferramenta, pois, por mais
customizvel que uma ferramenta seja, ainda mais
limitada que o uso de papel e post-it.
Daily
Daily uma das prticas mais comuns de mtodos geis:
trata-se de uma reunio diria de status, onde cada membro
do time relata para os demais membros o que fez desde a
ltima reunio, o que far at a prxima reunio e; se tem
algum impeditivo para as suas tarefas.
Essa reunio tem como objetivo ajudar o time a se auto-
gerenciar, dado que todos sabem o que os outros esto
fazendo, o andamento de todas as atividades do time, se h
algo impedindo algum do time de realizar suas atividades e
se conseguiro entregar o que est previsto dentro do prazo
estimado.
Embora o time ainda no esteja se auto gerenciando (como
comentado, h um membro com o papel de Planejamento, o
que faz com essa pessoa concentre as organizao de prazos
e entregas), gerou resultados positivos, pois cada membro
sabe quais atividades esto em andamento, que tipo de job
entra para o time e ainda abre espao para troca de
informaes entre os membros.
Retrospectiva
Retrospectiva outra reunio sugerida pelas prticas de
mtodos geis. Nesse caso o foco na melhora contnua do
processo e sincronizao da equipe. Normalmente o time
responde quais foram: os pontos fortes, os pontos fracos e
possveis melhorias.
Essa prtica tambm foi adotada integralmente e tem
ajudado muito a melhorar os mtodos de trabalho. Como
nossa forma de trabalhar se trata de um modelo que no
ainda comum no mercado, no h muitas referncias de
como proceder com determinados problemas do nosso dia-
a-dia.
Por esse motivo, a retrospectiva tem gerado resultados
positivos e relevantes para o grupo, criando o hbito de
debater problemas e encontrar solues juntos.
CONCLUSO
Observando o cenrio do qual partimos e no qual estamos
hoje, vemos uma grande diferena e evoluo no mtodo de
trabalho que visa integrar diferentes times em torno de um
foco comum que oferecer ao usurio uma interface cada
vez mais amigvel e fcil de ser usada.
Acreditamos ser um trabalho relevante por evidenciar
prticas que precisam ser discutidas por diversos times na
mesma situao, dado que provendo uma melhor interao
entre times de desenvolvimento e de criao de interfaces,
com mtodos e ferramentas que nos ajudem no dia-a-dia
estaremos aptos a prover uma experincia ainda mais rica e
gratificante para o usurio final de nossos sistemas.
REFERENCES
1. Macaulay, L., Miles, I., Wilby, J., Tan, I. L., Zhao, L.,
Theodoulidis, B. Case Studies in Service Innovation
(Service Science: Research and Innovations in the
Service Economy). Springer, 2012.
2. Wikipedia, Agile software development, 2012.
Disponvel em
<http://en.wikipedia.org/wiki/Agile_software_developm
ent>. Acessado em 20 jul. 2012.
3. Sampaio, R. Propaganda de A a Z. Campus, 2008.
4. Kniberg, H., Skarin, M. Kanban e Scrum - obtendo o
melhor de ambos. C4Media, 2009.
5. Sant'Anna, A., Garcia, L. F. D., Ismael, R. Propaganda
- Teoria - Tcnica - Prtica. C4Media, 2009.