표시기로 작업하기

마지막 업데이트: 2022년 3월 27일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기
피킹 통로를 작업자 1인이 대차를 끌고 이동하면서 DPS 표시기가 지시하는 Order에 대한 피킹 작업을 합니다.

Concurrent모드 소개 (실험 단계)

주의사항

이 페이지는 안정된 배포판에서 아직 제공되지 않는 실험적인 기능에 대해 설명합니다. 얼리 어답터와 궁금해하시는 분을 대상으로 합니다.

많은 정보는 구식이며 보관을 목적으로만 유지되고 있습니다. 최신화된 정보는 React 18 Alpha announcement post를 참조해주세요.

React 18이 배포되기 전에 해당 페이지를 안정된 문서로 대체할 예정입니다.

이 페이지는 Concurrent 모드의 이론적인 개요를 설명합니다. 더 실용적인 설명을 위해서는 다음 섹션들을 참고하세요

    React 컴포넌트에서 데이터를 가져오기에 대한 새로운 메커니즘을 설명합니다. Concurrent 모드와 Suspense로 만들어진 UI 패턴들을 설명합니다. 프로젝트에서 Concurrent 모드 사용방법을 설명합니다. 실험적 빌드에서 사용 가능한 새로운 API 문서입니다.

Concurrent모드는 React 앱이 빠른 반응속도를 유지하도록 하고 사용자의 장치 기능 및 네트워크 속도에 적절하게 맞추도록 돕는 새로운 기능들의 집합체입니다.

이 기능들은 여전히 실험적이며 변경될 수 있습니다. 아직 안정된 React 배포판에 포함되지 않았지만, 실험 배포판에서 그 기능들을 시도해볼 수는 있습니다.

Concurrent 모드를 설명하기 위해서 버전 관리를 예를 들어 설명할 것입니다 팀에서 일하고 있다면 Git과 같은 버전 관리 시스템을 사용하며 브랜치로 작업할 것입니다. 브랜치가 준비된다면 다른 사람들이 해당 작업을 가져올 수 있도록 작업을 main 브랜치로 병합 할 수 있습니다.

버전 관리가 있기 전에는, 개발 작업의 흐름이 지금과는 많이 달랐습니다. 브랜치라는 개념이 없어서 몇몇 파일을 수정하려면 그 파일들을 수정 작업을 완료하기 전까지 작업하면 안 된다고 모든 사람에게 말해야 했습니다. 심지어는 다른 사람과 동시에 일을 시작할 수도 없었습니다 즉, 문자그대로 이러한 제한사항들에 의해 차단되었습니다.

이는 React를 포함한 UI 라이브러리들이 어떻게 오늘날 작용하는지를 설명해줍니다. 업데이트 렌더링(새로운 DOM 노드 생성 및 컴포넌트 내에 있는 코드 실행하는 것을 포함해서)을 시작하면 이 일은 방해받지 않습니다. 이러한 접근을 “렌더링 차단”이라고 합니다.

Concurrent 모드에서는, 렌더링은 차단되지 않으며 인터럽트가 가능해집니다. 이는 사용자의 경험을 개선하며 또한 이전에 사용할 수 없었던 기능들을 사용할 수 있도록 만들어줍니다. 다음 챕터에서 구체적인 예시를 살펴보기 전에, 새로운 기능들의 높은 수준의 개요를 해보려고 합니다.

필터링 가능한 제품 목록을 생각해보세요. 목록 필터에 입력하고 모든 키를 누를 때마다 버벅거림을 느낀 적이 있나요? 제품 목록을 업데이트하는 몇몇 작업은 불가피할 수 있습니다. (예를 들어, 새로운 DOM 노드를 만들거나 레이아웃을 수행하는 브라우저를 만드는 작업) 그러면, 언제 어떻게 이런 비중 있는 작업을 수행할까요?

버벅거림을 해결하는 한 가지 방법은 입력을 “디바운싱”해주는 것입니다 디바운싱하면, 사용자가 타이핑을 멈추고 나서만 목록을 업데이트합니다. 하지만, 타이핑하고 있을 때 UI가 업데이트하지 않는 사실이 실망스러울 수 있습니다. 이에 대한 대안으로, 입력을 “스로틀”하고 목록을 특정 최대 빈도수로 업데이트 할 수 있습니다. 그러나 저전력 장치에서는 여전히 버벅거릴 것입니다. 디 바운싱 및 쓰로틀링은 둘 다 최적이 아닌 사용자 환경을 만듭니다.

버벅거리는 이유는 간단합니다 렌더링이 시작되면 중간에 중단될 수 없기 때문입니다. 그래서 그 브라우저는 텍스트 입력을 키를 누르는 즉시 업데이트할 수 없습니다. 벤치마크에서 UI 라이브러리(예를 들어 React)가 아무리 잘 보일지라도, 차단 렌더링을 사용하고 컴포넌트의 일정량 작업을 하면 항상 버벅거림을 초래할 것입니다. 그리고 종종, 이에 대한 쉬운 해결책을 찾기 어렵습니다.

Concurrent 모드는 렌더링을 인터럽트 가능하도록 만듦으로써 근본적인 문제를 수정합니다 이러한 사실은 사용자가 다른 키를 표시기로 작업하기 누를 때, React는 브라우저에 텍스트 입력을 업데이트하는 것을 차단할 필요가 없음을 의미합니다. 대신에, React는 브라우저가 입력에 대한 업데이트를 paint하고 메모리 내에 있는 업데이트 목록을 계속 렌더링할 수 있도록 합니다. 렌더링이 끝나면 React는 DOM을 업데이트하고 변경 사항들을 화면에 반영합니다.

개념상으로, React가 “브랜치에서” 모든 업데이트를 준비하는 것으로 생각할 수 있습니다. 브랜치 내에서 작업을 중지하거나 브랜치 사이에서 전환이 자유로운 것처럼, Concurrent모드 내에 React는 더 중요한 일을 위해 진행 중인 업데이트를 중단할 수 있고 그리고서 이전 작업으로 돌아갈 수도 있습니다. 이 기술은 비디오 게임에서 이중 버퍼링을 떠오르게끔 할 수도 있습니다.

