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

Weitere ähnliche Inhalte

Was ist angesagt?

꼭 필요한 만큼의 리서치 (웹월드컨퍼런스)
꼭 필요한 만큼의 리서치 (웹월드컨퍼런스)꼭 필요한 만큼의 리서치 (웹월드컨퍼런스)
꼭 필요한 만큼의 리서치 (웹월드컨퍼런스)keesung kim
 
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기Hyunjung Kim
 
유지보수를 고려한 SW 개발
유지보수를 고려한 SW 개발유지보수를 고려한 SW 개발
유지보수를 고려한 SW 개발도형 임
 
대충 사용성테스트 개념과 가이드
대충 사용성테스트 개념과 가이드대충 사용성테스트 개념과 가이드
대충 사용성테스트 개념과 가이드Hyun-june Kwon
 
Introduce Myself & Advice for New Employee
Introduce Myself & Advice for New EmployeeIntroduce Myself & Advice for New Employee
Introduce Myself & Advice for New Employeerryusoo
 
Si 프로젝트에서 바라보는...traditional vs agile
Si 프로젝트에서 바라보는...traditional vs agileSi 프로젝트에서 바라보는...traditional vs agile
Si 프로젝트에서 바라보는...traditional vs agileKiwon Kyung
 
프로젝트 Xxx에 적용하고 싶은 개발방법
프로젝트 Xxx에 적용하고 싶은 개발방법프로젝트 Xxx에 적용하고 싶은 개발방법
프로젝트 Xxx에 적용하고 싶은 개발방법도형 임
 
칸반을 활용한 업무프로세스 혁신 실천법과 적용사례
칸반을 활용한 업무프로세스 혁신 실천법과 적용사례칸반을 활용한 업무프로세스 혁신 실천법과 적용사례
칸반을 활용한 업무프로세스 혁신 실천법과 적용사례철민 신
 
Wwc2016 기획디자인개발그리고프로토
Wwc2016 기획디자인개발그리고프로토Wwc2016 기획디자인개발그리고프로토
Wwc2016 기획디자인개발그리고프로토keesung kim
 
인터랙티브미디어2 - 사용성테스트
인터랙티브미디어2 - 사용성테스트인터랙티브미디어2 - 사용성테스트
인터랙티브미디어2 - 사용성테스트Ji Lee
 

Was ist angesagt? (10)

꼭 필요한 만큼의 리서치 (웹월드컨퍼런스)
꼭 필요한 만큼의 리서치 (웹월드컨퍼런스)꼭 필요한 만큼의 리서치 (웹월드컨퍼런스)
꼭 필요한 만큼의 리서치 (웹월드컨퍼런스)
 
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
더 나은 사용자 경험과 비즈니스를 만들기 위한 프로덕트 매니저로 일하기
 
유지보수를 고려한 SW 개발
유지보수를 고려한 SW 개발유지보수를 고려한 SW 개발
유지보수를 고려한 SW 개발
 
대충 사용성테스트 개념과 가이드
대충 사용성테스트 개념과 가이드대충 사용성테스트 개념과 가이드
대충 사용성테스트 개념과 가이드
 
Introduce Myself & Advice for New Employee
Introduce Myself & Advice for New EmployeeIntroduce Myself & Advice for New Employee
Introduce Myself & Advice for New Employee
 
Si 프로젝트에서 바라보는...traditional vs agile
Si 프로젝트에서 바라보는...traditional vs agileSi 프로젝트에서 바라보는...traditional vs agile
Si 프로젝트에서 바라보는...traditional vs agile
 
프로젝트 Xxx에 적용하고 싶은 개발방법
프로젝트 Xxx에 적용하고 싶은 개발방법프로젝트 Xxx에 적용하고 싶은 개발방법
프로젝트 Xxx에 적용하고 싶은 개발방법
 
칸반을 활용한 업무프로세스 혁신 실천법과 적용사례
칸반을 활용한 업무프로세스 혁신 실천법과 적용사례칸반을 활용한 업무프로세스 혁신 실천법과 적용사례
칸반을 활용한 업무프로세스 혁신 실천법과 적용사례
 
