Close

애자일 디자인

협업 디자인을 위한 프로세스 및 가이드라인

주제 찾아보기

설계는 모든 소프트웨어 프로젝트에서 중요한 부분입니다. 하지만 애자일 팀은 다음 네 가지 요소 때문에 종종 "디지인과 관련하여 해야 할 일"을 파악하는 데 어려움을 겪습니다.

  • 많은 팀이 계획 프로세스 중에 충실도가 높은 디자인에 집중하다보니 구현 전반에 걸쳐 워터폴 문화를 강요합니다.
  • 디자이너가 여러 팀에서 작업하기 때문에 특정 팀에게 할애할 수 있는 시간이 제한되어 있습니다.
  • 디자이너가 엔지니어링 팀에 피드백을 쉽게 보고할 수 있는 간단한 방법이 없는 경우도 있습니다.
  • 코드 베이스에서 로직 및 프레젠테이션 계층이 항상 명확하게 구분되는 것은 아니므로 스타일 변경이 어려워집니다.

디자인 문서

[계속]

디자인: 애자일, 개발과 매우 유사

더 깊이 살펴보기 전에 협업 디자인이라는 또 다른 개념을 소개하겠습니다. 외부와 단절된 상태에서는 제품 디자인을 반복해도 좋은 결과를 얻을 수 없습니다. 프로젝트를 시작할 때 고객과 개발자의 관점을 파악하면 디자인을 처음 반복할 때 목표에 더 가까울 수 있고 진행함에 따라 반복을 안내하게 됩니다. 짧은 웹 세미나 동영상에서 Atlassian 디자이너가 어떻게 협업하는지 살펴보겠습니다.

방금 살펴본 것처럼 제품 소유자와 디자이너는 초기에 제품 계획을 브레인 스토밍하고 반복하는 데 시간을 할애할 것입니다. 그들의 목표는 비즈니스 사례를 검증하고 엔지니어링 팀이 실제 고객이 직면하는 문제를 해결하는 데 많은 시간을 할애하는지 확인하는 것입니다.

전문가 팁:

이 단계는 "스프린트 제로"가 아닙니다. 이러한 정해진 일정을 맞추는 것보다 기본 사항을 올바르게 수행하는 것이 중요합니다. 프로그램의 첫 단계를 잘 시작하면 프로젝트 전반에 걸쳐 결실을 맺을 수 있습니다. 그러므로 충분한 필요한 시간을 사용하세요.

초기 계획 및 아이데이션 후에 제품 관리자와 디자이너는 개발 팀과 소통하기 시작합니다. 프로그램 전반에서 시각적 상호 작용 디자인은 소프트웨어 아키텍처와 마찬가지로 반복적입니다. 해결해야 할 가장 중요한 문제를 파악하고 솔루션에 대한 피드백을 얻기에 충분한 디자인(및 코드)을 추가합니다.

팀이 스프린트 계획 및 백로그 그루밍(grooming)에 참여할 때 디자이너를 참여시킵니다. 제품의 미래 방향에 대한 결정을 내릴 때 디자이너의 의견을 얻으면 해당 방향에 더 쉽게 도달할 수 있습니다.

개발자와 제품 소유자도 디자인 가능!

많은 조직에서 디자이너는 여러 팀(또는 심지어 제품)에 관여합니다. 이는 Atlassian에서도 마찬가지입니다. 그래서 우리는 디자이너의 소중한 시간을 더 잘 활용하기 시작했습니다.

Atlassian 디자인 가이드라인은 멋진 경험을 디자인하고 구축하기 위한 일련의 원칙, 지침 및 자산입니다. Atlassian 디자인 가이드라인은 시각적 디자인의 요소를 다룰 뿐만 아니라 사용자 경험 디자인에 Atlassian의 가치를 담고 있습니다. 이 가이드라인을 따르면 여러 애자일 팀이 제품군 전체에서 일관된 경험을 개발할 수 있습니다. 위에서 언급했듯이 디자인 프로세스에 개발자와 제품 소유자를 포함합니다. 전체 팀이 Atlassian 디자인 가이드라인을 사용하여 함께 작업하면 개발자와 제품 소유자는 더 나은 디자이너가 됩니다. 그런 다음 해당 기술이 팀 전체에서 공유되고 이는 애자일 문화의 기본 가치입니다.