Concurrent모드 기술은 UI에서 디바운싱과 스로틀링의 필요성을 표시기로 작업하기 줄입니다 렌더링은 중단이 가능하기 때문에 버벅거림을 피하고자 일부러 작업을 지연시킬 필요가 없습니다. React는 렌더링을 즉시 시작할 수 있지만, 앱에 즉각적인 반응성이 요구될 때는 이 작업을 중단할 수도 있습니다.

Concurrent 모드는 “브랜치에서” 하는 React 작업과 같다고 전에 말했습니다. 브랜치는 단기적인 수정을 할 때뿐만 아니라 장기적인 실행 기능에도 유용합니다. 때로는 기능에 대해 작업을 할 수도 있습니다. 하지만 main으로 병합할 수 있는 “적합한 state”가 되기까지 몇 주가 걸릴 수 있습니다. 버전 관리의 이러한 측면은 렌더링에도 적용됩니다.

한번 앱에서 두 화면 사이를 탐색한다고 가정해보겠습니다. 경우에 따라서, 새 화면에서 사용자에게 “충분히 좋은” 로딩 state를 보여주기 위해 표시기로 작업하기 필요한 코드와 데이터를 불러오지 못 할 수 있습니다. 빈 화면이나 큰 스피너로 전환하는 것은 어려운 일이 될 수 있지만 일반적으로 필요한 코드와 데이터를 가져오는 데에 그렇게 많은 시간이 소요되지않습니다. React가 기존 화면에서 조금 더 오래 유지할 수 있고 새 화면을 보여주기 전에 “안 좋은” 로딩 state를 “건너뛸 수” 있다면 더 좋지 않을까요?

오늘날 이것이 가능하긴 하지만 조정하기는 어려울 수 있습니다. Concurrent 모드에서는 이 기능이 내장되어 있습니다. React는 먼저 메모리, 비유하자면 “다른 브랜치”, 에서 새로운 화면을 준비하기 시작합니다. 그래서 React는 더 많은 콘텐츠를 불러올 수 있도록 DOM을 업데이트하기 전에 기다릴 수 있습니다. Concurrent 모드에서는 React가 인라인 표시기로 완벽하게 상호작용하는 이전 화면을 계속 표시하도록 지시할 수 있습니다.

위의 두 가지 예시를 살펴보고 Concurrent 모드가 어떻게 통합되는지 살펴보겠습니다. Concurrent 모드에서 React는 여러 작업을 동시에, 다른 팀원들이 각자 작업을 할 수 있는 브랜치처럼, 진행할 수 있습니다

  • CPU 바운드 업데이트(예를 들어 DOM 노드 만들기 및 컴포넌트 코드 실행)의 경우 Concurrency는 더욱 긴급한 업데이트가 이미 시작한 렌더링을 “중단” 할 수 있음을 의미합니다.
  • IO 바운드 업데이트(예를 들어 네트워크에서 코드나 데이터를 가져오는 것)의 경우 Concurrency는 모든 데이터가 도달하기 전에 React가 메모리에서 렌더링을 시작할 수 있으며 빈 로딩 state표시를 무시할 수 있음을 의미합니다.

중요한 것은 React를 사용하는 방식이 똑같다는 것입니다. 컴포넌트, props 및 state와 같은 개념은 근본적으로 동일한 방식으로 작동합니다. 화면을 업데이트하려면 state를 설정합니다.

React는 휴리스틱을 사용하여 업데이트의 “급함” 정도를 결정하고 몇 줄의 코드를 수정해서 사용자가 모든 상호작용에 대해 원하는 사용자의 경험을 얻을 수 있도록 합니다..

Concurrent 모드 기능에 대한 공통 주제들이 있습니다. 이 주제들의 목표는 사람-컴퓨터 간 상호작용에 대한 연구 결과가 실제 UI와 통합되도록 돕는 것입니다.

예를 들어, 조사에 따르면 화면 간 전환에서 중간 로딩 state를 너무 많이 표시하면 전환이 더 느리게 느껴진다고 합니다. 이것이 Concurrent 모드에서 고정된 “스케줄”에 새로운 로드 state를 표시하여 부조화가 발생하는 것 또는 불필요하게 많이 업데이트되는 것을 피하고자 하는 이유입니다.

마찬가지로 조사 결과에 따르면, 호버나 텍스트 입력 같은 상호 작용은 아주 짧은 시간 안에 처리되어야 하지만, 클릭이나 페이지 전환은 조금 더 오래 걸린다고 해도 지루한 느낌을 주지않는다고 합니다. Concurrent 모드 내부적으로 사용하는 다른 “우선순위”는 사람들의 인식에 대한 조사에서의 상호 작용에 대한 부분과 대략적으로 일치합니다.

UX(사용자 경험)에 중점을 둔 팀은 가끔 이러한 비슷한 문제들을 일회성 솔루션으로 해결하곤 합니다. 그러나, 그런 솔루션들은 오래 지속하기가 어렵고 유지하기도 어렵습니다. Concurrent 모드를 통한 목적은 UI 조사 결과를 추상화시키고 그것을 사용할 관용적인 방법을 제공하는 것입니다. UI 라이브러리로서, React는 이러한 일을 할 수 있습니다.

비디오: 3D 뷰에서 레벨 작업

회사 이름:

3D 뷰에서 작업할 때 레벨을 참고하고 필요한 경우 뷰에서 레벨 헤드를 조정합니다.

이 비디오에서는 다음 과정을 보여줍니다.

  1. 직교 뷰 및 투시 뷰에서 레벨을 표시합니다.
  2. 레벨 헤드의 위치를 변경합니다.
  3. 레벨을 표시한 상태에서 3D 뷰를 탐색합니다.

트랜스크립트

3D 뷰에서 작업할 때, 모델에서 요소의 위치를 쉽게 알 수 있도록 레벨을 표시하십시오. 레벨은 직교 뷰와 투시 뷰, 두 가지로 표시할 수 있습니다.

투시 뷰에서는 레벨이 기본적으로 표시되지 않습니다. 레벨을 표시하려면 레벨 카테고리의 가시성을 켭니다. 투시 뷰에 표시된 레벨은 레벨 헤드를 표시하지 않으며 항상 실선으로 그려집니다.

