2. 목적
개발자로 하여금 기술적 발전 외에 도메인 역량을 강화하여 좋은 Feature를 발굴할 수 있는
능동적인 자세를 가진 팀 문화 형성
A B
GAP
난 도메인 지식 따
윈 관심없어
도메인을 잘 알아야
좋은 제품을
만들 수 있어
기술에만 관심이 있는 개발자 도메인 지식을 연구하는 개발자
3. 개발자와 프로그래머의 차이
ü A Programmer is a person who creates computer software.
ü Software developer, one who programs computers
or designs the system to match the requirements of a systems analyst.
- Wikipedia
Programmer Developer
개발자는 프로그래밍 외에 요구사항을 만족시키기 위한 다양한 창조활동을 포함한다.
4. 개발자의 특성
일반적으로 개발자는 도메인 지식 보다는 기술적 요소에,
또한 문제의 원인 보다는 문제의 해결에 관심이 많다.
도메인 지식
기술적 관심
5. 프로그래밍의 본질
그러나, 실제는 문제를 잘 정의하고, 추상화하고, 논리적으로 정리한 다음 해결하는 것이 올
바른 프로그래밍의 방법이다.
Problem
ü 문제를 정의
ü 추상화 능력
ü 논리를 이끄는 힘
ü 기술적용
Solution
7. 방안 검토
개발자가
시장의 요구사항을
직접 듣고
고민해보는
시간을 가지면
도움이 되지 않을까?
개발자의 도메인 역량을 강화할 수 있고 팀 내에서 내재화 할 수 있는 방안을 검토하여 다음
과 같이 4가지 방안으로 생각함.
1. 요구사항 브리핑
2. 현장 Feedback
3. Engager 실험실
4. Research 조사
지속적으로
수행될 수 있도록
팀내 프로세스로
진행되면 어떨까?
9. 목적
개발자가 시장의 요구사항에 관심을 가지고 기획 관점에서 요구사항을 리뷰 및 분석해 봄으로
써 제품에 어떤 가치를 부여할 수 있을지 고민해 보는 시간을 가지자.
`요구사항 브리핑
“요구사항에 귀 기울이자~”
10. 진행방법
담당자를 선정하여 매주 Slack, Jira의 요구사항을 취합 및 정리하여 팀원들과 공유하는 시
간을 가진다.
1. 담당자 선정 2. 요구사항 취합 3. 브리핑
• 요구사항 브리핑 담당자 선정 (주 1회)
• slack market, jira 개선사항 수집 및 정리
• 주간회의 시간에 브리핑
• 의견 교환 후 slack, jira에 제안
`요구사항 브리핑
11. 기대효과
현장에서 발생하는 요구사항을 접해봄으로써 고객 관점의 사고방식 증대에 많은 도움이 될 것
이라고 생각됨
1. 사용성 증대
2. 추상화 훈련
3. 고객적 사고
실제 사용하는 형태 확인
UX 개선 효과
일반화 시키는 능력 강화
고객의 중요성 인지
고객관점 시야 강화
`요구사항 브리핑
13. 목적
현장 사용자들에 의해 제품 사용에 대한 평가 및 개선점을 취합하고 실제 사례를 통해 제품을
보다 강화할 수 있는 기회를 갖자
`현장 Feedback
고객들은 이 기능을
정말 잘 쓰더라~
이 기능은 우리 사이
트에서 성능 문제가
발생 했어~
현장에서 좀 쉽게
쓸 수 있게 해줘~
“연구소에 말하다”
14. 진행방법
구축 프로젝트 종료 시 팀원에게 설문지를 발송하고 제품에 대한 평가 및 개선점을 취합하고
내부적인 공유활동 및 개선사항을 등록하자.
`현장 Feedback
담당자 선정
설문지
1. 프로젝트 구축 시 ...
2. 다음 항목 중...
3. 기타 의견
설문지 발송
설문지 정리
개선사항 발굴
개선사항 등록
15. 기대효과
프로젝트 시 발생하는 다양한 의견을 설문지를 통해 손쉽게 의사개진을 할 수 있으므로 보다
여러가지 의견 취합이 가능할 것으로 생각됨.
`현장 Feedback
연구소에 무엇이던지
말씀하세요~
제가 생각하는 의견을
말씀드리지요~
연구소 채널
현장에서 발생하는 다양한
문제를 직접 들을 수 있음
프로젝트 완료 시점에 팀원
으로부터 일괄 취합
손쉬운 의사전달이 가능
문제의 원인은 여기
에 있군
프로젝트 종료하면
다 까먹어
Jira나 Slack에 올
릴만한 내용은 아닌
듯
1. 현장의 소리
2. 프로젝트 완료 시
3. 비공식 채널
17. 목적
제품 출시 이전에 다양한 기능을 제안 및 실험하고 직원으로부터 여러가지 의견(Feedback)
을 구함으로써 제품 Feature를 강화할 수 있는 채널 확장에 목적이 있다.
`Engager 실험실
“이 기능은 실험실에서
미리 해보면 좋을 듯 해”
18. 진행방법
개발자가 제품에서 사용되면 좋을 만한 기능을 검토 후 실험실에 기능을 등록하고 직원으로부
터 피드백을 받아 제품에 반영한다.
`Engager 실험실
1. Slack 채널 등록
이 기능이 좋은 것 같아
한번 만들어 봤습니다~
2. 실험실에 기능 등록
네~
좋은 기능이네요. 다음
릴리스에 포함 됬으면
하네요
3. 직원 Feedback
4. 제품 반영 여부 결정
ü A 기능 - 반영
ü B 기능 - 폐기
ü C 기능 - 반영
ü D 기능 - 폐기
개발자
19. 기대효과
스프린트 진행 전에 보다 다양한 기능이 실험실에서 테스트될 수 있어 좋은 Feature 발굴활
동을 강화할 수 있고 직원과의 소통을 통해 더 좋은 경험을 제품에 반영할 수 있다.
`Engager 실험실
① Feature 발굴 ② 직원과의 소통
인증방법강화 카카오인증
제품 출시 전 다양한 기능을 개발
해서 검토해봄으로써 유용하다고
생각되는 피처를 발굴
이 기능 어
때?
좋은것
같아
실험실 채널을 통한 직원과의 소
통을 강화하여 더 좋은 경험을
제공할 수 있 발판 마련
21. 목적
유사 서비스, UI 트렌트, 기술발전 동향 등 제품과 관련 있는 자료를 주기적으로 리서치 하여
제품 Feature 강화 및 조직의 창의적 역량강화를 목적으로 한다.
`Research 조사
“다양한 시야 확보”
리서치 활동
유사 서비스
Fresh
chat
Channel.io
UX 트렌드
Adobe UX Planet
기술동향
stackoverflow Gartner
22. 진행방법
매주 Research 대상을 선정 및 조사하고 팀 회의에서 내용을 공유하고 의미가 있는 내용을
선정하여 Dev Blog에 등록한다.
`Research 조사
ü 타사 톡 서비스
ü UI 트렌드
ü 기술 동향
ü IT 뉴스
ü 잡지
Research 대상 선정
ü 주간회의 시
ü 각자 발표
ü 내용 토론
ü 제품 적용 방안
내용 공유
ü 내용 정리 후
블로그 등록
Dev blog 내용 등록
23. 기대효과
수많은 정보 속에서 제품에 유용하게 쓰일 수 있는 내용을 검토 및 토론함으로써 제품의
Feature를 강화하고 조직 구성원들의 역량을 강화하는 효과
`Research 조사
리서치 활동
Feature
발굴
조직역량
강화
신기술
공유
UX 사례
연구