Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

스타트 업에서 스크럼 잘하기

1,120 views

Published on

스타트 업에서 스크럼 잘하기

Published in: Software
  • Be the first to comment

스타트 업에서 스크럼 잘하기

  1. 1. 스타트 업에서 스크럼 잘하기 I/O Production Manager 김용훈
  2. 2. 목차 1. 내가 경험해 본 일과 I/O의 커뮤니케이션 차이 2. 스크럼이란? 3. I/O의 스크럼 4. 왜 스크럼이어야 하나? 5. 스크럼을 잘하려면? 6. 이론 실무 적용 7. 현재 I/O 스크럼 분석과 문제점, 해결방안 제시 8. 느낀 점
  3. 3. 내가 경험해 본 일과 I/O의 커뮤니케이션 차이
  4. 4. ● 현재 I/O 운영팀, 생산 관리 담당 ● 대한민국 해병대 1145기 만기 전역 ● 선문대학교 스포츠 보건 전공 ● 대표적인 상·하 수직적 관계에 적응, 성장 ● 사무직 보다 현장직 경험 많음 *생산 관리 담당 - I/O의 총체적인 생산을 담당 - 생산 계획 조율 - 생산팀 관리(팀원 4명) - 월당 약 1,500대 제품 출하 1. 내가 경험해 본 일과 I/O의 커뮤니케이션 차이
  5. 5. ● I/O VS ● 아산병원 현관안내 1. 내가 경험해 본 일과 I/O의 커뮤니케이션 차이
  6. 6. 무전, 육성 트렐로, 슬랙 VS 어떤 도구로 소통 하느냐가 가장 큰 차이점 메신저를 이용한 소통은 자연스럽게 기록화 1. 내가 경험해 본 일과 I/O의 커뮤니케이션 차이
  7. 7. 일방향적 소통 쌍방향적 소통 VS 경험해 본 일 들은 대개 ‘공지’식의 일방향적 소통 I/O는 상대방의 의사를 물어보는 쌍방향적 소통 1. 내가 경험해 본 일과 I/O의 커뮤니케이션 차이
  8. 8. 스크럼이란?
  9. 9. 사전적 정의 : 프로젝트를 위한 상호, 점진적 개발 방법론 2. 스크럼이란?
  10. 10. 1. 개발주기 조절(스프린트) - 개발주기를 조절하고 개발 주기마다 결과를 제공 *I/O는 회사의 규모로 보았을 때 1주일의 주기가 적합. 2017년 I/O의 스프린트 I/O의 스프린트 계획 2. 스크럼이란?
  11. 11. 2. 백로그 - 개발 주기마다 적용 할 기능이나 개선에 대한 목록 백로그 목록 2. 스크럼이란?
  12. 12. 3. 팀 - 항상 팀 단위로 생각하고 행동 * I/O는 개발팀, 인바운드&아웃바운드, 운영팀으로 나누어 업무를 진행. 개발팀 인바운드 & 아웃바운드 운영팀 2. 스크럼이란?
  13. 13. 4. 데일리 - 스프린트를 진행하는 동안, 매일 정해진 장소와 시간에 모든 팀원이 참여하는 15분 정도의 일일 회의 진행 *앞으로 해야할 TO DO, 진행 중인 DOING, 완료한 DONE으로 섹터를 나누어 상황에 맞게 카드를 배치. I/O의 데일리 준비(트렐로) I/O의 데일리 모습 2. 스크럼이란?
  14. 14. 5. 회고(복기) - 어떤 일을 했는지 알게 됨으로써 당사자들로 부터 중요한 피드백을 이끌어 낼 수 있음. *I/O는 일주일 주기의 위클리 복기와 2달 주기의 OKR복기를 실행 중. I/O의 위클리 복기 I/O의 OKR 복기 2. 스크럼이란?
  15. 15. I/O의 스크럼
  16. 16. ● 1) KPI - 회사의 목표를 얼마나 효과적으로 달성해 나가고 있는지 보여주는 측정 가능한 값 ● 2) OKR - 2달 주기의 스프린트, 특정 기간 동안 이루고자 하는 목표와 결과물들 회사의 성장 KPI1) 성장 팀 OKR2) 개인 OKR 스프린트 데일리위클리 복기 OKR결과 공유 및 복기 모든 회사가 그렇듯 회사의 성장을 위한 KPI 성장 I/O에서는 2달 주기의 OKR제도 실시 OKR을 달성하기 위한 1주일 주기의 스프린트, 매일의 데일리를 진행 2달의 OKR이 완료시 결과 내용을 모든 멤버와 공유 및 복기 3. I/O의 스크럼
  17. 17. KPI ● KPI를 성장 시키기 위한 여러가지 Objective ● Objective를 달성하기 위한 여러가지 Key Result ● 매일 카드 작성을 통한 Key Result 확인 3. I/O의 스크럼
  18. 18. 왜 스크럼이어야 하나?
  19. 19. = 린 스타트업 전략 4. 왜 스크럼이어야 하나?
  20. 20. 과거 - 폭포수 개발 방법론 현대 - 스크럼 *한번의 큰 계획과 실행 보다 여러번 작은 계획과 실행이 빠르게 변화하는 시장의 흐름에 맞추는데 효과적 4. 왜 스크럼이어야 하나?
  21. 21. 계획 실행 복기 * 스크럼의 이론에 따라 스프린트 주기의 계획, 실행, 복기 진행 4. 왜 스크럼이어야 하나?
  22. 22. 스크럼을 잘 하려면?
  23. 23. 스크럼의 핵심 ● 실행력 ● 협업 ● 소통 5. 스크럼을 잘 하려면?
  24. 24. ● 실행력 - 큰 계획 작게 나누기 5. 스크럼을 잘 하려면? - 체크 리스트의 큰 내용을 따로 파생 카드 생성 OKR을 달성하기 위한 카드 작게 나눈 파생 카드
  25. 25. ● 실행력 - 꼼꼼한 체크 리스트 ● 빠르게 뿐만 아니라 꼼꼼하게 5. 스크럼을 잘 하려면? 체크 리스트
  26. 26. ● 협업 ● 팀원과의 목표 동기화 ● 작업 진행상황 공유 *’사공이 많으면 배가 산으로 간다’라는 속담이 있듯이 정확한 목표를 위해 팀원과의 동기화가 중요하다고 생각함. 5. 스크럼을 잘 하려면? 다른 멤버와의 협업 카드 체크 리스트를 통한 진행도 공유
  27. 27. ● 소통 - 업무의 투명화 - 결과물 공유 * 마치 일기처럼 자신의 생각을 적으면 다른 멤버에게 예상치 못 한 도움을 받을 수 있다고 생각함. 5. 스크럼을 잘 하려면? 코멘트를 이용한 소통 결과 내용 공유
  28. 28. 작게 카드 나누기 파악하기 쉬운 제목의 카드 꼼꼼한 체크 리스트 목표 기간 완성도 높은 트렐로 카드 작성 ● 실행력 - 크게 계획 X, 빠르게 실행할 수 있게 작게 계획 - 목표 기간 설정 ● 협업 - 팀원과의 목표 동기화 - 작업 진행상황 공유 - 체크리스트 일상화 ● 소통 - 업무의 투명화 - 결과물 공유 5. 스크럼을 잘 하려면?
  29. 29. 이론 실무 적용
  30. 30. 1. 스튜디오에서의 적용 2. 조립실에서의 적용 *소프트 웨어 개발, 마케팅, 디자인, 사무 업무 * 스위처 제품을 생산, 재고 보관 6. 이론 실무 적용
  31. 31. 1. 스튜디오에서의 적용
  32. 32. X 유형의 사람 Y 유형의 사람 ● 인간은 태생적으로 게으르고 일하기 싫어함 ● 다른 사람의 지시에 의해 일을 하는 수동적 존재로 가정 ● 야망과 책임감 없음, 현재에 대한 변화 거부 ● 이기적, 자기중심적인 인간 ● 인간은 일을 즐김 ● 좀 더 고차원적인 업무를 수행하기 원함 ● 의사결정 과정에 참여를 원함 동기부여 방법 ● 인간을 관리대상으로 보고 금전을 중심으로 한 보상체계 ● 업무로스를 막기 위해 철저한 통제, 관리감독 필요 ● 높은 수준의 목표를 달성하게 함으로써 회사 발전에 대한 기여분 제공 ● 이에 따른 성취감 자극, 동기부여 6. 이론 실무 적용
  33. 33. X →Y유형의 사람이 되기 위해 노력 ● 스스로 목표 설정 ● 계획, 실행, 정리, 복기 6. 이론 실무 적용
  34. 34. 2. 조립실에서의 적용 6. 이론 실무 적용
  35. 35. ● Y 유형 사람으로 변화의 한계 - 주업무를 하기 위한 부업무 - 높지 않은 임금, 그에 비례한 책임감 - 수동적인 업무 6. 이론 실무 적용
  36. 36. ● 지시가 아닌 소통에 의한 계획 ● 팀원들의 생각을 근무에 반영 ● 의견 반영에 따른 의욕 부여 ● 결과에 대한 책임감 부여 6-2. 조립실에서의 적용 생산팀 조립 계획 공유 생산팀원 건의사항 전수조사 결과 내용
  37. 37. 현재 I/O는?
  38. 38. 승인님기운님 진우님 12명의 I/O 멤버 중 무작위 3명 선발 현재 스크럼 사용에 대해 분석, 문제점, 해결방안 제시 7. 현재 I/O의 문제점, 해결방안 제시
  39. 39. Good case 7. 현재 I/O의 문제점, 해결방안 제시
  40. 40. ● 카드 완료 예상시간 ● 이해하기 쉬운 제목의 카드 ● 카드 완료 소요시간 ● 완료하기 위해 협업이 필요한 멤버 7. 현재 I/O의 문제점, 해결방안 제시
  41. 41. ● 목표 시간 설정 ● 카드의 의도가 파악되는 Description 7. 현재 I/O의 문제점, 해결방안 제시
  42. 42. ● 꼼꼼한 체크리스트 ● 파악되는 진행도 7. 현재 I/O의 문제점, 해결방안 제시
  43. 43. ● 목표 달성을 위한 원활한 소통 7. 현재 I/O의 문제점, 해결방안 제시
  44. 44. Bad case 7. 현재 I/O의 문제점, 해결방안 제시
  45. 45. 기운님 7. 현재 I/O의 문제점, 해결방안 제시
  46. 46. ● 어떤 순서로 카드가 정렬된건지 파악안됨 - 시간순서 or 중요도 정렬 7. 현재 I/O의 문제점, 해결방안 제시
  47. 47. 승인님 7. 현재 I/O의 문제점, 해결방안 제시
  48. 48. ● 카드 완료 예상 시간 없음 - 카드 완료 예상 시간 설정 7. 현재 I/O의 문제점, 해결방안 제시
  49. 49. ● 많은 내용의 체크리스트 - 체크리스트를 카드로 작게 나누기 7. 현재 I/O의 문제점, 해결방안 제시
  50. 50. ● 카드가 TO DO에 있는데 진행 중 - 카드를 Doing으로 옮기기 or 카드 작게 나누기 7. 현재 I/O의 문제점, 해결방안 제시
  51. 51. ● 자료 첨부만 있고 자료에 대한 내용은 카드에 없음 - 자료 내용을 간단히 정리하여 카드에도 작성 7. 현재 I/O의 문제점, 해결방안 제시
  52. 52. 진우님 7. 현재 I/O의 문제점, 해결방안 제시
  53. 53. ● Doing이지만 Description, 체크 리스트, 없음 - Description, 체크 리스트, 작성 7. 현재 I/O의 문제점, 해결방안 제시
  54. 54. ● 카드 완료 예상 시간은 없는데 완료시간은 있음 ● 체크 리스트 없음 - 카드 완료 예상 시간 설정 - 체크 리스트 작성 7. 현재 I/O의 문제점, 해결방안 제시
  55. 55. ● 카드가 완료되었지만 결과 내용이 없음 - 결과 내용 작성 7. 현재 I/O의 문제점, 해결방안 제시
  56. 56. ● 스프린트가 끝난 후에도 많은 TO DO, Doing카드 - 카드 작게 나누기 7. 현재 I/O의 문제점, 해결방안 제시
  57. 57. 전체적인 문제점 7. 현재 I/O의 문제점, 해결방안 제시
  58. 58. ● 정해진 시간에 시작하지 않는 긴 데일리 - 현재 정해진 시간이 아닌 마지막으로 위클리 / 데일리 준비를 모두 마쳐야 시작 - 위클리 / 데일리 시작하는 시간을 정하여 규칙적인 시간에 회의를 시작하는건 어떨까? 7. 현재 I/O의 문제점, 해결방안 제시
  59. 59. ● 정해진 시간에 시작하지 않는 긴 데일리 - 데일리의 목적 : 그 날 할 일을 발표를 통해 다시 한번 인지, 멤버 들과의 공유 - 목적에 맞게 그 날 할 일에 대해 간략하게 발표하여 데일리 시간을 줄이는건 어떨까? 7. 현재 I/O의 문제점, 해결방안 제시
  60. 60. ● 데일리 방식 - 모두 서서, 적극적으로 회의에 참여할 수 있는 회의 대형을 변경하는게 어떨까? - 발표자가 발표하면서 멤버 모두를 보며 발표하는게 아닌 일부만 보면서 발표 - 발표자는 TV 옆자리에서 모두를 보며 발표를 하는게 어떨까? 7. 현재 I/O의 문제점, 해결방안 제시
  61. 61. ● 정렬되지 않은 카드 - 다른 멤버가 보기에도 어떤게 중요한지, 어떤 순서로 진행되는지 파악하기 어려움. - 당사자도 규칙적인 정렬이면 정리하는데 나을것이라 생각 - 중요도 순서 or 시간순으로 정렬하는건 어떨까? 7. 현재 I/O의 문제점, 해결방안 제시
  62. 62. ● 스프린트 복기 X - 각 카드에 대한 내용 정리는 있으나, 스프린트에 대한 복기, 정리 카드는 없음 - 간략하게 스프린트에 대한 복기를 정리하는 카드를 만드는게 어떨까? 7. 현재 I/O의 문제점, 해결방안 제시
  63. 63. 느낀 점
  64. 64. 와..막막하다.. 이 슬라이드를 준비하면서 처음 뱉은 말입니다. 체육 전공인 저는 소프트웨어, 개발 방법론 등에는 무지했었습니다. 이론을 먼저 알고 실무 경험을 한 것이 아닌 실무 경험을 먼저, 이론을 나중에 공부했던 터라 동시에 2가지를 병행 하기가 힘이 들었었습니다. 스크럼의 이론 내용이 이해 되던 어느 때 쯤, ‘아, 이래서 I/O는 트렐로를 사용 하는구나, 데일리를 하는구나, ’ 등의 이해가 되면서 스크럼 공부에 대한 흥미가 커져 갔습니다. 스크럼 공부를 하면서 I/O에서 이론적으로는 가장 잘 아는 사람이 되었지만, 스크럼을 기반으로 주업무를 하는 다른 멤버들과는 달리 생산팀원까지 관리해야하는 업무가 있는 저에게는 그들과 스크럼을 같이 하기 위해서는 보다 더 잘 해야겠다는 것을 느꼈습니다. 또한 스크럼의 내용 뿐만 아니라 X,Y유형의 사람 이론을 공부할 때에는 생산팀원을 관리해야 되는 입장으로서 그저 이런 사람도 있고, 저런 사람도 있겠거니 살아 온 저에게 다소 신선한 충격을 준 유용한 이론이였습니다. 과거의 저도 누군가 시켜야 하는 수동적인 사람이었지만 I/O에서 같이 스크럼 하는 멤버로서, 생산팀의 관리자로서 능동적인 사람이 되려 노력 중 입니다. 8. 느낀 점
  65. 65. 김용훈 yonghoon@switcher.co.kr 감사합니다

×