직교 3D 뷰를 작성할 때는 레벨이 기본적으로 표시됩니다. Revit 2019 이전 버전에서 작성된 모델로 작업하려면 그 뷰에서 레벨 카테고리를 켜야 합니다.

뷰에 구획 상자 적용되지 않았는데 레벨을 선택하면, 결과 평면이 레벨의 3D 범위를 강조 표시하여 나타냅니다. 컨트롤 그립을 사용하여 레벨의 3D 범위를 조정합니다. 이런 식으로 레벨을 조정하는 경우 다른 뷰의 레벨 표시기에 영향을 줄 수 있으므로 주의하십시오.

3D 뷰에서만 레벨 표시기에 영향을 주려면 먼저 뷰에 구획 상자를 적용합니다. 특성 팔레트에서 구획 상자를 선택하고 모양 핸들을 사용합니다. 레벨 표시기는 구획 상자 위치로 조정합니다. 마우스 오른쪽 버튼을 클릭한 후 구획 상자를 숨깁니다.

모델을 탐색할 때 레벨 표시기는 항상 모델 뒤에 오도록 재배치됩니다. 레벨 선의 끝 근처에 있는 체크 표시로 레벨 헤드 표시기를 켭니다. 파랑 점 컨트롤을 클릭한 다음 끌어서 레벨 헤드를 재배치합니다. 3D 뷰에서는 구획도 및 입면도와 달리 레벨 헤드에 보조선을 포함할 수 없습니다.

IT ERROR FIX

윈도우 10의 작업 표시줄 알림 영역에 표시되는 시간, 요일 등의 날짜 및 시간 정보 표현 방식을 조금은 우스꽝스럽게 사용자 설정으로 바꿔보는 방법에 대하여 알아보도록 하겠습니다. 더위에 지치는 요즘 잠깐이라도 웃을 수 있는 IT 관련 포스팅을 하고 싶어 올리게 되었습니다.

이 포스팅의 말미에서 다시 한번 강조하지만 이 작업은 언제든지 원래대로라는 버튼만 누르면 원래의 기본 형식으로 변경되므로 변경 작업에 부담을 느낄 필요는 전혀 없습니다.

이 간단한 작업을 하게 되면 아래의 이미지처럼 원하는 문장으로 시간 및 요일 표시를 대체할 수 있습니다.

제어판을 열고 보기형식 큰 아이콘으로 보면 국가 또는 지역 항목이 보입니다.

국가 또는 지역 항목을 클릭한 다음

추가 설정을 누르면 형식 사용자 지정 창이 뜨게 되는 데, 먼저 시간 탭을 클릭합니다.

시간 탭에서 아래의 이미지처럼 간단한 시간 칸에는 tt라고 적는 데 이는 오전 또는 오후인지만 표시하라는 것이므로 결국은 그 아래에서 설정하는 오전 표시 기호 및 오후 표시 기호와 중복되므로 오전인지 오후인지만 표시되게 됩니다.

오전 표시기호에서는 오전이라는 단어를 넣어서 원하는 문장을 만들어 주고, 오후 표시 기호에서는 오후라는 단어를 넣어서 원하는 문장을 만들어 준 다음 적용을 눌러 줍니다.

다음은 날짜를 수정할 차례입니다.

날짜 탭을 누르고 ddd + '요일입니다. 원하는 문장' 등과 같이 또는 dddd + '원하는 문장'처럼 글을 수정해 줍니다.

작은따옴표로 묶인 문장은 사용자가 마음대로 넣을 수 있는 문장에 관한 표시입니다. 이렇게 작은따옴표로 묶어진 문장은 윈도우의 지정 형식이 아니더라도 표시해 줍니다.

이 역시 수정한 다음 적용 버튼을 눌러 줍니다.

위와 같은 시간 및 날짜, 요일 등의 문구나 표시 형식 변경 내용은 PC를 재시작할 필요 없이 바로 적용되므로 적용 버튼을 누르는 순간 바로 확인할 수 있습니다.

또한, 언제라도 하단에 있는 원래대로 버튼을 누르면 윈도우 기본 표현 형식으로 적용되므로 큰 부담 없이 작업을 진행해 볼 수 있습니다.

표시기로 작업하기

Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.

Offcanvas

1111Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.

How-To : 윈도우 11 작업 표시줄, 윈도우 10처럼 왼쪽으로 돌려보내기

윈도우 11의 작업 표시줄은 가운데로 아이콘이 몰려 있는 것이 특징이다. 왼쪽부터 아이콘이 정렬되던 윈도우 10과는 사뭇 다르다. 어색하게 느껴지는 중앙 정렬 작업 표시줄을 예전처럼 왼쪽으로 옮기는 방법을 알아보자.

작업표시줄 배치가 바뀌었는데도 마우스가 자꾸 익숙한 곳으로 향하는 문제를 근본적으로 해결하기 위해서다. 지금까지 사용자들은 마우스를 왼쪽 가장 안쪽으로 보내 시작 메뉴 아이콘을 클릭하고 애플리케이션을 선택하는 방법에 익숙해져 있을 것이다. 그러나 윈도우 11 레이아웃에 익숙해지기 전까지는 마우스가 계속 빈 왼쪽 구석을 헤매게 되는데, 물론 작업 표시줄에 아이콘을 많이 추가해 시작 메뉴를 점점 더 왼쪽으로 밀어내는 방법도 있기는 하다.
윈도우 11 작업표시줄은 가운데에 아이콘이 모여 있는 형태다. ⓒ ITWorld
그러나 이때에도 모서리의 시작 메뉴를 클릭하기는 어렵고, 눈에 익지 않은 시작 아이콘을 의식적으로 찾아야 한다는 단점이 있다. TV 리모컨을 찾아 헤매는 것과 같다.

다행히도 해결 방법은 아주 쉽다. 작업표시줄 아이콘을 왼쪽 기준으로 정렬하면, 시작 메뉴도 왼쪽 모서리에 가게 된다.

