프로젝트에 디자인적 사고 적용

다음 그림은 Design Thinking 적용 방법에 대한 몇 가지 예를 보여줍니다.

이는 예시일 뿐입니다. 물론 Design Thinking 프로젝트를 실행하거나 Design Thinking 접근 방식을 모든 프로젝트에 통합하는 방법에는 여러 가지가 있습니다.

이 그림은 전체 고객 인게이지먼트 주기를 보여주고 접근 방식을 나타냅니다.

초기 참여 단계(신비 공간) 내에서 디자인적 사고 워크샵은 주제를 탐색하고 회사의 관련성을 식별하는 데 도움이 될 수 있습니다.

이후 높은 수준의 솔루션 비전이 정의되었을 때, Design Thinking은 구현을 향한 비전을 추진하는 데 이상적인 접근법입니다.

실제 구현은 (소프트웨어 개발 프로젝트의 경우) 애자일 원칙을 기반으로 수행될 수 있습니다.

이 그림은 일반적인 디자인적 사고(Design Thinking) 프로젝트의 바로 다음 길을 보여줍니다.

디자인 팀은 Design Thinking 세션 또는 워크샵을 자주 하면서 완전한 Design Thinking 주기와 각 반복을 진행합니다.

조사 중에 팀은 사용자에게 데이터 수집을 위해 접근합니다. 일반적으로 이 작업은 모든 날 환경에서 관찰하고 인터뷰함으로써 이루어집니다.

그 외에도 모든 주요 단계 결과는 주요 사용자, 특히 설계된 프로토타입을 통해 검증됩니다.

이 그림은 구현 프로젝트 내에서 Design Thinking을 활용하는 다른 방법을 보여줍니다.

이와 같은 디자인 사고 기법은 보다 "고전적인" 구현 방식의 단계와 활동에 통합됩니다.

디자인 사고(Design Thinking)의 특성상 프로젝트 시작 시 특히 의미가 있습니다. 여기서 Design Thinking은 범위를 구성하고, 문제점을 식별하고, 사용자 요구사항을 매우 효율적으로 정의하는 데 도움이 됩니다.

물론 Design Thinking은 방법론의 세계에만 있지 않습니다.

ASAP(표준 SAP 구현 방법), EAF(Enterprise Architecture Framework), PMI(프로젝트 관리 표준) 등의 다른 방법론을 대체하지는 않습니다.

대신 Design Thinking은 기존 방법론 툴박스를 보완합니다.

SAP 소프트웨어 구현 프로젝트를 살펴보면 새로운 아이디어의 생성이 전면에 있는 개발 수명 주기의 초기 단계가 중요한 어플리케이션 분야입니다.

또 다른 적용 영역은 디자인적 사고(Design Thinking)가 고충점과 사용자 요구사항을 매우 효율적으로 식별하는 데 도움이 되는 "청사진" 단계입니다.

그러나, 이것은 단지 거친 정렬 시도입니다. 이미 지적했듯이 창의적인 문제 해결이 필요할 때마다 디자인적 사고 기법을 적용할 수 있습니다.

사용자 스토리 매핑은 Design Thinking과 구현 간의 인터페이스로 사용할 수 있는 메소드입니다.

이는 Design Thinking 프로젝트의 솔루션 비전 또는 기타 결과를 분석하고 구현을 위한 기반을 마련하기 위한 사용자 중심 방법론입니다.

이 메소드를 사용하여 데이터를 구조화하고 결과를 구현 백로그 항목으로 변환할 수 있습니다.

지도는 전체 설계/개발 팀과 함께 생성해야 하며 사용자 및 이해관계자와 함께 검증되어야 합니다.

이 수치는 그대로 유지됩니다. 준비가 되셨습니까?

Design Thinking 워크샵을 실행하려면 Design Thinking 호환 룸 설정이 필요합니다.

이러한 룸 설정의 핵심 요소는 이동할 수 있는 많은 공간과 많은 화이트보드 공간입니다.

이상적으로, 객실은 편안하고 전통적인 분위기를 가지고있다.

고정된 테이블(예: U 모양으로 그룹화됨)이 있는 고전적인 회의실은 적절하지 않습니다.

