O documento discute a mudança no cenário de design de interfaces, com o aumento da demanda por experiência do usuário. Isso trouxe problemas como dificuldade de alocação de profissionais, instabilidade na demanda e falta de troca de conhecimentos. A solução proposta foi a criação de agências de design e a adoção de métodos ágeis para melhorar a colaboração entre os times.
4. Mercado de software não
Cenário Anterior
tinha apelo para interfaces
Profissional envolvido na
interface e Interação era um
desevolvedor com aptidões e
interesse pela área de IHC.
Um profissional de Design para
um projeto grande
5. Aumento do apelo pela
Cenário Atual
experiência do usuário
Apelo comercial para usuário
final de:
Mobiles
Celulares / Smartphones
Tablets
TVs
Projetos menores com maior
demanda por qualidade visual
e perfis específicos de atuação.
6. Problemas da Mudança
Dificuldade de alocação;
Instabilidade em demanda;
Dificuldade de troca de conhecimentos;
Exigências incorretas aos profissionais;
Todo mundo é “diretor de arte”;
Qualidade das entregas;
7. Problemas da Mudança | Como assim?
Dificuldade de alocação
Cada profissional é pago por projeto. Dado que profissionais de UI
possuem perfis específicos, havia dificuldade em definir qual projeto o
profissional se encaixa melhor, qual o tempo adequado de adaptação,
entre outros dilemas.
Instabilidade em demanda
Há fases do projeto que demandam maior tempo e alocação de
profissionais de UI e outras fases em que a demanda é menor, fazendo
com que alguns profissionais ficassem ociosos enquanto outros
profissionais estavam sobrecarregados.
8. Problemas da Mudança | Como assim?
Dificuldade em troca de conhecimentos
Por ter profissionais alocados em diferentes projetos, com
distanciamento físico e social, não havia troca de informações, logo,
toda vez que um profissional era alocado em um projeto, precisava
estudar sozinho, sem ajuda ou orientação de quem já passou pelos
mesmos problemas.
Exigência incorreta aos profissionais
Devido à falta de conhecimento sobre os segmentos e especificidades
da área de UI, os times de desenvolviemento faziam requisições fora
da área de atuação do do profissional, que se via obrigado a suprir
necessidades do projeto sem formação/experiência para tal.
9. Problemas da Mudança | Como assim?
Todo mundo é “diretor de arte”
Como as solicitações de trabalhos de UI eram feitas por profissional
sem formação correlata a UI Design, eram comuns solicitações sem as
especificações relevantes para a criação (objetivo do cliente, como
seria usado, pefil de usuário, etc.). O solicitante focava em definir a
“execução” ou interferia no resultado final, limitando o trabalho de
pesquisa e concepção.
Qualidade das entregas
Dado todos os fatores mencionados anteriormente, a consequencia
natural é que as entregas ficavam aquém da qualidade esperada,
causando frustração nos profissionais de UI por não entregar um
produto tão completo quanto sabiam que podiam entregar caso todos
os perfis necessários tivessem trabalhos juntos ou caso houvesse mais
compreensão interna sobre as necessidades do processo de UI.
10. Solução Proposta
Proj. A Proj. B Proj. C Proj. D
MÉTODO
HOUSE ÁGIL EQUIPE DE DESIGN
Front End Wireframe Design UI Pitacos
11. Metódos Adotados
Agências
Centralização das requisições
Responsáveis pelos projetos sabiam quem procurar
Evita tirar o foco do designer em processo criativo
Atendimento e Planejamento:
Respaldo técnico e institucional perante:
– equipe de design/criação e;
– clientes internos (times de desenvolvimento).
Evangelismo de UX
Equipe de Criação:
Facilita alocação
Melhor aproveitamento dos skills
Troca de experiências
12. Metódos Adotados
Métodos Ágeis
para time de designers
Time
Uma equipe que tem por objetivo suprir a necessidade de outras
equipes.
Daily
Acompanhamento mútuo do andamento de cada um
Visibilidade a todos sobre os tipos de projetos que atendidos.
Kanban
Em papel
On-line (Trello)
– Inicial rejeição/pouco uso
– Solução: atribuir responsáveis (colocar a “cara” ) ao invés de
esperar cada membro “assumir” uma task
13. Metódos Adotados
Métodos Ágeis
para time de designers
Planning
Não foi aplicada pela característica de frequentes demandas
pequenas e rápidas que afetaríam qualquer planejamento
prévio.
Retrospectiva
Efetiva no levantamento de problemas
Time auto-gerenciável
Com o uso do kaban, a execução já está independente
Restrição apenas referente à entrada de projetos que fica
dependente do “Atendimento”