1. 다른 아이콘이 없는 빈 작업 표시줄을 우클릭한다. 작업 표시줄 설정이라는 선택지가 생긴다.
ⓒ ITWorld
2. 클릭하면 윈도우 11 설정 메뉴 중 작업 표시줄 세부 메뉴가 바로 열린다. 아래로 스크롤해 ‘Taskbar behaviors’ 항목을 펼치고, ‘Taskbar alignment’를 ‘가운데’에서 ‘왼쪽’으로 바꾼다. 선택 직후 바로 작업 표시줄 아이콘이 왼쪽으로 옮겨가고 윈도우 10의 레이아웃과 비슷해진다. 과정은 이게 전부다.
세부 메뉴에서 정렬 옵션을 찾는 것이 과정의 전부다. ⓒ ITWorld
윈도우 10과 달리, 윈도우 11에서는 작업 표시줄을 가로나 세로, 화면 아래와 측면 등 여기저기로 옮길 수 있는 옵션이 없고, 작업 표시줄의 폭을 조절할 수도 없다. 우선은 설정 메뉴의 표시기로 작업하기 세부 항목을 자세히 살펴보자. [email protected]

함께 보면 좋은 콘텐츠

Sponsored

‘고객 경험 개선’ 꾀하는 기업에 전하는 조언

‘고객 경험’은 이제 성공의 핵심 요소로 간주된다. 따라서 CIO는 IT의 모든 업무가 고객에 초점을 맞출 수 있도록 운영과 조직 문화를 재고해야 한다. LPL 파이낸셜(LPL Financial) CIO인 에이미 에빈스는 IT의 역할을 이야기하면서, 단순 제품 지원을 벗어나 고객이 원하는 경험을 만드는 것에 중점을 두고 있다고 밝혔다. 에빈스는 “5년 전만 해도 CIO가 이야기하는 전략의 핵심은 성장이었고 제품만을 다뤘다. 고객을 언급하기는 했어도 최우선에 두지는 않았다. 하지만 지난 2년 동안 코로나19 팬데믹이라는 큰 변화를 겪으면서 이제 항상 고객을 중심에 둔다”라고 말했다. 이어서 에빈스는 고객 중심적 접근을 위해서는 기존과 다른 사고방식과 업무 방식이 필요하다고 부연했다. ⓒ Getty Images Bank 에빈스는 2곳의 고객 지원 위원회에서 고객이 원하는 것을 얻는 예시를 들었다. 또 고객 의견을 소프트웨어 개발 프로세스에 반영하는 애자일 방법론을 IT 부서에 도입하기도 했다. ‘순수 고객 추천 지수(Net Promotor Score; NPS)’ 등의 새로운 지표를 사용하여 고객 기대 충족 여부를 판단하기도 했다. 또한 “고객에 대한 시각을 잃어서는 안 된다. 고객을 항상 중심에 두고 적절한 솔루션을 제공할 수 있어야 한다”라고 덧붙였다. 고객 중심적 IT 에빈스 외의 다른 CIO도 비슷한 변화를 경험하면서 고객 경험을 실제 우선순위로 삼고 있다. IDG의 ‘2021 CIO 현황 보고서’에 따르면 IT 리더의 78%는 지난 1년 동안 고객과의 직접 상호작용의 중요성이 커졌다고 답했다. 미국 IT 컨설팅 회사 웨스트 먼로(West Monroe)의 경영 파트너 겸 제품 및 경험 연구소(Product & Experience Lab) 책임자 메이즌 표시기로 작업하기 갈라이니는 “오늘날 기업의 성공에는 고객 경험이 매우 중요하기 때문에 우선순위에 있을 수밖에 없다. CIO와 IT 없이는 고객 경험 개선이 불가능하다”라고 전했다. 고객 경험은 디지털 공간, 물리적 세계 또는 이 둘의 조합에서 기업이 모든 고객과 상호작용하는 방식을 말한다. 목표는 고객을 ‘즐겁게 하는’ 경험을 제공하는 것이다. 많은 기업이 경쟁사와 차별화되는 긍정적 경험을 제공하기 위해 분투하고 있다. 그리고 CIO는 고객의 기대에 부응할 만한 상호작용을 제공하는 적절한 기술을 제공해야 하는 과제에 직면하게 됐다. 글로벌 기술 컨설팅 기업 소트웍스(Thoughtworks)의 북미 지사 CDO 조 머레이는 “비즈니스에 새롭게 등장한 필수 요소가 바로 고객 경험”이라며 “고객 표시기로 작업하기 경험이 갈수록 디지털화된다는 점을 고려한다면, 성공하려는 CIO는 곧 내부 제품 책임자(CPO)가 돼야 한다. 브랜드화되고 차별화된 고객 경험을 제공하는 방향으로 사고방식과 전체 운영 모델을 전환한 기업이 시장에서 가장 높은 수준의 브랜드 자산을 달성하고 있다”라고 설명했다. 고객 경험에 대한 관심 가속화 코로나19 팬데믹 기간 동안 전 세계가 디지털 상호작용으로 대거 전환하면서 고객 경험의 중요성이 커졌다. 그리고 적절하게 대응한 기업도 있었다. 포레스터 리서치의 ‘2021 미국 고객 경험 인덱스(US 2021 CX Index)’에 의하면 약 21%의 브랜드가 2020년과 비교해 큰 폭의 고객 경험 점수 상승을 이뤄냈다고 밝혔다. 포레스터는 “팬데믹으로 인해 모든 산업의 브랜드가 고객 경험에 접근하는 방식을 갑자기 바꾸게 됐다. 브랜드는 디지털 트랜스포메이션, 새로운 쇼핑 옵션, 안전을 강조하는 다양한 상호작용 방식 등을 통해 달라진 고객 요구에 대응했다”라며 “점수가 높아진 원인은 안전을 보장하는 경험을 구축하면서 고객에게 쌓은 호감도(고객 경험 자산)에 기인할 것”이라고 분석했다. 한편 포레스터는 상위 5%의 브랜드를 ‘고객 경험 엘리트’로 선정했으며, 여기에는 츄이(Chewy.com), 엣시(Etsy), 링컨(Lincoln), 해군연방신용조합(Navy Federal Credit Union; NFCU), 트레이더 조(Trader Joe’s) 등이 포함됐다. 하지만 대부분의 기업은 여전히 해야 할 일이 많다. 많은 전문가가 훌륭한 고객 경험을 대규모로 제공하고, 직접 상호작용과 디지털 상호작용을 조합한 뛰어난 고객 경험을 창출하기 위해 기업이 더 많은 노력을 기울여야 한다고 조언한다. 머레이는 “고객과 상호작용하고자 하는 다양한 채널에서 일관되고 즐거운 경험을 제공하는 ‘새로운 모든 채널(any-channel) 전략’이 등장하고 있다”라고 덧붙였다. 꾸준히 고객 경험을 개선하기 위한 그 외의 조언은 다음 콘텐츠에서 다운로드해 더욱 자세히 읽을 수 있다.

