Uploaded byMijin Baek
[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진
2018 Agile Korea Conference 에서 발표한 내용입니다. 다운로드와 캡쳐 대신 본 링크로 접속을 환영합니다 :) ------ # 연사: 백미진(LG전자) # 진행방식: 사례/강연 # 타겟청중: PM, PO, 스크럼 마스터, 생산성 코치 # 제목: 네 프로젝트가 내 프로젝트가 되는 여정 # 발표 내용 많은 기술 회사들이 기술 개발 자체에만 초점을 두고, 개발 활동 이외의 업무는 중요하지 않다고 보는 경향이 있습니다. 그러나 관리자부터 개발자까지 모두가 애자일하게 개발하기 위해서는 프로젝트의 큰 그림을 그리고 이를 애자일 포트폴리오로 관리하는 것부터 세부적으로는 코드와 유닛 테스트까지 통합적으로 접근해야 합니다. LG전자 HE 연구소 개발팀 사례를 통해, 전체를 보는 것, 한 프로젝트를 하는 사람들이 왜 목표를 공유해야 하는지, 그것이 프로젝트 성공에 얼마나 중요한지에 대해서 공유합니다.
![[AKC2021] 힐링페이퍼의 애자일 전환(고찬혁 / 김종우)](https://cdn.slidesharecdn.com/ss_thumbnails/1-211228023756-thumbnail.jpg?width=640&height=640&fit=bounds)
![[Atlassian in 부산]해외 자동차 업체 b사의 agile 적용 사례_모우소프트](https://cdn.slidesharecdn.com/ss_thumbnails/atlassianinbagile-171207012918-thumbnail.jpg?width=640&height=640&fit=bounds)
![[Springcamp 2017] Build the RIGHT thing - 린 & 애자일 이야기 @ Pivotal Labs SF](https://cdn.slidesharecdn.com/ss_thumbnails/springcamp2017buildtherightthing-170423001325-thumbnail.jpg?width=640&height=640&fit=bounds)
[2018AKC] 네 프로젝트가 내 프로젝트가 되어가는 여정 - 백미진
- 1. 네 프로젝트가 내 프로젝트가 되어가는여정 백미진 LG전자 HE연구소 (mijin.baek@lge.com)
- 4. What’s your PAINPOINT?
- 5. 세션 참가자들의 페인 포인트 PL,35세 • 프로젝트 진행 상태가 잘 안보인다. 불안하긴 한데 어디서부터 손대야 할지 모르겠다 • 나도 개발을 해야하는데 관리를 하라고 한다. 계속 다른 사람들 뭐하는지 보고만 있을 수도 없고 알아서 좀 했음 좋겠다. 스크럼마스터, 33세 • 데일리 미팅을 하는데 사람들이 말을 잘 안한다. 파트장은 자꾸 들어와서 말을 많이 한다. • 기존에 팀장, 파트장이 있고 나는 리더같은 일은 하는데 의사결정권은 없으니 뭘 어떻게 해야할지 잘 모르겠다. 개발자, 31세 • 왜 이 프로젝트를 해야하는지 모르겠다. 내가 만들었지만 사고싶지 않다. • 일일보고, 주간보고 하라고 귀찮게 한다. 보면 알텐데 왜 보지도 않고 보고를 하라는건지 원.
- 6.
- 7.
- 9.
- 10. S Project 인원 확인된 인원만약 160명 (상근 21 + 비상근 139+@) 비상근 인원이 점차 늘어나고 있음 기간 프로젝트 기간 2년 연구소 차원의 선행 연구 개발 프로젝트 특이사항 요구사항부터 테스트까지 프로젝트팀 내에서 완성할 수 있도록 각 기능 개발자들이 한데 모인 cross functional team 본 프로젝트 가능 여부 확인을 위해 작년에 프로토타입을 만들어 봄. 그 때 참여했던 멤버 *명이 현재 상근 멤버로 참여 중.
- 13. 우리가 가장 먼저 한일 S 프로젝트 목표 설정하기 S 프로젝트 목표를 완수할 수 있는 파트 별 목표 설정하기 STEP #1
- 14. 마일스톤 정하기 1. 데모시나리오 2. 릴리즈 플래닝 MVP 기본 기능 있으면 좋을 것 • 눈으로 확인할 수 있는 데모 단위 쪼개기 데모 시나리오 정하기 • 완료를 확인할 agreements • 각각의 데모를 수행하기 위해 파트 별로 수행해야 하는 일 드러내기 릴리즈 플래닝, 마일스톤 정하기 • 프로젝트를 완성시키기 위한 전체 마일스톤 나누기 (파트 별로 업무를 드러낸 다음에 마일스톤을 쪼개야 함. 리소스는 한정)- 이니셔티브 간 디펜던시 드러내기 STEP #2 *MVP (Minimum Valuable Product)
- 15.
- 16.
- 17.
- 18. 과연 맨 처음할 일이 이건가? ‘고객’의 ‘페인 포인트’
- 19. 애초 고객의 페인포인트,
- 20. shared goal, 왜필요한가
- 21. 우린 왜 고객, 사용자를잊고 있었지?
- 22. “멀리갈 때 다리가 아프다.다리가 좀 덜 아프게 탈 것이 필요하다 문제 : 먼 거리를 갈 때 다리가 아프다
- 23. 여러가지 해결방안 중 뭘MVP로 만들어야 할까?
- 24. 문제 : “멀리갈때 다리가 아프다.” 해결방안 : 다리가 좀 덜 아프게 탈 것을 제공하자. 문제 : “멀리갈 때 다리가 아프다.” + 속도가 급격한 곳에서 손으로도 제어할 수 있으면 좋겠다. 해결방안 : 다리가 좀 덜 아프고 손으로도 제어한다.
- 26.
- 27. 대규모 프로젝트에서는 어떻게린하게?
- 28. Lesson & Learned #1.고정된 팀 프로젝트 시작할 때 함께 만들고 합의한 프로젝트 목표를 향해 함께 달리기
- 29. 대표 프랙티스 -Inception
- 31.
- 32.
- 33.
- 34.
- 35.
- 36. 오프라인 월보드 (aka정보 방열기)
- 37. Lesson & Learned #2.오프라인 월보드 고개를 옆으로 돌리면 눈에 바로 보이는 프로젝트의 빅 픽쳐
- 38. 이제부터 본격적으로 해야하는일이 있어!! 개발자가
- 39. 요구사항 드러내기 “이 요구사항이제품에 들어가면, ‘제품 관점에서 기존 대비 어떤 점이 개선되나?’ ‘그게 고객으로 하여금 어떤 이익을 주나?’ STEP #3
- 40. 완료를 위해 할일 쓰기 1. Why the feature is needed 2. Requested Features 3. How the request feature is different from the existing customer experience 4. End User Scenario 5. Scope 6. Stakeholder 7. 개발 Epic 산정 8. Expected Deliveries 9. DoD
- 41. Lesson & Learned #3.솔루션을 ‘만드는’ 사람들만 알 수 있는 것 문제를 푸는 과정에서 드러나는 우리 솔루션의 문제점
- 42. 중간에 찍고 가는지점 관리
- 43. 요구사항 쪼개기 Epic 도출하기 •이니셔티브를 완료시킬 수 있는 더 작은 단위 • DoD, 완료를 선언할 수 있는 조건 Test Case & (디펜던시를 끊어낸) 단위 별 데모 시나리오 Epic 우선순위 정하기 • 핵심적인 것과 있으면 좋을 것 구분하기 대시보드에 실시간으로 보여주기, • visualize (언제 시작해서 언제 끝나는지) • 업무 간, 파트 간 디펜던시 드러내기 프로젝트가 잘 굴러가게 만들기!! STEP #4
- 44. Lesson & Learned #4.숲과 나무를 한번에 내가 뭘 하고 있는지, 왜 하고 있는지,
- 45. 자, 이제 밑작업은끝냈으니 본격적으로 일을 시작해볼까요?
- 46.
- 47. Lesson & Learned #5.2주 스프린트 개발은 2주 단위로, 2주 동안 할 일을 Story로 계획, 2주? 리듬, 학습, 2주동안 할 일을 스스로 계획하고 끝낸다. 너와 나의 약속, 하기로 약속한 걸 끝내지 못하면 동료에게 피해를 준다.
- 48. 내가 일을 잘완수했단걸 어떻게 확인하죠?
- 49. 데모 일의 완료를 확인하는방법 STEP #6
- 50.
- 51. 사실 왕도는 없는듯.. 관리는 가드닝!!
- 52. 너와 내가 누구든, 하는일은 전부 투명하게 너와 내가 누구든, 잦은 혹시 문제가 있는지, 어떤 도움이 필요한지 드러내기 커뮤니케이션 자주 들여다보기
- 53.