공통된 사고 방식을 갖는 것이 중요하지만, 애자일 디자인에 접근하는 방법에 대해 더 자세히 알아보고 싶었습니다. Atlassian 디자인 가이드라인은 다음 세 가지 주요 채널을 통해 제공합니다.

  • Atlassian 디자인 가이드라인 웹 사이트 - 디자인 결정을 뒷받침하는 정신과 방법론을 포함합니다.
  • AUI(Atlassian 사용자 인터페이스) 플랫팩 - 코드로 모든 디자인 요소를 구현하는 HTML, 자바스크립트 및 CSS 템플릿의 집합입니다.
  • Keynote 및 PowerPoint 템플릿(모든 구성 요소의 시각적 표현 포함)

개발자는 AUI 플랫팩을 다운로드하여 모형을 만들 수 있습니다. 마찬가지로 제품 소유자는 코드를 한 줄도 작성하지 않고 실제 제품처럼 보이는 슬라이드 덱에서 제품 경험을 만들 수 있습니다. 이는 의미 있고 실행 가능한 디자인 피드백을 얻을 수 있는 효과적인 방법입니다. 또한 이러한 자산은 전체 애자일 팀의 디자인 파트너십을 강화합니다. 디자이너 한 명이 계획 프로세스를 주도하지만 나머지 팀은 반복 작업 전반에 걸쳐 의사 결정에 기여합니다. 이를 통해 디자인에 대한 의사 결정의 병목 현상이 제거되어 전체 팀이 더 민첩할 수 있습니다.

멋진 경험을 위한 디자인

개발 중 모든 기능은 사용자 경험 디자인과 시각적 디자인의 두 가지 경로를 이동합니다. 사용자 경험 디자인은 새로운 기능 전반에 걸쳐 정보 아키텍처와 워크플로에 초점을 맞추기 위해 디자인 사고를 채택합니다. 시각적 디자인에는 인터랙션 디자인과 기능 스타일 지정 방식이 포함됩니다. 시각적 디자인은 제품 개발 프로세스 중 감정적인 부분이기 때문에 때로는 팀이 시각적 디자인에 너무 집중하는 경우가 있습니다. (게다가 모든 것이 멋있고 재미있죠.) 그러나 중요한 것은 시각적 디자인이 좋은 사용자 경험 디자인을 능가할 수 없다는 점입니다. 실제로 사용자 경험 디자인이 좋지 않다면 시각적 디자인이 아무리 멋지더라도 사용자가 제품에 빠져들 수 없습니다.

사용자 경험에 대해 뛰어난 공감 능력과 타이포그래피 및 불편한 레이아웃에서 이상한 부분을 발견하는 감각을 갖춘 디자이너는 매우 귀중한 피드백의 원천입니다. 디자이너는 스크린샷을 쉽게 캡처하고 마크업하고, 결함을 보고하거나, 개선 사항을 제안할 수 있어야 합니다.

유연한 디자인은 미래에도 사용 가능

개발 패러다임과 마찬가지로 디자인은 시간이 지남에 따라 변화합니다. CSS와 같은 최신 기술을 사용하면 애플리케이션의 모양과 애플리케이션의 논리를 쉽게 구분할 수 있습니다. 마찬가지로 시각적 디자인이 진화할 때 복원력을 발휘할 수 있도록 자동화된 테스트를 구성해야 합니다. 디자인이 바뀔 것이므로 코드베이스가 새로운 트렌드를 쉽게 따라갈 수 있도록 하는 것이 중요합니다.

Sven Peters
Sven Peters

Sven is a software geek working for Atlassian. He loves programming and helping dev teams to kick ass!