고객 경험, 기업 핵심 아젠다로 새롭게 조명받다

기업의 고객 경험(Customer eXperience, CX) 투자 경향이 계속 꾸준한 증가세를 보이고 있다. 어도비의 ‘2021년 CIO 인식조사 보고서(CIO Perspectives Survey 2021)’에 따르면 응답 기업의 33%는 고객 경험 투자가 증가했다고 답했다. 투자가 줄었다고 답한 기업은 8%에 불과했다. 미국에서는 고객 경험 관련 예산 증가를 경험한 CXO가 훨씬 많아, 예산이 증가했다고 답한 CIO가 40%에 이르렀다. 물론 CIO는 예산이 늘어난 만큼 그에 걸맞은 결과를 내야 한다. 12명의 전문가에게 기업의 고객 경험을 계속 개선할 때 필요한 조언을 요청했다. ⓒ Getty Images Bank 부서가 여러 분야를 제대로 넘나들게 하라 유저스냅 설문 조사에서 기업은 고객 경험 업무에 다른 여러 부서를 연결하는 경우가 많다는 결과가 나왔다. 특히 개발 부서는 고객 경험 활동에서 흔히 볼 수 있는 8가지 관련 부서 중 하나다. 일반 관리 및 지원 기능 외에 고객 경험 마케팅, 영업, 운영 및 제품 부서도 뒤섞여 있다. 보스턴 컨설팅 그룹의 전무이 벤저민 레흐버그는 이렇듯 많은 팀을 여러 분야에 걸친 메가 부서로 합쳐야 한다며, IT 부서가 고객 경험을 주도해서도 안 되지만 고객 경험을 만드는 과정에서 배제되어서도 안 된다고 덧붙였다. 레흐버그는 CIO가 데브섹옵스(DevSecOps) 프레임워크와 애자일 방법론을 사용하여 여러 분야를 아우르는 팀을 구성할 것을 조언했다. 또 CIO가 다른 부서 리더를 대상으로 교육을 진행해 팀 안에 구심점을 만들어야 한다고 강조했다. 레흐버그는 “CIO는 이 작업을 수행하는 데 있어 매우 중요한 인물이지만 홀로 추진해서는 안 된다. 조직 전체가 이것에 협조하고 더 나은 고객 경험을 촉진하는 데 일조해야 한다”라고 말했다. 단순한 고객 대면 기술이 아닌 올바른 백엔드 인프라에 투자하라 고객 대면 인터페이스, 기능 및 서비스는 완전히 통합된 최신 백오피스 시스템에 좌우되는 요소다. IT 컨설팅업체인 코그니전트의 컨설팅 매니저 메간 실바는 “웹사이트와 챗봇만 만들면 되는 것이 아니고, 필요한 모든 데이터와 통합된 챗봇인지가 중요하다”라고 말했다. 실바는 많은 기업이 CRM 시스템 현대화에 대규모로 투자하고 있다고 진단했다. 대표적인 예로 헬스케어 산업을 꼽는다. 많은 의료기관이 팬데믹에 대응해 원격의료를 활성화하기 위해 서둘렀지만, 환자가 세션에 로그인하는 동안 후속 진료 예약을 하거나 서비스 비용을 지불하는 데 필요한 기능이 없는 경우가 많았다. 실바는 다른 업계도 비슷한 상태라고 지적하면서 “‘예약 링크,’ ‘비용 지불 클릭’ 같은 메뉴가 있지만, 여전히 투박한 수준에 머무른다. 고객 경험이 준비되지 않은 기업들이 있다. 30개 넘는 도구가 있어도 통합되지 않았다면 의미가 없다”라고 말했다. 올바른 기술을 습득하라 부쉬홀츠는 여러 분야를 아우르는 부서는 적절한 전문 지식도 갖춰야 한다고 강조했다. 그는 자신의 경험을 바탕으로 “개발자의 경우 코딩은 잘 하지만 사용자 인터페이스 구축에는 강하지 않은 경우가 많다”라고 말했다. 또한 “고객 경험을 위한 설계와 사용자 설계는 실제 훈련을 받아야 하는 기술이다. 기술자라면 천부적으로 관련 기술을 보유하고 있을 것이라고 가정해서는 안 된다. 동료 직원을 위해 설계하는 전문 지식은 기업 내에 없는 경우가 많다는 점을 인식해야 한다”라고 말했다. 고객 경험을 잘 만드는 조직은 이 점을 이해하고 있으며, 결과적으로 전문가를 정규 직원으로 두거나 일부 기술자에게 경험 설계 기술을 교육하여 필요할 경우 고객 경험 프로그램을 지원한다. 레흐버그는 또한, 개발자의 마음가짐(특정 비즈니스 요구사항에서 작업)에서 엔지니어 마음가짐(기술자가 코드로 문제 해결 방법을 고안)으로 직원을 전환해야 한다며, CIO는 팀이 올바른 기술을 배양하도록 해야 한다고 강조한다. 또 “개발자의 일하는 방식은 다르다. 교육과 훈련도 달라야 한다”라고 덧붙였다. 이외 고객 경험을 정비하고 제고할 때 필요한 8가지 조언은 다음 콘텐츠에서 더욱 상세히 확인할 수 있다.

"클라우드 데이터 관리에 기여"하는 SD-WAN 엣지 전문 플랫폼의 중요성

