Um guia de campo para DesignOps

DesignOps é uma mentalidade que libera os designers para se concentrarem na solução de problemas, em vez de tarefas administrativas, como gerenciar fluxos de trabalho e bibliotecas. A mentalidade DesignOps informa as funções centradas no design que facilitam a excelência criativa. A equipe do DesignOps orquestra processos e conjuntos de ferramentas, desenvolve a cultura da equipe de design e garante que o design seja parte integrante da estratégia organizacional.

O termo “DesignOps” é uma decolagem do DevOps, uma abordagem colaborativa para desenvolvimento de software e administração de sistemas que prioriza velocidade, eficiência e automação. Assim como o DevOps, o DesignOps enfatiza a eficiência. Seu foco principal é garantir que os designers sejam livres para se concentrar no artesanato, permitindo assim que o design tenha maior impacto organizacional.

Infelizmente, muitos designers são puxados para tarefas administrativas, como manter sistemas de design ou comunicar fluxos de trabalho de design para outros departamentos. O papel da equipe de DesignOps é multifacetado:

• Capacite os designers a produzir em alto nível, coordenando os processos e conjuntos de ferramentas da equipe de design
• Promover relacionamentos interdepartamentais, aumentando a conscientização sobre os objetivos e métodos da equipe de design
• Permita que o design seja dimensionado sem sacrificar a produtividade ou a dinâmica da equipe de design

O que exatamente é a mentalidade do DesignOps? Como as organizações podem começar suas jornadas de DesignOps? E, uma vez estabelecido, como as equipes de DesignOps podem atingir níveis maiores de maturidade?

DesignOps é uma mentalidade

Em um mundo ideal:

• As equipes de design não existiriam isoladamente
• Tarefas mundanas não sobrecarregariam os designers
• Engenharia (e outros departamentos) estariam ansiosos para colaborar

Mas, na realidade, grandes organizações são entidades complexas cheias de partes móveis, burocracia enlouquecedora e agendas mistas.

O DesignOps confronta a complexidade com estrutura e flexibilidade. Não é uma fórmula padronizada ou um conjunto rígido de regras e ferramentas. É uma mentalidade. É verdade que a equipe do DesignOps estabelece práticas e processos, mas somente depois de abordar questões específicas da organização, como “Como podemos…”

• Crescer e evoluir nossa equipe de design ao longo do tempo?
• Atrair e reter talentos de design altamente qualificados?
• Criar processos e sistemas de design que equilibrem eficiência com qualidade?
• Medir e melhorar a saída do projeto em intervalos regulares?
• Construir uma cooperação duradoura entre design e outros departamentos?
• Garantir que o design seja um aspecto essencial da estratégia da empresa?

Nas grandes organizações, essas questões são especialmente urgentes. Para se manterem organizadas e no alvo, muitas empresas contam com uma governança interna estrita. A intenção é a ordem, mas na maioria das vezes o resultado é a estagnação, ou anti-inovação, um golpe mortal da era digital.

8 dicas para a equipe solo do DesignOps

O entusiasmo pelo design é maior do que nunca, mas muitos líderes não sabem como implementar o design de forma holística em suas empresas. Nem eles entendem como dimensionar equipes de design habilmente. O design recebe orçamento, mas não funciona em todo o seu potencial porque os designers são puxados em várias direções ou excluídos da tomada de decisões.

Nesta fase, uma de duas coisas acontece. Alguém decide defender o DesignOps e seus deveres correspondentes, ou alguém reconhece a necessidade de um facilitador de design e contrata. De qualquer forma, nasce uma equipe de DesignOps.

Este é um momento crítico. Como uma única pessoa em uma vasta organização pode orquestrar as pessoas, processos, conjuntos de ferramentas e iniciativas de impacto que tornam o design bem-sucedido?

1. Construa e alimente relacionamentos acima de tudo

A equipe individual não pode prosperar sem conhecer as pessoas, os problemas e os objetivos de suas organizações. Se não há relacionamento, não há confiança.

2. Documentar conversas e reuniões e priorizar as conclusões

Qualquer função com “Ops” no título será bombardeada com solicitações, muitas das quais não terão nada a ver com design. Documente tudo e considere o mapeamento de afinidade para ajudar a identificar necessidades e ideias recorrentes.

3. Estabeleça uma lista de pendências de DesignOps e classifique as entradas para relevância

A equipe solo só pode fazer muito. Algumas ideias (mesmo as boas) precisarão esperar por uma data posterior, mas não devem desaparecer completamente.

4. Alinhar com os objetivos e estratégias da empresa

As áreas de alinhamento podem não ser aparentes e pode haver metas e estratégias que precisam de ajustes para incluir melhor o design. Mas sempre que possível, o design (e, portanto, o DesignOps) deve se esforçar para estar em sintonia com os objetivos e processos da empresa.

5. Aprenda sobre estratégias para implementar mudanças nas organizações

Existem modelos comprovados para introduzir mudanças nas organizações. Cada um tem seus pontos fortes, desvantagens e visões filosóficas. Por exemplo, o modelo de mudança de Lewin postula que as mudanças organizacionais ocorrem em três estágios:

• Descongelar : Preparar a empresa para as mudanças que estão por vir.
• Mudança: Ajude a empresa a adotar novas atitudes e ações.
• Congelar: Formalizar e documentar os princípios e processos atualizados que regem a empresa.

6. Comunique o valor do design a cada passo