워크숍 룸에 충분한 자료와 용품을 보관하는 것을 잊지 마십시오.

워크샵 실행 중 모든 결과와 팀 정신을 비디오 또는 사진으로 추적하십시오.

모든 참가자에게 워크샵 분위기를 설명하고 워크샵 후 모든 워크샵 결과를 간략하게 설명하는 디브리프 문서를 보냅니다. 모든 참가자는 "어땠습니까?"라는 질문에 답할 수 있어야 합니다. 쉽게 수행할 수 있습니다.

사후 운영 중에 전문가와 함께 워크샵 결과를 보다 구체화하고 시각화합니다.

워크샵 결과에 실현 가능성과 실행 가능성 측면을 추가할 수 있습니다.

Design Thinking 프로젝트의 전체 결과를 고려한 뛰어난 실행/비실행 의사결정이 있는 경우, 의사 결정자에게 프리젠테이션을 위해 비즈니스 사례/볼파크 구현 노력, 고수준 아키텍처, UX 모형/클릭스루 시뮬레이션을 통해 솔루션 초안을 작성합니다.

이 솔루션 드래프트는 Design Thinking 결과를 구현 백로그로 변환하기 위한 자금으로도 사용할 수 있습니다.

UX 중심 설계 과제의 맥락에서, 모형을 만드는 것은 화면 디자인을 자세히 설명하고 종이에 기반한 프로토타입을 더욱 구현할 수 있는 좋은 방법입니다.

초기 모형은 워크샵 사후 운영에 포함될 수 있지만, 일반적으로 모형 생성은 추가적인 최종 사용자 유효성 확인을 통해 반복적이고 창의적인 프로세스입니다.

Magisto와 같은 비디오 메이커 도구는 디브리프를 더욱 매력적으로 만드는 데 도움이 될 수 있습니다.

당신은 당신의 워크샵의 몇 가지 임의의 사진과 짧은 비디오를 찍을 수 있습니다, 당신은 모든 사진과 비디오를 깎아 것입니다 단지 몇 번의 클릭으로 멋진 비디오를 만들 수있는 응용 프로그램을 사용합니다.

그런 다음 워크샵의 프로토타입 데모 전에 이 동영상을 "심사위원"에게 표시하여 팀이 하루 종일 얼마나 열심히 일하는지 보여줄 수 있습니다.

프로토타입 데모 전에 좋은 분위기를 만듭니다.

이 그림은 워크샵에서 소위 아이스 브레이커에 대한 몇 가지 팁을 보여줍니다.

그림에 주요 팁이 나와 있습니다. 정말 경청하고 계십니까?

추가 세부사항/설명:

상관없어요

이것은 모퉁이에 앉아 전혀 기여하지 않는 애매한 사람이다. 그들은 단지 방에서 기분 아래로 가져오고 다른 사람에게 에너지를 공급.

더 탤커

이 사람은 마이크를 받고 가서 하지 않습니다, 그들은 그냥 얘기 하 고 얘기.

모든 것을 아는 것

이 사람은 자신이 틀렸더라도 항상 모든 것을 알고 누구의 경청에도 관심이 없는 것 같으며, 또한 많이 논쟁한다.

원더러

탈북자(derailer)라고도 하는 이들은 아이디어에 갇히거나 구름 속에 머리를 두르고 말할 때마다 관련이 없는 것 같다.

이 그림은 Design Thinking 코치가 갖춰야 할 주요 품질과 주요 특징을 보여 줍니다.

이러한 모든 특징은 전반적으로 Design Thinker에 적용되지만 코치에게는 더 많이 적용됩니다.

코치의 개인적 특징은 팀이 그들과 함께 일하도록 영향을 미치고 영감을 줄 것이기 때문에 중요하다.

세션이 끝나면 두 번째 일자의 후처리 를 수행합니다.

오늘 마지막 두 번의 사후 점검에서 "테이블 펄스 점검 라운드"를 수행합니다.

한 문장 "I like …"와 하나의 "I want …"

모두를 위한 좋은 소망과 큰 감사와 함께 훈련을 닫습니다.