ⓒ Getty Images Bank 포스트 코로나 시대에 접어들면서 IT 인프라와 서비스도 빠르게 변화하고 있다. 특히 그 중심에는 클라우드의 부상이 있다. 기업에서 클라우드 기반 애플리케이션 채택을 가속화하면서, 광역 네트워크(WAN)는 사용자와 애플리케이션을 연결하기 위한 필수 요소로 자리 잡고 있다. 기존에 구축된 인프라는 클라우드로 이동 중인 기업의 네트워크 환경을 관리하는 데에 한계가 존재하기 때문이다. 기업 애플리케이션이 데이터센터에서 클라우드로 옮겨가면서 더 이상 MPLS 같은 사설 회선 연결은 현 상황에 적합하지 않고, 유연하지 않으며 비용효율적이지도 않는다는 평가를 받는다. 아루바는 실버피크 인수를 통한 전문지식을 확대해 아루바 엣지커넥트(Aruba EdgeConnect) SD-WAN 엣지 플랫폼을 선보였다. 아루바 엣지 커넥트 SD-WAN 엣지 플랫폼은 광대역으로 사용자와 애플리케이션을 연결할 때 낮은 비용으로 복잡성을 줄이면서 WAN을 구축하고, 애플리케이션의 성능은 높이고 자본비와 운영비를 최대 90%까지 절감한다. Aruba EdgeConnect 물리적 어플라이언스는 가상 어플라이언스로도 제공 ⓒ HPE Aruba EdgeConnect 플랫폼의 구성요소 - Aruba EdgeConnect, Aruba Orchestrator 및 Aruba Boost 아루바 엣지커넥트는 안전한 가상 네트워크 오버레이를 만들기 위해 지사에 배포되는 물리적 또는 가상 어플라이언스다. 이를 통해 기업은 MPLS 와 광대역 인터넷 연결을 이용하는 하이브리드 WAN 방식을 적용하고, 그리고 사이트별로 자사 속도에 따라 광대역 WAN으로 이동할 수 있다. 아루바 오케스트레이터(Aruba Orchestrator)는 레거시와 클라우드 애플리케이션에 기존 인프라에서는 볼 수 없었던 수준의 가시성을 보장한다. 그러므로 비즈니스 의도에 따라 중앙에서 정책을 할당하여 전체 WAN 트래픽을 보호하고 제어할 수 있다. 정책 자동화를 통해 여러 지사의 배포를 촉진하고 간소화하며 전체 애플리케이션에 일관된 정책을 지원한다. 결과적으로 기업은 비즈니스 의도에 따른 가상 WAN 오버레이를 통해 애플리케이션을 사업 목표에 맞추고 맞춤 가상 오버레이에서 애플리케이션을 사용자에게 전달할 수 있다. 즉, WAN을 재구성할 필요가 없으므로 아루바 엣지커넥트 어플라이언스의 제로 터치 프로비저닝이 가능하다. 엣지커넥트 SD-WAN 엣지 플랫폼의 옵션으로 제공되는 아루바 부스트(Aruba Boost)는 아루바의 WAN 최적화 기술과 아루바 엣지커넥트를 결합하여 하나로 통합된 WAN 엣지 플랫폼을 조성하는 WAN 최적화 성능 패키지다. 기업은 아루바 부스트를 사용하여 레거시에 민감한 애플리케이션의 성능을 가속화한다. 또한, 하나로 통합된 SD-WAN 엣지 플랫폼으로 WAN에서 반복되는 데이터의 전송을 최소화할 수 있다. TCP와 기타 프로토콜 가속화 기법이 모든 트래픽에 적용되어 있으므로 WAN 전체에서 애플리케이션의 응답 시간을 크게 개선하고 데이터 압축과 중복을 제거하여 데이터의 반복 전송을 방지한다. Aruba EdgeConnect 하드웨어 플랫폼 ⓒ HPE 아루바 엣지커넥트는 특히 플러그 앤 플레이 방식의 배포를 통해 단 몇 초 안에 지사에 배포되므로 데이터센터와 다른 지사 또는 AWS, 마이크로소프트 애저, 오라클 클라우드 인프라 스트럭처, 구글 클라우드 플랫폼 등의 보편적 IaaS 서비스에서 다른 아루바 엣지커넥트 인스턴스와 자동으로 연결된다. 이와 더불어 클라우드 인텔리전스 기능을 지원한다. 최고의 경로를 통해 수백 개의 SaaS 애플리케이션에 업데이트를 실시간으로 전달하여 기업과 애플리케이션이 민첩하고 지능적인 방식으로 연결될 수 있다.

엔터프라이즈 데이터 클라우드의 진화를 촉진하는 하이브리드 클라우드의 ‘무한 확장’

