DesignOps – 설계 워크플로우 및 운영을 개선하는 방법은 무엇입니까?

전체 설계 프로젝트 및 비즈니스, 부서 간 제품 팀, 관행 및 방법을 고려하여 DesignOps는 설계자의 워크플로우 및 협업을 개선하고, 설계자-개발자 핸드오프와 같은 다중 부서 프로세스를 촉진하고, 제품 및 서비스가 디지털 표현으로 혁신되는 방식을 개선하고, 프로젝트 및 조직이 더 빠른 속도로 발전할 수 있도록 합니다.

가트너(Gartner)의 'DesignOps: Organize, Collaborate and Innovate Product UX at Speed(디자인옵스: 빠른 속도로 제품 UX 구성, 협업 및 혁신)' 보고서에 따르면, 2023년까지 DesignOps의 혜택을 받는 제품은 경쟁사에 비해 매출이 두 배로 증가할 것으로 예상됩니다. 그러나 프로세스 최적화를 요약하는 만큼, 설계 운영은 팀 간에 완전히 새로운 사고방식을 형성하는 문화적 변화에 관한 것이기도 합니다. 디자이너와 개발자에서 PM과 이해 관계자, 마케터에 이르기까지 사람들은 출력 품질을 높이고 동료가 함께 생성하는 영향을 증가시키는 일종의 교차 기능을 구축합니다.

DesignOps 정의: 디자인이 벗겨진 디자인

운영 정보에 대한 단일 소스로 작동하는 설계 운영(또는 DesignOps)은 "중앙 집중식 설계 팀 관리 및 제품 수준 설계 제공"을 촉진하기 위해 함께 동원되는 일련의 관행, 역할, 사내 설계 지침 및 디지털 제품 설계 개발 도구입니다.

DesignOps의 선구자이자 Pinterest의 전 DesignOps 책임자인 Meredith Black은 농담으로 "DesignOps는 실제 디자인이 아닌 모든 것"이라고 말함으로써 이를 정말 잘 요약합니다. 그러니 한 걸음 물러서서 디자인을 가져와서 모든 디자인 관련 절차에서 제거해 보겠습니다. 그런 다음 맨 비계 만 남겨 두십시오. UI와 UX 이면에는 무엇이 있을까요? 디자이너인 당신과 당신의 팀원 사이에 일반적으로 흩어져 있는 핵심 원칙과 운영 기본 사항의 매트릭스는 모두가 조직하고, 우선 순위를 지정하고, 표준화하고, 사교하는 데 도움이 되도록 함께 정렬되어야 합니다.

결과적으로, 이를 통해 동기화된 비전, 전략 및 집단 설계 방향이 생성되며, 이는 마일스톤, 직원 할당, 프로젝트 범위, 관련 책임, 노하우, 생산성 및 시간에 대해 잘 배치됩니다. 이를 통해 디지털 제품의 고품질, 민첩한 전달을 촉진하는 동시에 설계 스프린트가 시작되는 순간부터 설계의 가치를 빠른 속도로 증폭시킬 수 있습니다.

흥미롭게도, Design Operations가 등장한 지 얼마 되지 않았지만("DesignOps"라는 동일한 이름으로 알려진 프로세스는 아님) 최근까지 많은 기업과 조직이 이 기능이 왜 중요한지 이해하지 못했습니다. DesignOps의 중요성을 깨닫고 구현한 최초의 글로벌 기업 중 하나는 Airbnb였습니다. 이를 통해 "실행 속도와 품질을 향상시키는 중앙 집중식 도구, 시스템 및 서비스를 통해 전체 제품 조직에 민첩성 "을 제공하는 것을 목표로 했습니다.

가장 효과적인 방법으로 이를 달성하기 위해 그들은 DesignOps를 5차원으로 확장했습니다. Airbnb의 디자인, 성장 및 교통 담당 이사인 Adrian Cleave는 다음과 같이 지적합니다. "우리의 기능에는 디자인 프로그램 관리, 디자인 도구, 현지화, 프로덕션 디자인 및 팀 코디네이터가 포함됩니다. 우리는 마케팅, 제품, 디자인 및 엔지니어링과 긴밀히 협력하여 가능한 최고의 사용자 경험을 창출합니다."

Why DesignOps Matter?

디지털 워크스페이스가 확장되고 있습니다. 소프트웨어 및 서비스 설계 개발 환경은 여전히 역동적입니다. 소비자는 디지털에 익숙하고 기대치와 니즈가 하늘을 찌를 듯 진화합니다. 설계 팀은 프로젝트를 관리하는 동시에 수요와 공급 간의 균형을 유지하기 위해 규모를 확장합니다. 이 모든 것은 디지털 트랜스포메이션, 끊임없이 등장하는 트렌드, 디자인 프로세스 및 작업의 영향으로 발생하며, 이로 인해 복잡성이 며칠씩 배가되고 팀 간에 혼란스러워집니다.

