주니어가 회사에서 기회를 얻는 방법 by 1호
•
0 likes•20 views
세션 소개 개인의 능력, 팀의 협업, 그리고 회사 전체의 효율성을 향상 시키는 것은 개선의 과정을 통해 이루어집니다. 작은 개선을 통해 작은 성공을 이루고, 더 큰 기회로 이어질 수 있는 시야를 공유하고 하고자 합니다. 발표자 소개 서버 컴퓨터를 만들다가, 3년차 서버개발자가 되었고, 고양이(걸오)님을 부양하기 위해 열심히 살아가고 있습니다.
Recommended
More Related Content
Similar to 주니어가 회사에서 기회를 얻는 방법 by 1호
Similar to 주니어가 회사에서 기회를 얻는 방법 by 1호 (20)
More from Excelcon
주니어가 회사에서 기회를 얻는 방법 by 1호
- 1. 주니어가 회사에서 기회를 얻는 방법 최호영/1호(@isValidUserId)
- 2. 자기 소개 개발자가 되기 전 산업용 컴퓨터를 제조하던 회사에서 근무. 제주 버스 정류장의 Information, 승차권 발매기, 서버 컴퓨터
- 3. 자기 소개 지금은 이렇게 매일 매일 서버의 무사 운영을 위해 기도하는 서버 개발자
- 4. 발표 내용 소개 Q. 생산성과 이 발표가 무슨 관련이 있나요? Q. 기회는 어떻게 얻나요? - 개선 과정을 통한 개인과 팀 나아가 회사의 생산성 향상 - 이를 통해, 신뢰를 쌓아 나가며 더 큰 권한과 책임을 부여받는 기회를 얻 음 - 개선 과정을 이루어 가는 시야 공유
- 5. 목차 01. [이론] 고객에 대한 시야 02. [이론] 실수, 오류에 대한 시야 03. [실습] 개선 사례 04. 개선 시작 방법
- 6. 01 고객에 대한 시야 고객은 구매자, 사용자만 있을까요?
- 7. 카페 사장 손님 회사 클라이언트 외부 고객 나 다른 부서 내부 고객 처리 요청 고객이라고 하면 어떤게 떠오르시나요?
- 8. 고객은 외부 고객과 내부 고객이 있습니다. 외부 고객 = 클라이언트, 사용자 내부 고객 = 협업하거나, 같이 서비스를 만드는 동료
- 9. 고객을 만족시키기 위해 서비스 개선하는 것처럼 “내부 고객”이라는 시야로 보면, 개선점이 많이 보임
- 10. 02 실수, 오류에 대한 시야 실수하면 혼나야하는가?
- 11. 혹시, 어떤 말을 들어 보셨나요? 아이콘: Flaticon.com 하.. 이거 누구 때문 이야? 왜 아직 이런 것도 몰라요? 괜찮아요, 누구나 실수할 수 있어요 이건 A에서 발생한 문제 같네요. 같이 해결해봐요
- 12. 큰 변환점, 외부 교육 첫 회사에서 부장님이 저에게 품질에 관한 외부 교육을 추천했습니다. 당시의, 외부 교육은 배우기보다는 잠깐 쉬고 오는 느낌이 더 컸고 평일에 회사에 가지 않아도 되는 것이 행복했어요.
- 13. 하지만 교육 내용이…! 나만 겪는 게 아니구나… 헉.. 그래서 해결 방법이 뭐야?? 큰 변환점, 외부 교육
- 14. 1.실수한 사람을 비난하지 말고, 떨어져서 보자 2.문제의 원인을 파악하고, 어떻게 해결할 수 있는가에 초점 두 기 3.누가 잘못했는지 ? NO! / 어디에서 왜 ? YES! ㅇ 큰 변환점, 외부 교육
- 15. 어떻게 문제를 찾고, ( 5 Why ) 어떻게 개선하는가? ( FP - Poka Yoke )
- 16. 5 Why - 왜? 라는 질문을 반복하며 문제 발생의 근본적인 원인을 찾아가는 방법 - 사실이나 근거를 가지고 왜? 를 반복 - 문제를 사람이나 특정 사건을 비난 X 잘못된 예제 - 문제 발생! 음식점에서 손님이 주문한 음식 중 1개를 A씨가 누락시킴 - Why? A직원이 탓이야 - 이러면 안 됩니다.
- 18. 5 Why 사례 - 문제: 카페에서 손님이 커피에 손 소독제를 넣었습니다. - Why? 손님이 손 소독제를 시럽으로 잘못 인식했습니다. - Why? 소독제와 커피시럽의 병이 비슷하게 생겨 혼동하였습니다. - Why? 비슷한 두 병이 같은 위치에 놓여 있었기 때문입니다. - Why? 매니저가 관리의 편의성을 위해 손 소독제를 시럽 옆에 두었습니다. - Why? 매니저와 직원들은 같이 배치함으로써, 고객의 혼동을 초래할 수 있다는 점을 인지하지 못했습니다. ➜ 라벨링 ➜ 병 변경 ➜ 위치 변경 ➜ 가이드 라인 추가 ➜ CS 교육 *효과: 비슷한 문제 예방
- 19. 개선 방법 - Fool Proof ( 포카 요케 ) 배제 대체 용이 알림 오류 요인을 “제거” 사용자가 기억, 지각, 판단, 동작을 필요 없게 함 예시 # 자동차 시동 기어 P단 # 건전지 +, -
- 20. 개선 방법 - Fool Proof ( 포카 요케 ) 배제 대체 용이 알림 오류 요인을 “변경” 사용자의 기억, 지각, 판단, 동작을 확실한 방법으로 바꿈 사람이 판단하지 않음 예시 # 음식점 ( 계산기 ➞ 포스기 ) # 툴, IDE 등 ( ex. 인사관리 )
- 21. 개선 방법 - Fool Proof ( 포카 요케 ) 배제 대체 용이 알림 오류 요인에 대한 “가능성 감소” 사용자의 기억, 지각, 판단, 동작을 행하기 쉬운 것으로 바꿈 사용자가 편하게 사람이 판단함 예시 # 아이패드의 애플 펜슬 # 다이얼 전화, 버튼 전화
- 22. 개선 방법 - Fool Proof ( 포카 요케 ) 배제 대체 용이 알림 사용자에게 “안내”함으로써 오류 발생을 알려 인지하고 행함 예시 # 손 소독제, 커피 시럽 라벨링 # 프로그램 종료 시 “저장하시겠습니까?”
- 23. Fool Proof ( 포카 요케 )가 사용된 것이 Programming, UI/UX에도 있을까요?
- 24. 이런 개념을 듣고 회사에 가니 문제에 대해 접근 방법이 달라짐. 그래서, 내가 할 수 있는 조그마한 개선을 시도해 보니 내 생산성, 팀원의 생산성이 올라감. 뿌듯 ^_^. ㅇ
- 25. 그냥 쓰던 거 쓰자… 하던 대로 하자 … ↓ 개선 ↓ 어..? 내 일이 조금 더 편해질 수 있구나? ↓ 개선, 제안하면 바뀌는구나! ( 문화 확산 ) 문화 확산 ➜
- 26. 실수는 어디에서나 발생하며, 누구나 하는 것이며 중요한 것은 실수를 통해 고치며 배우는 성장하는 객관적 관점.
- 27. 03 개선 사례 생산 업계, IT 업계의 개선 사례
- 28. 1.QA를 위해 사용하는 핸드폰 2.사내 구성원이 비밀번호를 계속 물어봄 3.Slack 채널 및 내부 문서에 비밀번호가 있 음 # 문제 사례 1 ( 팀원의 사례 )
- 29. 휴대폰 뒤에 스티커로 기록함으로써, 사용자 가 더 이상 물어보지 않아도 됨 [ 기존 문제점 분석 ] 1.비밀번호를 찾아가야 하는 플로우가 존재 2.비밀번호가 어디 있는지, 기억해야 하는 문 제. # 해결 사례 1
- 30. 1.개발자가 사내 컴퓨터를 수리하거나, 고쳐 야 함 2.해당 하드웨어를 캐비넷에 가서, 요청 물품 을 찾음 3.컴퓨터 하드웨어에 대한 지식을 다 갖추고 있지 않음 # 문제 사례 2
- 31. 1.라벨링을 통해 명시적으로 변경 [ 기존 문제점 분석 ] 1.케이블, 부품에 대한 교육에 시간이 소요 2.해당 부품이 흩어져 있어 찾는 시간 소요 # 해결 사례 2
- 32. 1.자동화 공정이 아닌 담당자가 전체 PC를 조 립 2.생산 담당자가 스티커를 한 개씩, 수동으로 붙이는 상황 3.스티커 붙이는 순서는 동일 4.USB에 다른 스티커를 붙인다거나, 누락되 는 사례가 발생 # 문제 사례 3
- 33. 1.스티커를 한 줄로 출력함으로써 작업자의 기억과 판단의 영향을 덜 받음 [ 기존 문제점 분석 ] 1.하나씩 붙이기에 작업자의 기억, 판단에 영 향을 받음 2.몇 년간 당연하게 한 개씩 스티커를 붙임 # 해결 사례 3
- 34. 1.자동화 공정이 아닌 담당자가 전체 PC를 조 립 2.생산 담당자가 오른쪽 표를 케이블을 한 개 씩, 수동으로 꽂는 상황 3.섞여 꽂히는 사례, 거꾸로 꽂히는 사례가 발 생 4.생산자 케이블 작업 불량 점유율 56% # 문제 사례 4
- 35. 1.핀을 하나로 모듈화함 2.방향대로 꽂으면 되어 불량률 감소 3.작업하기 용이함 [ 기존 문제점 분석 ] 1.작업자의 기억, 판단에 영향을 받음 # 해결 사례 4
- 36. 1.MongoDB를 사용하는데, 가끔 타 부서의 요청으로 PROD DB를 수정함 2.실제 DB와 TEST DB의 내부 Table 명칭이 전부 같음 3.Table이 너무 많아, 상위 DB 이름을 보려면 스크롤을 길게 해야 함 4.참조하고 있는 프로젝트가 많아, 명칭을 바 꾸기에는 시간이 오래 걸립니다. # 문제 사례 5 TEST DB PROD DB
- 37. 1.가상 네이밍용 DB를 하나 생성하여, 차별 화 2.적은 리소스로, 큰 효과 [ 기존 문제점 분석 ] 1.작업자 부주의의 영향의 사이드 이펙트가 큼 # 해결 사례 5
- 38. 04 개선 시작 방법 조그마한 개선 시작해보기
- 39. 중요한 것 직업으로서의 요청 처리가 우선순위 신뢰를 차곡차곡 쌓아 나가며, 조금씩 여유 시간에 개선점을 찾아 개선 도전 기여 범위를 늘려 가며 더 크게 기여.
- 40. 개선 시작 해보기 1.개인적 불편함 인지 → 팀원도 느꼈을 확률이 큼 2.내가 느꼈던 불편함 해소 및 공유 3.팀원이 느끼는 불편함 해소 4.사내 협업 부서가 느끼는 불편함 해소 ㅇ
- 41. 누구에게 말을 해야하지? 1.사수 2.친한 팀원 ㅇ
- 42. 어떻게 말을 해야하지? 1.부정적 어휘 빼기 2.용기 내기 ex) 어, 혹시 이거 요렇게 해보면 어때 보이세요? ㅇ
- 43. 마무리 1.문제 분석은 누가? 보다는 왜? - 5Why 2.개선은 오류, 잠재 오류 요소를 배제, 대체, 용이, 알림 순으로 생 각해 보기 3.방법을 “프로젝트”의 관점에서도 적용해 보기
- 44. 질문과 답변