ⓒ Getty Images Bank 디지털 혁신은 선택 사항이 아니다. 업종과 조직의 규모를 떠나 모두 반드시 가야 하는 길이다. 기업, 정부 등 가릴 것 없이 모든 조직은 보다 더 민첩하게 움직여야 하고, 나날이 높아지는 사용자의 눈높이와도 맞춰야 한다. 그러나 실행에 옮길 때 조직 간 차이를 만드는 요소가 있다면 바로 데이터다. 혁신의 재료인 데이터를 어떻게 다루느냐에 따라 일등과 이등이 갈린다는 사실에는 모든 조직이 공감하지만, 데이터 관리와 활용은 실상 만만한 과제가 아니다. 전략이 허술하면 자칫 비용과 복잡성 증가라는 문제를 마주할 수 있다. 그렇다면 시행착오를 줄이는 방법은 무엇일까? 클라우데라가 제시하는 5가지의 팁을 살펴보자. 데이터 주도적 혁신을 성공으로 이끄는 다섯 가지 팁 첫 번째는 사람에 집중하는 것이다. 기술과 조직 측면의 효율만 따지다 보면 핵심을 놓치기 쉽다. 데이터 속에서 가치를 찾는 것은 결국 사람이다. 따라서 더 많은 이가 더 편하게 데이터에 접근하고 활용할 수 있게 하는 것이 중요하다. 두 번째는 작게 시작해서 크게 키우는 것이다. 처음부터 너무 거창한 목표를 잡고 프로젝트를 시작하면 십중팔구 프로덕션까지 살아남지 못한다. 눈에 띄는 문제이면서 동시에 해결하기 쉬운 과제를 먼저 선정해 시작해야 한다. 작은 성공을 반복하는 가운데 더 큰 목표를 잡는 것이 현실적이다. 세 번째는 데이터와 파이프라인을 깨끗하게 유지하는 것이다. 쓰레기가 들어가면 쓰레기를 얻는 것은 당연한 결과다. 데이터를 잘 정제하고, 데이터 파이프라인을 깔끔하게 정리하는 것은 기본이다. 네 번째는 작은 데이터까지 놓치지 않고 보관하는 것이다. 고객 여정을 따라가다 보면 작은 데이터가 무수히 발생한다. 작은 것 하나까지 잘 챙기는 버릇은 데이터 분석, 머신러닝(ML) 모델 훈련 더 나아가 각종 규정 준수를 위한 거버넌스 정립에도 도움이 된다. 다섯 번째 팁은 하이브리드로 나아가는 것이다. 유연하고, 안전하고, 강력한 통합 플랫폼을 확보하는 가장 현실적이고 효과적인 방법이 바로 하이브리드 데이터 클라우드 전략이다. 소개한 다섯 가지 팁 중 하이브리드 데이터 클라우드에 대해 좀 더 자세히 알아보자. 하이브리드 데이터 클라우드란? 하이브리드 데이터 클라우드를 추천하는 이유는 간단하다. 단일 플랫폼 환경에서 애플리케이션을 한번 구축하면 온프레미스, 하이브리드, 퍼블릭 클라우드 어디서나 실행할 수 있기 때문이다. 하이브리드 데이터 클라우드는 조직에 무한 선택의 파워를 제공한다. 클라우데라 하이브리드 데이터 클라우드 플랫폼을 예로 알아보자. 하이브리드 데이터 클라우드 플랫폼을 구축하면 단일 제어 환경으로 데이터와 워크로드 관리를 통합할 수 있다. 이를 통해 다양한 비즈니스 목적에 따라 필요한 데이터를 수집하고, 다양한 데이터 세트를 이용해 분석하고 AI 서비스의 재료로 활용할 수 있는 유연성을 확보할 수 있다. 여기에 통합 플랫폼이 갖는 보안상의 이점도 취할 수 있다. 온프레미스부터 클라우드까지 일관성 있게 보안 정책과 거버넌스를 유지할 수 있기 때문이다. 이러한 모든 이점이 모이면 조직은 전에 없던 민첩성을 확보할 수 있다. 조직은 데이터 파이프라인을 빠르게 구축하는 한편 다양한 애플리케이션을 빠르게 구현해 배포할 수 있다. 이 과정에서 조직은 최적의 선택을 할 수 있다. 한번 짜면 어디서든 애플리케이션을 서비스할 수 있다 보니 비용, 성능 등을 따져 가장 조건이 좋은 환경에서 데이터를 처리하고 워크로드를 실행할 수 있다. ⓒ Cloudera 고객 사례를 통해 본 데이터 중심의 디지털 혁신 여정 실제 비즈니스 현장에서 데이터 중심의 디지털 혁신이 일어나는 사례를 살펴보았다. 세계 어디에서나 간편 결제 시장의 경쟁이 뜨거운 지금, 인도네시아에서 결제 서비스를 제공하는 OVO는 경쟁사보다 더 나은 서비스 제공에 늘 관심이 많다. 그중 한 가지는 고객과의 소통이다. OVO는 단순한 실시간 소통을 넘어 맞춤형으로 고객에게 새로운 경험과 만족을 줄 방법을 고객 여정을 통해 쌓이는 수많은 데이터를 실시간으로 분석하고, 고객 기록을 활용해 AI 기반 서비스를 제공하는 것에서 찾았다. 그리고 OVO는 Uncover라는 이름의 애플리케이션을 개발했다. 이 애플리케이션이 제공하는 맞춤형 소통과 제안은 간단해 보이지만, 이를 위해 OVO는 하루 수천 만 건에 달하는 고객 기록을 실시간으로 처리해야 한다. 이 작업을 원활히 하기 위해 OVO는 클라우데라 CDP(Cloudera Data Platform)를 활용했다. CDP가 제공하는 하이브리드 데이터 클라우드 플랫폼의 이점을 활용한 덕분에 OVO는 Uncover 애플리케이션 배포 후 6개월 만에 매출을 16% 이상 높이는 효과를 거뒀다. LG유플러스는 원활한 확장에 대한 고민을 클라우데라의 솔루션으로 해결했다. 고객이 표시기로 작업하기 증가하고 서비스가 다양해지면서 LG유플러스는 기하급수적으로 늘어나는 데이터 볼륨을 어떻게 더 효과적으로 관리할 것인지에 대한 고민이 생겼다. 이는 단순히 데이터 저장을 위한 인프라 확장의 문제가 아니었다. 더 효율적인 분석 그리고 언제나 전제돼야 하는 보안과 규정 준수(거버넌스)를 고려한 확장이 필요했다. LG유플러스는 클라우데라를 통해 임팔라(Impala), 쿠두(Kudu)를 적용해 유연한 확장이 가능한 데이터 저장 및 빠른 분석 기반을 갖췄다. 이 플랫폼은 40초면 10억 개의 트랜잭션을 처리할 정도로 강력하다. 이를 활용하면서 LG유플러스는 데이터 속에서 새로운 통찰력을 확보하면서 더 나은 고객 경험과 만족을 제공할 수 있게 됐다. 하이브리드 여정의 위험 줄이기 앞서 살펴본 표시기로 작업하기 바와 같이 엔터프라이즈 데이터 플랫폼은 새로운 차원으로 진화 중이다. 그리고 그 방향은 하이브리드를 향하고 있다. 조직의 디지털 혁신을 위해 소개한 다섯 가지 팁은 하이브리드의 여정에서 맞닥뜨릴 위험을 줄이는 데 도움이 될 것이다.

표시기로 작업하기