Wwc2016 기획디자인개발그리고프로토
Wwc2016 기획디자인개발그리고프로토Wwc2016 기획디자인개발그리고프로토
Wwc2016 기획디자인개발그리고프로토
 
인터랙티브미디어2 - 사용성테스트
인터랙티브미디어2 - 사용성테스트인터랙티브미디어2 - 사용성테스트
인터랙티브미디어2 - 사용성테스트
 

Ähnlich wie 개발자 리서치 활동강화 방안 180109

프로덕트 매니저 8년의 경험
프로덕트 매니저 8년의 경험프로덕트 매니저 8년의 경험
프로덕트 매니저 8년의 경험Jihye OK
 
Agile SW 개발
Agile SW 개발Agile SW 개발
Agile SW 개발혁 권
 
How to implement your dream 20150427
How to implement your dream 20150427How to implement your dream 20150427
How to implement your dream 20150427Will Kim
 
EMOCON 2015 - 품질과 테스트는 다르다
EMOCON 2015 - 품질과 테스트는 다르다EMOCON 2015 - 품질과 테스트는 다르다
EMOCON 2015 - 품질과 테스트는 다르다이상한모임
 
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스Hee Jae Lee
 
스크럼 101
스크럼 101스크럼 101
스크럼 101Daniel Lim
 
[오픈소스컨설팅]소프트웨어 개발 준비 과정
[오픈소스컨설팅]소프트웨어 개발 준비 과정[오픈소스컨설팅]소프트웨어 개발 준비 과정
[오픈소스컨설팅]소프트웨어 개발 준비 과정Ji-Woong Choi
 
Kakao agile 2nd story
Kakao agile 2nd storyKakao agile 2nd story
Kakao agile 2nd story호정 이
 
스마일게이트 서버개발캠프 - ING - Laundry Runner
스마일게이트 서버개발캠프 - ING - Laundry Runner스마일게이트 서버개발캠프 - ING - Laundry Runner
스마일게이트 서버개발캠프 - ING - Laundry RunnerServerDevCamp
 
언제 애자일을 써야 좋을까? The better ways of developing software
언제 애자일을 써야 좋을까? The better ways of developing software언제 애자일을 써야 좋을까? The better ways of developing software
언제 애자일을 써야 좋을까? The better ways of developing softwareKevin Kim
 
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발Jaehoon Oh
 
Innovation 3 3.stages of new product development
Innovation 3 3.stages of new product developmentInnovation 3 3.stages of new product development
Innovation 3 3.stages of new product development정명훈 Jerry Jeong
 
제13회컨퍼런스 조대협 서버사이드개발
제13회컨퍼런스 조대협 서버사이드개발제13회컨퍼런스 조대협 서버사이드개발
제13회컨퍼런스 조대협 서버사이드개발Terry Cho
 
12 해결한 도출
12 해결한 도출12 해결한 도출
12 해결한 도출humana12
 
Developing good enough software
Developing good enough softwareDeveloping good enough software
Developing good enough softwareYoungCheolSon
 
코프링 프로젝트 투입 일주일 전: 주니어 개발자의 코틀린 도입 이야기
코프링 프로젝트 투입 일주일 전: 주니어 개발자의 코틀린 도입 이야기코프링 프로젝트 투입 일주일 전: 주니어 개발자의 코틀린 도입 이야기
코프링 프로젝트 투입 일주일 전: 주니어 개발자의 코틀린 도입 이야기Seokjae Lee
 
애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)
애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)
애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)SangIn Choung
 
스타트업처럼 토이프로젝트하기
스타트업처럼 토이프로젝트하기스타트업처럼 토이프로젝트하기
스타트업처럼 토이프로젝트하기Sunyoung Shin
 
스마일게이트 서버개발캠프 - HGHSS - 합격하소서
스마일게이트 서버개발캠프 - HGHSS - 합격하소서스마일게이트 서버개발캠프 - HGHSS - 합격하소서
스마일게이트 서버개발캠프 - HGHSS - 합격하소서ServerDevCamp
 

Ähnlich wie 개발자 리서치 활동강화 방안 180109 (20)