디지털 트랜스포메이션뿐만 아니라 DesignOps 트랜스포메이션을 촉진하고 설계의 운영 측면을 처리함으로써 팀은 설계 및 개발 워크플로를 개선하고 위에서 언급한 모든 요소의 과중한 부하를 동시에 줄일 수 있습니다.

다음 사항에 유의하세요.

1. DesignOps 트랜스포메이션의 목표는 각 비즈니스와 프로젝트마다 서로 다른 병목 현상에 대한 접근 방식과 구체적인 결과를 위해 서로 다른 접근 방식이 필요하기 때문에 명확해야 합니다.
2. 역기능은 설계 아이디어 구상 단계 초기에 연구하고 인식해야 합니다. 여기에서 모든 프로젝트 부서에서 설문 조사를 수행하고 잠재적 사용자를 대상으로 연구를 수행하는 것이 좋습니다. 어떻게 하면 성공을 거두는 고성능 팀을 만들 수 있을까요? 데이터를 통해 의사 결정을 내리고 결과를 측정합니다. 데이터를 활용하고 개선합니다. 이것을 계속 반복하십시오. 협업하고, 측정하고, 분석하세요. 데이터를 사용하여 의사 결정 – 사용자를 평가하고 사용자에게 가장 적합한 것이 무엇인지 확인합니다. 사용자 테스트 및 사용성 테스트를 수행하여 더 나은 결과를 얻고 모든 사람이 현대적인 방식으로 참여할 수 있도록 합니다.
3. 올바른 목적을 위해 올바른 DesignOps 담당자를 배치한 후 팀은 새로운 DesignOps 원칙과 방법을 이끌 수 있을 만큼 충분히 유연성을 유지해야 합니다.
4. 협업을 촉진하고 설계 및 개발 팀이 발전할 수 있도록 합니다.
5. 디자이너와 제품 디자인 모두의 가치를 증폭시켜 최종 사용자와 주어진 프로젝트에 관련된 모든 사람에게 더 나은 반향을 불러일으킵니다. 최종 결과물이 어떻게 특정 목적을 갖는지 알게 되면 놀랄 것이며, 이 목적은 UI 및 UX 디자이너부터 프로젝트 관리자 및 이해 관계자, 그리고 최종적으로 제품/서비스와 상호 작용하고 혜택을 받을 사람들에게 모든 부서, 팀원 및 잠재적 사용자에게 잘 전달될 것입니다.

DesignOps의 4P 또는 작동 방식

디자인 작업에 대해 이야기하고 가장 기본적인 측면을 살펴보면 그것이 4개의 구성 요소 또는 4P, 즉 제품(Product), 프로세스(Process), 사람(People), 프로그램(Program)을 중심으로 이루어진다는 것을 깨닫게 됩니다. 그리고 각 구성 요소는 그 나름대로 설계자에게 이점을 제공합니다.

이와 관련하여, 제품 중심의 구성 요소는 아이디어에 의해 주도됩니다.의조직 그리고 다음을 위해 노력합니다.

• Finding and removing bottlenecks and formulating better design workflows.
• 잘못된 의사 소통 및 사일로와 같은 운영 역기능을 줄입니다.
• 시작부터 테스트, 납품에 이르기까지 높은 수준의 설계 프로젝트를 제공하기 위한 집중적인 로드맵을 작성합니다.
• 주어진 제품에 대한 작업 분류 구조를 간략하게 설명하여 어디서부터 시작하고 무엇으로 끝내야 하는지 알 수 있습니다.
• 사용자 중심 디자인의 좋고 나쁜 디자인에 대한 원칙과 공통 기준을 정의하여 디자인을 책임지게 하며, 디자이너로서 이를 따르고 디자이너가 아닌 사람에게도 전달할 수 있습니다.
• 설계 품질 메트릭을 정의, 선택 및 조정하여 주어진 설계 프로젝트에서 작업하는 팀의 모든 사람과 공유할 수 있습니다.
• 상황 및 프로젝트 인식을 구축하고 높여 여러분과 팀이 같은 내용을 이해하고, 핸드오프를 더 잘 처리하고, 모든 사람의 위치를 더 쉽게 추적할 수 있습니다.

두 번째 "P"는 프로세스를 의미하며, 회사를 염두에 두고 우선 순위를 정 하고 행동/기능하는 주요 아이디어에 의해 주도되는 DesignOps로 더 많이 봅니다. 비즈니스와 특정 디자인 프로젝트를 함께 제공합니다. 여기서 DesignOps는 다음에 중점을 두기 때문에 이 프리즘을 통해 이를 비틀는 것이 필수적입니다.