작업지시서를 직접 보며 피킹 작업을 하는 것은 작업시간의 효율성이 낮고 작업자의 정확도가 떨어집니다. 피킹을 하는 시간도 오래걸리고 작업 지시서를 보고 피킹할 상품의 숫자를 세기에는 작업량이 너무 많습니다.
DPS시스템은 컴퓨터에 입력된 작업 데이터를 Digital Indicator(디지털 표시기)에 표시를 해줌으로써 적은 인원으로 빠르고 정확한 피킹 작업을 가능하게 합니다. 작업자는 디지털 표시기의 숫자와 점등하는 버튼만 보고 작업 하기 때문에 직관적이고 빠른 작업이 가능합니다.
아세테크의 20년 Know-how를 녹인 다양한 DPS 운영을 통하여 피킹 작업의 효율화를 이루겠습니다.

dps
한손작업
dps
전표잘못읽기
dps
상품찾기
dps
필요없는이동
DPS/DAS 도입으로 작업효율 강화
양손을 사용하며 작업가능 품목별 디지털 수량표시 피킹위치를 램프로 표시 동선에 따라 한번 작업으로 OK!

- DPS는 피킹의 작업시간 단축과 정확성을 위해 Hardware 및 Software를 이용한 물류센터의 필수적인 Solution 입니다.
- 물류센터의 작업효율향상을 통한 생산성 증대, 품목 증가, Layout 변경 및 작업자의 교체에 따른 소요시간을 최소화 할 수 있습니다.
품목 Digital Indicator(표시기)를 통해 작업 내역을 인식하여 Order순으로 Picking함
Order(고객)수가 증가해도 유연한 대응이 가능하며, 먼저 완료된 Order부터 출하가 가능함
센터에서 재고를 보유하고 있는 재고형 물류센터(Distribution Center)에 적합

기본 운영 Process (릴레이 방식)

고객의 Needs에 맞춘 DPS Engineering

고객사의 주문 형태, 상품 SKU수, 물류센터의 Lay-Out 특성에 따라 운영 방식을 바꾸어 더 높은 효율을 줄수 있습니다.
출고 Data를 활용하여 분석후 고객님들의 최적의 DPS 시스템 설계를 제공해 드립니다.
대표적인 운영방식인 릴레이 방식, 대차방식, Island방식 등이 있습니다.

dps

피킹 통로를 작업자 1인이 대차를 끌고 이동하면서 DPS 표시기가 지시하는 Order에 대한 피킹 작업을 합니다.

1.작업자 수에 따른 작업 구역을 분할하여 구역단위 기기를 설치함
2. 재고가 있는 선반 혹은 피킹 선반 구간에 표시기를 설치함.
3. U턴하여 스타트위치에 돌아 올 수있는 레이아웃이 이상적
4. 기본적으로 추월이 불가능 함으로 피킹 통로 폭을 약(1~1.3 m)를 확보 할 필요가 있음

1. 각 블록에 보틀넥 현상이 일어나지 않도록, 상품 배치나 블럭구성, Hit율에 따른 균형 있는 배치가 필요
2. 스타트 구역과 끝 블록에 DPS와 연동한 점포 라벨을 발행 할 수 있는 기능 설치
3. 한점포의 박스수보다 많은 대차를 선정하고 피킹중 대차 적제수를 오버 하지 않도록 함.

dps

각각의 Picking Zone을 디지털 표시기를 부착하여 구성하고, 작업자를 각 Zone별로 배치하여 컨베이어 상의 주문 박스의 주문에 대한 상품 피킹을 합니다.

1. 매장 코드의 라벨이 출력됨과 동시에 ITEM별 표시기가 점등되고 피킹 수량을 표시
2. 작업자는 미리 준비된 매장 코드별 박스에 라벨을 부착하고 해당 표시기에 표시된 수량만큼 상품을 피킹 후 확인 버튼을 누름
3. 한 개의 Picking Zone이 완료 되면 Zone 표시기가 점등 되고 확인 버튼을 누르면 해당 Zone의 작업이 완료
4. 해당 주문의 작업이 완료된 경우 다음 주문에 해당하는 상품을 피킹
5. 위와 같은 방법으로 모든 Picking Zone을 순회하여 마지막 Zone까지 주문 박스가 이동시

1. 일반적으로 DC형 물류 센터에 적합
2. 다른 Picking 방식과 비교하여 동선이 집약적이기 때문에 작업자 이동이 없슴
3. 스타트 Zone에서 투입한 주문 정보를 가진 BOX가 모든 피킹존을 컨베이어를 통하여 이동
4. 피킹 한 상품과 DPS를 연동하는 고정 스캐너를 이용 하여 스캔 검수를 하며 피킹이 가능
5. 릴레이 방식으로 작업이 진행 되기 때문에 각 Picking Zone별 Hit 수가 차이가 많이 날 경우 병목 현상이 발생할 가능성이 있슴
6. 4번을 해결하기 위하여 릴레이 방식을 응용한 다양한 설계가 가능

dps

컨베이어를 구역별로 고정 스캐너를 달아 각 Picking Zone에 피킹 할 상품이 있는 경우에만 주문 Box를 넣습니다. 출고 완료된 주문 박스는 By Pass 컨베이어 라인에 의하여 검수 및 포장 Zone으로 이동 합니다.

1. 발행된 라벨을 출고 Box에 부착 합니다.
2. 출고 Box가 피킹 할 상품이 있는 Picking Zone으로 이동
3. 해당 Zone에 도착 한 경우 Stopper가 작동 되어 Box를 정지 시킨 후, Island로 구성된 Picking Zone으로 들어감
4. 작업자는 해당 주문 Box에 필요한 상품을 피킹 하고 확인 버튼을 누름
5. 주문 Box는 다음 Picking 할 상품이 있는 Zone으로 이동
6. 주문이 끝난 상품은 By Pass라인을 통하여 검수 및 포장 라인으로 이동

1. 다른 Picking 방식과 비교하여 동선이 집약적이기 때문에 작업자 이동이 없슴
2. 주문 Box가 피킹이 필요한 Picking Zone에만 들어 감으로 피킹 생산성이 증가
3. 피킹 한 상품과 DPS를 연동하는 고정 스캐너를 이용 하여 스캔 검수를 하며 피킹이 가능
4. 주문작업이 진행하고 있는 경우에도 앞 오더를 추월 가능 하기때문에 병목 현상을 최소화


0 개 댓글

답장을 남겨주세요