Não presuma que as pessoas apreciam o valor do design. Explicações, apresentações e conversas desprovidas de propostas de valor claras vinculadas aos objetivos de negócios são oportunidades desperdiçadas.

7. Evite assumir muita responsabilidade

Sob commit, over-deliver. Não seja ansioso demais para dizer sim a cada solicitação e nova iniciativa, e avalie o risco antes de entrar em conflitos de longa data na empresa.

8. Permaneça paciente e positivo e antecipe a mudança gradual

A equipe solo do DesignOps não deve esperar mudar a cultura da empresa da noite para o dia. Celebre as pequenas vitórias e não se prenda aos reveses inevitáveis. A inércia organizacional é difícil de redirecionar. Não é impossível, mas leva tempo.

Marcadores de Milha DesignOps

Não há uma maneira única de aumentar o DesignOps dentro de uma organização. É melhor pensar no desenvolvimento do DesignOps como um processo iterativo em vez de linear. As necessidades de designers e organizações não são fixas. Eles são dinâmicos.

Dito isso, existem alguns marcos importantes no caminho entre a ausência de DesignOps e uma equipe de DesignOps bem azeitada.

Etapa 1: Economize tempo com sistemas

Uma vez que há suporte para DesignOps dentro de uma empresa, nem sempre é necessário estabelecer uma nova função. Pode ser benéfico formular uma visão de DesignOps para orientar sua implementação.

Durante esta fase de transição, muitas empresas começam a sistematizar o design. Muitas vezes, isso parece um líder de design em parceria com um membro dedicado da equipe de design para criar diretrizes visuais e bibliotecas de componentes. A sistematização economiza tempo ao equipar os designers com ativos reutilizáveis ​​e lógica repetível para resolver problemas recorrentes de projeto.

Etapa 2: montar uma força de colaboração

A sistematização é essencial, mas é apenas um aspecto do DesignOps. Mesmo sistemas de design robustos podem ser isolados. É hora de colaborar e obter apoio das partes interessadas fora do design.

Uma força-tarefa de DesignOps, às vezes chamada de “time de tigre”, é um grupo multifuncional composto por líderes de departamentos como design, engenharia e marketing. Os membros se reúnem semi-regularmente para abrir linhas de comunicação interdisciplinar e trabalhar para objetivos compartilhados relacionados ao design.

As forças-tarefa são úteis porque combinam as habilidades de resolução de problemas de pessoas de diversas formações profissionais.

Etapa 3: encontre um diplomata de DesignOps

Para que o DesignOps floresça, as empresas eventualmente precisam contratar alguém cujo único objetivo seja capacitar o design e promover a mentalidade do DesignOps. Essa pessoa trabalha com a equipe de design para entender seus desafios e introduzir processos e recursos que melhorem a produtividade.

Quem ocupa a função deve exibir diplomacia para garantir a coesão contínua entre o design e outros departamentos.

Etapa 4: contratar funcionários para reforçar as operações e a cultura

Com uma contratação dedicada de DesignOps estabelecida, é necessária uma equipe adicional para dar suporte à crescente carga de trabalho de DesignOps. Aqui, as abordagens diferem. Algumas empresas contratam um gerente de operações para coordenar as necessidades de recursos, orçamento e equipe de design.

Outras empresas podem nomear alguém para cultivar uma cultura de equipe de design que atraia e retenha talentos de alto calibre. Essa pessoa supervisiona os costumes (integração, avaliações de desempenho, caminhos de avanço) que dão à equipe de design um senso de propósito e motivação.

Etapa 5: gerenciar fluxos de trabalho interdepartamentais

Não existe um estágio “final” de maturidade do DesignOps. A mentalidade do DesignOps exige vigilância contínua para garantir que as necessidades da equipe de design e os objetivos da empresa sejam atendidos. No entanto, pode chegar um momento em que seja benéfico empregar uma pessoa que gerencie o fluxo de trabalho entre o projeto e outros departamentos, principalmente a engenharia. A intenção é manter a coesão entre o design e outras funções à medida que avançam em direção a objetivos comuns.

DesignOps energiza a solução de problemas

Embora muitas empresas valorizem e invistam pesadamente em design, não designers na liderança podem não saber como dimensionar o design ou incorporá-lo a iniciativas mais amplas. Sem DesignOps ou funções facilitadoras semelhantes, as equipes de design em grandes organizações correm o risco de serem sobrecarregadas por distrações e desvinculadas de outros departamentos. Os processos se encaixam, os conjuntos de ferramentas se tornam difíceis de manejar e a confusão resultante causa inconsistências no produto que geram conflitos internos e pontos problemáticos do usuário.

A mentalidade DesignOps reconhece a necessidade de harmonia entre processos, conjuntos de ferramentas e as pessoas que os utilizam. As empresas diferem na abordagem e não precisam ser dogmáticas sobre a implementação. Estruturas diversas podem ser bem-sucedidas desde que adotem a convicção central do DesignOps: os designers precisam de tempo para fazer o que fazem de melhor: resolver problemas.

Deixe-nos saber o que você pensa! Por favor, deixe seus pensamentos, comentários e feedback abaixo.

• • •

Leia mais no Blog Toptal Design:

• O Poder da Estrutura - Um Guia para Projetar Modelos de Sistemas
• Evoluindo UX – Design de Produto Experimental com um CXO
• O passado ainda está presente - uma visão geral do design atemporal
• Design Acessível vs Design Inclusivo (com Infográfico)
• Como conduzir um sprint de design remoto