프로덕트 매니저 8년의 경험
프로덕트 매니저 8년의 경험프로덕트 매니저 8년의 경험
프로덕트 매니저 8년의 경험
 
Agile SW 개발
Agile SW 개발Agile SW 개발
Agile SW 개발
 
How to implement your dream 20150427
How to implement your dream 20150427How to implement your dream 20150427
How to implement your dream 20150427
 
애자일의 모든것
애자일의 모든것애자일의 모든것
애자일의 모든것
 
EMOCON 2015 - 품질과 테스트는 다르다
EMOCON 2015 - 품질과 테스트는 다르다EMOCON 2015 - 품질과 테스트는 다르다
EMOCON 2015 - 품질과 테스트는 다르다
 
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
 
스크럼 101
스크럼 101스크럼 101
스크럼 101
 
[오픈소스컨설팅]소프트웨어 개발 준비 과정
[오픈소스컨설팅]소프트웨어 개발 준비 과정[오픈소스컨설팅]소프트웨어 개발 준비 과정
[오픈소스컨설팅]소프트웨어 개발 준비 과정
 
Kakao agile 2nd story
Kakao agile 2nd storyKakao agile 2nd story
Kakao agile 2nd story
 
스마일게이트 서버개발캠프 - ING - Laundry Runner
스마일게이트 서버개발캠프 - ING - Laundry Runner스마일게이트 서버개발캠프 - ING - Laundry Runner
스마일게이트 서버개발캠프 - ING - Laundry Runner
 
언제 애자일을 써야 좋을까? The better ways of developing software
언제 애자일을 써야 좋을까? The better ways of developing software언제 애자일을 써야 좋을까? The better ways of developing software
언제 애자일을 써야 좋을까? The better ways of developing software
 
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
 
Innovation 3 3.stages of new product development
Innovation 3 3.stages of new product developmentInnovation 3 3.stages of new product development
Innovation 3 3.stages of new product development
 
제13회컨퍼런스 조대협 서버사이드개발
제13회컨퍼런스 조대협 서버사이드개발제13회컨퍼런스 조대협 서버사이드개발
제13회컨퍼런스 조대협 서버사이드개발
 
12 해결한 도출
12 해결한 도출12 해결한 도출
12 해결한 도출
 
Developing good enough software
Developing good enough softwareDeveloping good enough software
Developing good enough software
 
코프링 프로젝트 투입 일주일 전: 주니어 개발자의 코틀린 도입 이야기
코프링 프로젝트 투입 일주일 전: 주니어 개발자의 코틀린 도입 이야기코프링 프로젝트 투입 일주일 전: 주니어 개발자의 코틀린 도입 이야기
코프링 프로젝트 투입 일주일 전: 주니어 개발자의 코틀린 도입 이야기
 
애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)
애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)
애자일과 애자일 테스트 소개 (테스트기본교육 3장 2절)
 
스타트업처럼 토이프로젝트하기
스타트업처럼 토이프로젝트하기스타트업처럼 토이프로젝트하기
스타트업처럼 토이프로젝트하기
 
스마일게이트 서버개발캠프 - HGHSS - 합격하소서
스마일게이트 서버개발캠프 - HGHSS - 합격하소서스마일게이트 서버개발캠프 - HGHSS - 합격하소서
스마일게이트 서버개발캠프 - HGHSS - 합격하소서
 

Mehr von 한 경만

엘라스틱서치 실무 가이드_202204.pdf
엘라스틱서치 실무 가이드_202204.pdf엘라스틱서치 실무 가이드_202204.pdf
엘라스틱서치 실무 가이드_202204.pdf한 경만
 
아파치 카프카_애플리케이션 프로그래밍 with 자바_202204.pdf
아파치 카프카_애플리케이션 프로그래밍 with 자바_202204.pdf아파치 카프카_애플리케이션 프로그래밍 with 자바_202204.pdf
아파치 카프카_애플리케이션 프로그래밍 with 자바_202204.pdf한 경만
 
도메인 주도 설계 철저 입문_202204.pdf
도메인 주도 설계 철저 입문_202204.pdf도메인 주도 설계 철저 입문_202204.pdf
도메인 주도 설계 철저 입문_202204.pdf한 경만
 
