헤이딜러에서는 어떻게 일하나요? | 18.11.25 | [안드로이드 컨퍼런스]우리는 안드로이드 개발자입니다

https://event-us.kr/ted/event/3700

Transcript

1. Presentation Subtitle 오프라인 중고차 거래의 비효율을 온라인으로 해결합니다. 헤이딜러에서는 어떻게 일하나요? 박상권
3. 업무 프로세스 흐름 기획 디자인 QA 개발 리뷰 배포 A/B test
4. 기획
5. Feature 채널 / 이슈 생성 - 피쳐마다 ‘ftr-피쳐이름’ 채널을 만들고, Jira 이슈 생성
6. Kanban board를 활용한 프로젝트 관리
7. Feature 내용 공유 - 해당 피쳐채널에서 관련 내용 공유 및 논의
8. 추가 논의사항 회의 - 필요한경우 클라이언트-서버 개발자, 기획자-디자이너끼리의 별도의 회의를 갖고 공유
9. 디자인
10. Sketch - Zeplin을 활용한 UI
11. Colors & Text Style
12. <style name="TextAppearance.HeyDealer" parent="TextAppearance.AppCompat"> <item name="android:layout_width">wrap_content</item> <item name="android:layout_height">wrap_content</item> <item name="android:textColor">@color/darkgray</item> </style> <style name="TextAppearance.HeyDealer.Headline"> <item name="android:textSize">24dp</item> <item name="android:textStyle">bold</item> <item name="fontPath">@string/font_semi_bold</item> <item name="heightPerLine">24dp</item> </style> <style name="TextAppearance.HeyDealer.Headline.Multi"> <item name="heightPerLine">36dp</item> <item name="android:lineSpacingExtra">12dp</item> </style> ... ...
13. Text Style 사용 예시
14. Components - 자주쓰는 Style, CustomView를 컴포넌트로 만들어 재사용성 향상
15. Material Theme Editor Plugin - Google에서 만든 Sketch 플러그인으로 Material Theme를 편하게 적용
16. 개발
17. Snippets - Daily, Weekly snippets 운영
18. Snippets - 개인 페이지에도 기록해두어 언제든지 확인 가능하도록 문서화
19. 문서화 - Confluence에 사용법, 설계, 기타 문서를 작성하고 관리
20. Meeting - Snippet에 기반한 Daily/Weekly 미팅
21. Style Guide
22. Gif Flow
23. Git - branch/commit 은 항상 Jira 이슈번호로 시작 (HDA-123 XXXX) - 해당 코드의 변경 이유나 히스토리 Tracking에 유용
24. 코드리뷰
25. Pull Request - PR작성시 github Template을 활용하여 기본 작성 템플릿에 기초하여 작성
26. Label - PR 상태에 맞는 Label을 추가하여 관리
27. Label - PR 상태에 맞는 Label을 추가하여 관리
28. CI(Continuous Integration) - 각 PR에 대해 Jenkins를 이용하여 자동으로 빌드, 테스트 수행
29. CI(Continuous Integration) - 빌드 성공/실패 여부에 따라서 Github-Slack으로 결과 알림
30. 정적분석(Static Analysis) - SonarQube가 해당 PR내용을 리뷰하여 각 코드에 comment 및 리뷰결과 report
31. PR Merge - PR을 Merge하기 위해서는 최소1명의 리뷰어 approved + Jenkins 빌드 성공 + Sonarqube 패스 의 조건이 필요
32. PR Merge - PR을 Merge하기위해서는 최소1명의 리뷰어 approved + jenkins 빌드 성공 + sonarqube 패스 의 조건이 필요
33. QA
34. QA 테스트 APK파일 - Jenkins에서 해당 PR의 QA용 APK파일을 만들어서 다운로드 가능한 형태로 만듦
35. QA 피드백 - Google SpreadSheet를 활용하여 QA결과 전달 및 피드백 반영
36. 배포
37. 공지 - 릴리즈정보 및 상세 릴리즈 노트, APK파일 전달
38. 릴리즈 노트 - Jira의 릴리즈 버전관리를 통해 해당 버전으로 배포될 모든 이슈 목록 및 상태 파악
39. 테스트 및 배포 - 앱의 핵심 기능 릴리즈 테스트 -> 베타 테스트 -> 50%배포 -> 전체배포
40. 오류
41. 모니터링 - Crashlytics를 활용한 오류 모니터링
42. 모니터링 - 오류이지만 오류가 아닌 오류들 또한 모니터링
43. 오류조치 - 심각한 오류가 발생했을경우, 즉각적으로 이를 알리고 조치
44. hotfix - hotfix branch를 통해 수정후 배포, master, develop으로 merge
45. A/B 테스트
46. A/B 테스트 - 여러 피쳐, 기능, 텍스트에 대해 가정하고 실험하고 측정해서 더 좋은 결과를 선택
47. 피쳐 A/B 테스트 - 모두가 볼수있는 곳에 A/B테스트 현황 및 결과를 공유
48. 플레이스토어 A/B 테스트 - PlayStore의 텍스트, 이미지등의 최적화실험
49. 바라는점
50. QA 피드백 - Jira를 이용한 QA 이슈 관리 적용
51. 회고 - 피쳐개발을 종료한뒤, 해당 피쳐의 참여자들이 모여서 좋았던점, 아쉬웠던점, 개선방안등에 대해 회고