Interação entre time de Design de Interfaces e time de
Desenvolvimento
Alessandra Rosa e Viviane Delvequio | 07 Novembro 2012
Agenda
Cenário Anterior e Mudança de Cenário;
Solução Proposta;
 Agências;
 Métodos Ágeis;
Métodos Adotados;
Mudança de Cenário


   UX e
Metodologias
   Ágeis
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
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.
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;
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.
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.
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.
Solução Proposta


                  Proj. A     Proj. B     Proj. C    Proj. D




        MÉTODO
HOUSE    ÁGIL           EQUIPE DE DESIGN



                 Front End   Wireframe   Design UI   Pitacos
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
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
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”
Obrigada!

Alessandra Peguim Rosa
www.about.me/alearte
alessandra.rosa@eldorado.org.br
alearte@gmail.com



Viviane Delvequio
www.about.me/vod
viviane.delvequio@eldorado.org.br
viviane.delvequio@gmail.com

IHC 2012 | Interação entre time de Design de Interfaces e time de Desenvolvimento

  • 1.
    Interação entre timede Design de Interfaces e time de Desenvolvimento Alessandra Rosa e Viviane Delvequio | 07 Novembro 2012
  • 2.
    Agenda Cenário Anterior eMudança de Cenário; Solução Proposta; Agências; Métodos Ágeis; Métodos Adotados;
  • 3.
    Mudança de Cenário UX e Metodologias Ágeis
  • 4.
    Mercado de softwarenã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 apelopela 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 Dificuldadede 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çãodas 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 paratime 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 paratime 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”
  • 14.
    Obrigada! Alessandra Peguim Rosa www.about.me/alearte alessandra.rosa@eldorado.org.br alearte@gmail.com VivianeDelvequio www.about.me/vod viviane.delvequio@eldorado.org.br viviane.delvequio@gmail.com