6월4일 (火) TIL UXUI 3주차 강의 요약

오늘은 컨디션이 좋지않아 글을 못썼다.

그래서 다음 날인 수요일 현재 다시 쓰고 있다. ​

 

오늘 배운 것 중 정리하면서 기억할 필요가 있는 것

컨디션 관리를 위해 일찍 길게 잠을 자자!

 

UXUI 3주차 강의 요약

1. 제품팀이란?

1) 제품팀? :

팀 구성이나 업무 프로세스는 회사 by 회사 보편적 (普遍的) 내용제품을 만들기 위해서 다양한 사람들이 모인 조직

최소 1명의 제품관리 1명의 디자이너, 2명이상의 엔지니어가 제품팀 최소팀 

기획-> 디자인-> 개발이 필요해서

그 외에도 데이터분석 데이터 애널리스트, 우리의 제품을 잘 홍보하고 알려주는 마케터, 사업적으로 이 비지니스가 잘 운영될 수있게 해주는 BO (Business Operator)

 

 

- 목적조직 : 특정한 목적을 달성하기 위해서 여러 직무의 사람들이 모인 팀. 금융상품, 기능별로 기획, 디자인, 개발

 a.k.a 스쿼드나 사일로  例) 대출팀, 카드, 예적금팀

- 기능조직 : 유사한 직무끼리 구성된 팀. 전문분야에 대해 깊이 논의하고 서로의 발전을 도울 수 있음

 a.k.a챕터 전문성 높힐 수 있음.

 例) 기획팀, 디자인팀, 개발팀

- 매트릭스조직:  요즘 스타트업에 많음, 기능조직과 목적조직이 교차된 형태로 소속된 구성. 전문성이 떨어 질 수 있지만

전문성도 기능조직으로 가짐

속도 ↑　목적조직　전문성↑  기능조직

​

2)  제품팀이 일하는 방식

- 린스타트업 : 군더더기 없는 이라는 뜻. 필요한 행동만해서 제품을 잘 만들어보자라는 목적

빠르게 제품을 테스트하고 그 결과를 다시 제품에 반영하는 운영방식. 

학습-만들기-측정

시간, 돈, 사람 리소스 부족해서 효율적으로 좋은제품 

 

- 애자일 : 날렵하고, 민첩하게 제품을 만들어보자 목적 1-4주 스프린트 단위로 제품을 개발, 테스트함

 

※반대는 폭포수 방식 : 수직적, 독립 규모가 큰 대기업에 적합 인원 多數의 가시성可視性 ↑

속도가 느리고 유연하게 대처 어려움 

기획->디자인->개발 3달 2달 프로세스 길다 빠른시장에 대응 難

↔

애자일은

1-4주 작은단위 유연한 방식

스프린트(1-4주 업무주기), 스크럼(짧은시간안에 목표를가지 어떠한 피쳐나 제품을 설계->디자인->개발->테스), 이터레이션(짧은 주기로 스프린트를 반복)

​

2. UXUI 실무 프로세스

1.협업하기 : 협업의 질(質)=제품의 질. 각 직무의 리소스가 낭비없이 좋은 솔루션을 만드는 데 집중적으로 쓰이는 것

각자가 어떠한 일을 하고 있고, 잘 할수있도록 서로를 잘이해하는 것이 중요PM->우선순위를 결정해 실행 PO->주인, 미니CEO 제품이 시장에 잘 전달될 수 있도록 관리, 제품을 잘 만들 수 있는 환경을 만드는데에도 힘(PO가PM보다 상위의 개념)

실행(PM)과 관리(PO)의 차이

 

2.실험문화 : 검증->실험

제품의 개선이 실제로 사용자에게 더 나은 경험으로 이어지는지 데이터로 검증. 2가지 안(案)중에서  유저가 더 나은 사용자 경험을 가져가는 것, 그리고 우리 회사에도 더 나은 지표를 가져오는 것이 실험 好호 不好불호

 실험은 대부분 A/B 테스트로 진행

* A/B 테스트 - 

개선, 반응이 긍정인지 부정인지 정보를 얻기 위하여

두 가지 이상의 버전을 각각 다른 사용자에게 보여주고 성과를 측정하는 실험. 테스트 변수는 1개로 제한

앰플리튜드, 구글 애널리틱스가 있음

 

3. 디자인 QA : QA는 Quality Assurance의 약자

제품이 출시되기 전에 기능을 테스트하는 것

QA문서 체크리스트, 테스트 시나리오, 테스트 케이스

 

테스트 케이스 작성  + 디자인 QA로 발견한 이슈 공유하기

 

1. 테스트 케이스 작성

디자이너의 관점에서 디자인이 잘 반영이 됐는지 확인하려면 어떤 케이스들을 테스트해야 하는지 자세히 적어보세요.
특정 조건, 테스트 범위, 케이스, 기댓값, 테스트 환경 등을 상세하게 적어야 합니다.
특히 에러 케이스에 집중해서 여러 가지 케이스를 놓치지 않도록 해보세요.
아래의 형식에 맞게 내용을 작성해 보세요. 
-화면
-조건
-테스트 케이스
-입력 값
-기댓값
-테스트 환경

 

2. 디자인QA로 발견한 이슈 공유

 

위에서 작성한 테스트케이스로 디자인 QA를 했다고 가정

 

1. 디자인 QA에서 다음의 이슈를 발견했습니다
2. 아래의 형식에 맞춰 내용을 작성해 보세요.

Fail                                                                                              기대 결과

현재 발견한 이슈에 대해 상세히 설명하세요.	수정되어야 하는 방향을 상세히 설명하세요.
테스트 환경에서 캡처한 스크린을 첨부하세요.	피그마 화면을 첨부하세요.

 

3. 추가로 사내 메신저를 통해 엔지니어에게 발견한 이슈를 공유하는 글을 작성

 

 

테스트 케이스 작성은 숙제로 새로운 블로그에서 작성

 

이번 3주차 너무 어려웠다~~~

이론의 양이 너무 방대하고 많지만, 노션을 이용해서 타자로 더 메모하고 암기해서 앞으로 더 빠르게 학습할 수있게 해보자