파워포인트 블루스
파워포인트 블루스파워포인트 블루스
파워포인트 블루스한 경만
 
만들면서 배우는 클린 아키텍처
만들면서 배우는 클린 아키텍처만들면서 배우는 클린 아키텍처
만들면서 배우는 클린 아키텍처한 경만
 
소프트웨어 공학의 사실과 오해
소프트웨어 공학의 사실과 오해소프트웨어 공학의 사실과 오해
소프트웨어 공학의 사실과 오해한 경만
 
Database 튜닝 교육 110124
Database 튜닝 교육 110124Database 튜닝 교육 110124
Database 튜닝 교육 110124한 경만
 
2018 workshop 180615
2018 workshop 1806152018 workshop 180615
2018 workshop 180615한 경만
 
객체지향의 사실과 오해 7장.함께모으기
객체지향의 사실과 오해 7장.함께모으기 객체지향의 사실과 오해 7장.함께모으기
객체지향의 사실과 오해 7장.함께모으기 한 경만
 
객체지향의 사실과 오해 3장. 타입과 추상화
객체지향의 사실과 오해 3장. 타입과 추상화객체지향의 사실과 오해 3장. 타입과 추상화
객체지향의 사실과 오해 3장. 타입과 추상화한 경만
 
애자일 프랙티스
애자일 프랙티스애자일 프랙티스
애자일 프랙티스한 경만
 
Kafka streams 20201012
Kafka streams 20201012Kafka streams 20201012
Kafka streams 20201012한 경만
 

Mehr von 한 경만 (12)

엘라스틱서치 실무 가이드_202204.pdf
엘라스틱서치 실무 가이드_202204.pdf엘라스틱서치 실무 가이드_202204.pdf
엘라스틱서치 실무 가이드_202204.pdf
 
아파치 카프카_애플리케이션 프로그래밍 with 자바_202204.pdf
아파치 카프카_애플리케이션 프로그래밍 with 자바_202204.pdf아파치 카프카_애플리케이션 프로그래밍 with 자바_202204.pdf
아파치 카프카_애플리케이션 프로그래밍 with 자바_202204.pdf
 
도메인 주도 설계 철저 입문_202204.pdf
도메인 주도 설계 철저 입문_202204.pdf도메인 주도 설계 철저 입문_202204.pdf
도메인 주도 설계 철저 입문_202204.pdf
 
파워포인트 블루스
파워포인트 블루스파워포인트 블루스
파워포인트 블루스
 
만들면서 배우는 클린 아키텍처
만들면서 배우는 클린 아키텍처만들면서 배우는 클린 아키텍처
만들면서 배우는 클린 아키텍처
 
소프트웨어 공학의 사실과 오해
소프트웨어 공학의 사실과 오해소프트웨어 공학의 사실과 오해
소프트웨어 공학의 사실과 오해
 
Database 튜닝 교육 110124
Database 튜닝 교육 110124Database 튜닝 교육 110124
Database 튜닝 교육 110124
 
2018 workshop 180615
2018 workshop 1806152018 workshop 180615
2018 workshop 180615
 
객체지향의 사실과 오해 7장.함께모으기
객체지향의 사실과 오해 7장.함께모으기 객체지향의 사실과 오해 7장.함께모으기
객체지향의 사실과 오해 7장.함께모으기
 
객체지향의 사실과 오해 3장. 타입과 추상화
객체지향의 사실과 오해 3장. 타입과 추상화객체지향의 사실과 오해 3장. 타입과 추상화
객체지향의 사실과 오해 3장. 타입과 추상화
 
애자일 프랙티스
애자일 프랙티스애자일 프랙티스
애자일 프랙티스
 
Kafka streams 20201012
Kafka streams 20201012Kafka streams 20201012
Kafka streams 20201012
 

개발자 리서치 활동강화 방안 180109

  • 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
  • 6. 개발자, 기술적 관심 외에 도메인 지식이 궁극의 경쟁력이다 기술적 관심 도메인 지식
  • 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 사례 연구