• 예산과 디자인 팀이 프로젝트를 수행하는 데 드는 비용을 명확히 합니다.
• 전략적 비즈니스 목표, 작업 범위 및 디자이너를 안내하는 문서를 식별합니다. 이를 통해 브랜딩 요구 사항과 비즈니스 목표를 쉽게 따라갈 수 있습니다.
• 마감일을 정의하고 프로젝트의 우선순위를 정합니다. 예를 들어 특정 기능을 매핑하고 우선 순위를 지정하는 데 도움이 됩니다. 또한 먼저 집중해야 할 항목과 보다 선형적인 워크플로를 위해 우선 순위 작업을 구성하는 방법을 알게 될 것입니다.
• 다른 부서(PM, 개발자 등)의 팀원들과의 정기적인 회의를 통해 모든 진행 상황을 추적합니다.

사람들을 위한 "P"는 사교에 관한 것입니다. 그러나 팀 구성원 간의 정보 및 업데이트 공유 측면에서만 그런 것은 아닙니다. 여기서 Design Operations의 초점은 요구 사항, 기술, 목적 및 설계 팀 역량을 더 잘 전달할 수 있는 방법을 허용하는 것입니다. 주요 우선 순위는 다음과 같습니다.

• 적절한 기술, 공유된 비전 및 공통의 목적을 가진 디자인 팀을 구성하고 일원이 되어 다른 사람들과 더 쉽게 동기화할 수 있습니다.
• UI/UX 디자인 부서에 있는 모든 사람의 역할을 알고 있습니다.
• 설계자의 특정 요구 사항을 파악하고 기술 격차를 식별합니다.
• 성공적인 제품 및/또는 서비스를 구축하기 위한 공유 경로를 전달합니다.
• 사용자와 팀원이 지정된 설계 프로젝트의 범위, 기능, 목표 및 방향을 보고 이해하는 방법을 개선하여 설계 편차를 방지할 수 있습니다.
• 설계 개발 및 구현에 필요한 작업과 특정 기한의 균형을 유지하여 프로젝트를 완료하거나 새로운 기능을 기한 내에 릴리스할 수 있습니다.
• 설계 팀의 생산 능력과 작업량을 이해하고 번아웃을 방지합니다.

마지막으로, DesignOps 구성 요소는 아이디어를 둘러싼 프로그램 서클에 초점을 맞췄습니다.표준화 DesignOps 도구의 기술 및 자동화. 여기에는 다음이 포함됩니다.

• 동일한 DesignOps 도구, DAMS(디지털 자산 관리자) 또는 기타 디지털 제품 개발 플랫폼을 활용하여 설계 워크플로를 빠르게 간소화할 수 있습니다.
• 쉽게 액세스할 수 있는 사용자 연구 데이터 저장소를 개발합니다.
• 디자이너인 사용자, 다른 디자인 팀원 및 동료 개발 동료 간의 부서 간 협업을 통해 디자인 및 협업 도구(예: Infragistics의 Slingshot)와 효율적인 협업을 통해 이점을 얻을 수 있습니다.
• 설계 아이디어 구상, 평가 및 설계 프로젝트에 관련된 모든 사람의 건설적인 피드백을 제공합니다.
• 잘못된 의사 소통의 격차를 극복하고 예를 들어, 어떤 디자이너가 특정 기능을 만드는 작업을 맡았는지 모르는 개발자를 갖는 것과 같은 간단한 일상적인 역기능을 해결합니다.

설계 워크플로우 및 운영을 개선하기 위한 팁

DesignOps가 문제를 극복하고, 설계 워크플로우를 최적화하고, 전반적인 디지털 제품 개발 프로세스를 개선하기 위해 처리해야 하는 구체적인 사항이 많이 있다는 것은 의심의 여지가 없습니다. 디자이너가 구현한 임시 운영 시스템이나 접근 방식에 대한 솔루션을 찾는 것과 같습니다. 또는 설계 사일로, 반복 또는 프로젝트 관리자, 개발자 및 디자이너 간의 잘못된 의사 소통을 방지할 수 있습니다.

Gartner는 설계자를 위한 더 나은 워크플로우를 구축하고 운영을 간소화하여 원활한 설계 프로세스와 건설적인 커뮤니케이션을 수행하는 데 도움이 되는 세 가지 중요한 사항을 다시 요약합니다.

"UX 팀 내에서 공통 EAP(Enterprise Agile Planning) 도구와 애자일 사례를 사용하여 UX 리소스를 계획, 추정, 추적 및 할당함으로써 단일 운영 정보 소스를 채택합니다.

그룹 및 개인 수준에서 협업 창의성에 참여하여 UX 팀과 개발 팀 간의 깊은 커뮤니케이션을 촉진합니다.

지속적인 발견을 통해 일상적인 생산 활동과 병행하여 아이디어를 탐색하고 테스트함으로써 혁신을 공식화합니다."

또한 두 가지 팁을 더 추가하고 싶습니다.

