O que é o DesignOps? Por que sua equipe precisa disso? E como o DesignOps pode ajudar sua equipe de design / desenvolvimento a ter sucesso? Este artigo responde a essas perguntas e também fornece dicas úteis sobre como começar a implementar esse novo conceito em sua equipe de desenvolvimento.
No mundo moderno, é a velocidade da equipe de desenvolvimento que geralmente define a viabilidade de um produto. Ao mesmo tempo, existe um elemento-chave que é o mais importante e mais problemático: o design.
O design muitas vezes se torna um gargalo e afeta significativamente todo o processo de desenvolvimento, não importando o tamanho de sua equipe. Às vezes, os esforços sobre-humanos de um líder de projeto ajudam a impulsionar o processo de design, mas, assim que a carga de trabalho aumenta, você precisa dimensionar sua equipe.
Quantas vezes você já viu:
Se algum ou todos estes soam familiares, então é hora de implementar DesOps (Design Operations).
O termo DesOps ou DesignOps é uma réplica do termo DevOps que é uma prática de engenharia de software que visa unificar processos de desenvolvimento para criar maior eficiência. Similar aos especialistas em DevOps, os especialistas em DesOps são designers experientes com habilidades de gerenciamento que entendem o processo de design dentro do contexto mais amplo de desenvolvimento de produtos.
Embora não tenhamos todos o termo “DesOps” em nosso cargo, muitos designers seniores já são responsáveis pelo mesmo papel. Desde o estabelecimento de processos de design até o desenvolvimento de sistemas de design, a criação de estratégias e o gerenciamento de equipes de design, o DesOps é um papel cada vez mais demandado.
O que realmente importa é que essa abordagem é escalonável e relevante, mesmo em equipes com um único designer. Então, como você começa a implementar o DesOps?
Os designers precisam saber quando seu trabalho está completo e pronto para ser passado para a equipe de desenvolvimento. Por exemplo, os designers precisam entender claramente quais estados cada tela precisa ter e quais recursos serão necessários para a equipe de desenvolvimento criar esses ativos.
Pode parecer que esta é uma área que os designers devem entender inerentemente. Mas na verdade é um dos pontos mais comuns de fricção em um projeto e não deve ser ignorado. Se você articular claramente o que é exigido, você reduzirá os conflitos e garantirá que todos entendam suas responsabilidades.
Os benefícios disso são: permite manter um ritmo constante de desenvolvimento; reduz o tempo total de desenvolvimento; reduz o número de discussões necessárias entre designers, desenvolvedores e leads.
Para o último ponto, estávamos considerando especificamente o que o designer deveria transmitir aos desenvolvedores. Este ponto é sobre a forma que o designer deve usar para transmitir o design - maquetes, design polido, protótipos, moodboards - o que o designer precisa fornecer para transmitir com eficácia suas intenções em um formato que os desenvolvedores possam entender.
Existem inúmeras opções, como Zeplin ou InVision mas uma das queixas mais comuns dos desenvolvedores é que esses formatos não fornecem tudo de que precisam (como ativos exportados). No entanto, isso geralmente ocorre porque os designers não exportaram corretamente seus designs. Ao esclarecer para os projetistas o que eles devem produzir, eles podem passar os ativos certos facilmente.
Você deve criar um documento interno que contenha requisitos técnicos específicos para ativos, ferramentas de design, colaboração com desenvolvedores e outros membros da equipe; finalmente, este documento deve definir claramente quando e como os projetos devem ser entregues.
Um conjunto de soluções de design e engenharia, bem como guias para sua implementação, garantirá uma série de vantagens: integridade do produto; integração mais simples e rápida de novos membros da equipe; trabalho mais eficiente de designers e desenvolvedores (já que eles podem se comunicar em um idioma definido pelo sistema de design).
Os benefícios disso incluem: melhor qualidade geral do trabalho; reduz “sag” quando você escala a equipe; aumenta a velocidade do design e do desenvolvimento.
Todos nós adoramos novas ferramentas legais, mas uma equipe eficaz trabalha com um conjunto uniforme de ferramentas e garante que essa unidade seja de sua responsabilidade.
Todas as ferramentas devem estar atualizadas, mas se uma atualização for ignorada por qualquer motivo, todos deverão ignorá-la.
Os benefícios disso incluem: maior envolvimento da equipe; maior velocidade de projeto e desenvolvimento; melhor colaboração da equipe.
Os desenvolvedores têm mais sorte em termos dessa tarefa, porque o controle de versão para código é um setor maduro com muitas opções. É difícil produzir uma abordagem semelhante para os designers, já que os processos são tão diversos, mas no ano passado, ferramentas como Abstrato , Kaktus e Plantar tem sido cada vez mais popular. Você pode até ter vários designers trabalhando em um único layout com algo como Figma .
Os benefícios disso são: melhor comunicação; escalonamento de equipe simplificado; processos de design de trilhas rápidas, pois vários projetistas podem trabalhar em um único projeto de maneira produtiva.
Para descrever todas as funcionalidades relacionadas aos designs, tente usar “documentação visual” em vez de escrever especificações técnicas. Na maioria dos casos, é suficiente para um desenvolvedor ter um protótipo interativo para entender a lógica básica e encontrar respostas para a maioria das perguntas.
Os benefícios disso incluem: redução do tempo de gravação de especificações técnicas; reduz a escala de trabalho para escritores técnicos; os desenvolvedores gastam menos tempo lendo a documentação e mais tempo escrevendo código; os designers são mais produtivos; ritmo de desenvolvimento acelerado.
Não há absolutamente lugar para design em muitas metodologias populares de desenvolvimento de software; seja qual for o processo de desenvolvimento que você está usando, encontre espaço para designers.
Os benefícios disso são: uma equipe unida com melhor comunicação; maior velocidade de desenvolvimento; retrabalho reduzido e tempo de inatividade do desenvolvedor.
Você deve demonstrar constantemente o crescimento de indicadores quantitativos e qualitativos, graças às mudanças implementadas, tanto para os membros da equipe quanto para a alta administração. Sem isso, uma equipe relutará em mudar, enquanto a alta gerência não será capaz de entender onde e por que recursos adicionais são gastos. A coleta constante e a apresentação de resultados positivos após a implementação das mudanças ajudarão você a obter credibilidade e autoridade necessária para futuras mudanças no fluxo de trabalho da equipe.
Os benefícios incluem: maior motivação e uma equipe mais forte; facilitação de novas regras e práticas; apoio à inovação futura.
O termo “DesOps” é bastante novo e está apenas começando a adquirir seu significado; a primeira conferência DesOps só foi realizada em novembro, em Nova York.
Por enquanto, eu simplesmente chamaria isso de uma cultura que visa desenvolver e facilitar processos sólidos de design. Mas sinto que, num futuro próximo, teremos isso como um papel de design separado em cada equipe de produto. No entanto, sinto que já podemos falar com segurança sobre a importância de introduzir essas práticas para melhorar a eficiência do fluxo de trabalho de design e o desenvolvimento de produtos em geral.