회사, 현재 설계 프로세스 및 프로젝트 관리를 조사하여 ROI를 생성하고 가장 큰 차질을 극복하는 데 도움이 되는 유리한 영역을 평가합니다. 설계 프로세스의 문제점을 해결하고 최적화를 시작합니다.

DesignOps 담당자와 보다 정기적인 회의를 수행합니다. 여기에는 "모든 상황에 맞는" 상황이 없습니다. 각 회사와 비즈니스는 서로 다르며 규모, 프로젝트, 단점 및 진행 상황 면에서 다르게 성장하고 있습니다. 그렇기 때문에 DesignOps 전담 담당자 또는 팀은 조직의 세부 사항, 귀하가 참여하는 설계 프로젝트 및 관련된 나머지 사람들로 초점과 전략을 좁혀야 합니다. DesignOps 담당자의 역할은 해당 회사와 설계 제품의 요구 사항, 강점 및 약점에 따라 엄격하게 달라집니다.

How to Scale DesignOps with Indigo.Design

협업 및 팀 효율성

Infragistics 의 Indigo.Design 통해 일관성, 효율성, 팀워크를 달성하고 중요한 운영의 자동화 및 디지털화를 달성하여 경쟁력을 유지하고 더 많은 가치를 제공할 수 있습니다. 완전한 디지털 제품 디자인 플랫폼으로서 그룹 워크스페이스를 통해 진정한 UX 디자인-개발 협업을 가능하게 하는 DesignOps 도구로 사용할 수 있으므로 고통스러운 운영 장애를 제거할 수 있습니다. 관리자, 디자이너, 개발자 및 이해 관계자를 위한 단일 작업 환경을 제공하여 모든 사람이 쉽게 협업하고, 프로토타입을 실시간으로 테스트하고, 의견을 제시하고, 설계 핸드오프를 제거하고, 비용이 많이 드는 반복을 줄일 수 있습니다.

Cost saving & zero time on handoffs

DesignOps를 확장하는 또 다른 방법은 설계에서 개발로의 핸드오프 프로세스를 촉진하는 동시에 설계자, 개발자 및 이해 관계자의 시간을 절약하는 동시에 비용이 많이 드는 반복을 줄이는 것입니다. 어떤 사람들은 "왜 이해 관계자인가?"라고 물을 수 있습니다. 디자이너는 디자인의 시각적, 행동적 측면을 책임지고 개발자는 이를 구현하지만, 디자인 후와 구현 전에 승인을 받는 사람(이해 관계자)이 있습니다. 슈퍼 조합 Indigo.Design + WYSIWYG 드래그 앤 드롭 웹 App Builder로 더욱 촉진 될 수있는 장시간 프로세스.

일반적으로 이해 관계자는 기능적인 것, 개념 증명을 보고, 상호 작용하고, 테스트하고, 이 모든 것이 무엇에 관한 것인지 확인하기를 원합니다. 따라서 개발자는 이 POC를 만들 수 있으며(때로는 여러 버전이 필요할 수도 있음) 프로세스가 끝나면 삭제됩니다. App Builder 사용하면 도구가 플랫폼 내부의 각 단계를 처리하므로 이 전체 수동 단계가 제거됩니다. 모든 것이 각 팀 구성원을 염두에 두고 이루어지며, 디자이너, 개발자 및 이해 관계자 간의 협업이 간소화되고 개발 시간이 크게 단축됩니다. 일반적으로 팀은 스프린트로 작업합니다(하나 이상일 수 있음). 연구 단계/발견 단계는 스크럼 또는 애자일에서 수행되며 몇 주가 걸릴 수 있습니다! 그러나 App Builder Indigo.Design: 개념 또는 발견 연구 단계를 2 주에서 4주에서 1일 또는 2일로 단축할 수 있습니다.

그러면 개발자는 설계 프로세스 초기에 참여할 수 있습니다. 이러한 방식으로 디자이너는 디자인 요소가 웹, 모바일 또는 데스크톱 애플리케이션으로 어떻게 변환될 수 있는지에 대한 직접적인 통찰력을 얻을 수 있으며, 개발자는 코드의 잠재적인 문제를 발견할 수 있습니다.

또한 개발자는 Indigo로 인해 모든 상용구를 생성하는 데 드는 시간을 절약할 수 있습니다.디자인은 모든 시각적 부분을 생성하고 프로그래머는 HTML 코드(예: Blazor와 같은 다른 인기 있는 기술에서 프로덕션 준비 코드)를 즉시 얻을 수 있습니다.

마지막으로, 디자인-투-코드(Design-to-Code) 시스템을 통해 디지털 제품 디자인 프로세스의 모든 사람, 테스터 또는 사용자가 가치와 목적을 제공하는 최종 제품에 보다 효과적으로 기여 할 수 있습니다.