2020 Wanted Con.: '지금' 프로덕트 매니저는 무슨 일을 하고 있을까? Jihye OK
7월 10일 Wanted Con: Product & Strategy에서 발표한 자료를 공유합니다.
- 프로덕트 매니저가 스프린트 중 하는 역할 톺아보기
- '성공'의 과정을 위해 프로덕트 매니저가 할 수 있는 일
작년에 진행했던 발표 자료에 개인적인 방법론과 구체적인 설명을 추가했습니다.
상세한 세션 내용은 링크를 참고해 주세요.
https://www.wanted.co.kr/events/wantedcon04
[21 크리에이티브 디렉터 세미나] 발표자료입니다.
PM과 함께 일하는 디자이너, PM 역할을 겸해야 하는 디자이너분들을 대상으로 PM 직군이 조직과 제품의 성장을 위해 어떤 고민과 노력을 하고 있는지 공유합니다.
우아한형제들에서 B마트와 배민스토어를 만드는 B마트서비스팀의 사례가 함께 담겨있습니다.
스타일쉐어에서 PM을 맡고 있는 박성환입니다. 저희 팀은 2년 가까이 스크럼을 기반으로 개발을 해오고 있습니다. 그러면서 스크럼을 저희 방식에 맞게 약간씩 수정한 부분들을 한번 정리해보는게 좋을 것 같다싶어 이 슬라이드를 작성하게 되었습니다.
목차
1. 이 슬라이드를 만드는 이유 : 어떤 이유로 우리팀의 스크럼에 대한 내용을 슬라이드로 만들었는지에 대한 내용을 적어보았습니다. 이 슬라이드의 ‘목적’이라고도 할 수 있습니다.
2. 간단한 정리 : 스크럼에 대해 잘 모르시는 분들을 위해 간단하게 주요 내용을 정리해보았습니다.
3. 스타일쉐어팀의 기본 스크럼 방식 : 각 팀마다 스크럼 방식이 다를 텐데 주요 내용(스프린트 주기, 스토리 포인트, 사용중인 서비스)에 대해 정리했습니다.
4. 변경한 규칙 : 지난 반년동안 우리팀에 맞게 약간씩 바꾼 스크럼 규칙들을 나열해보았습니다.
5. 다만, 아직까지 남아있는 고민 : 아직 저희팀도 문제점은 있지만 개선방향을 못잡은 내용에 대해 적어보았습니다.
6. 스크럼이 조직에 잘 녹아들기 위한 조건 : 다른 조직에서도 여러 이유로 스크럼을 도입해봤지만 실패도 해보고 매끄럽게 진행도 해보면서 느꼈던 차이점에 대해 개인적인 경험을 정리해보았습니다.
몇몇 조직에서 스크럼을 경험해보고 다른 방식들도 겪어보면서 제 개인적인 생각엔 스크럼은 ‘공유’가 바탕이된 문화라고 생각합니다. 서로간의 일하는 방식, 문제점에 대해 쉽게 공유할 수 있는 환경을 만들어주는데 도움을 많이 주는 것 같습니다. 또 이런 문화가 잘 바탕이 되어 있는 조직일 수록 더 매끄럽게 돌아갔던 것 같습니다.
이 슬라이드가 다음 스크럼마스터에게도 좋은 도움이 되었으면 하고, 큰 도움은 되지 않겠지만 스크럼을 사용중인 다른 조직에게도 참고할수 있는 내용이 되길 바랍니다. 보시고 궁금하신 내용이나 의견들은 이메일 혹은 트위터를 통해서 언제든지 문의주시면 성실히 답변드리겠습니다. 감사합니다.
2020 Wanted Con.: '지금' 프로덕트 매니저는 무슨 일을 하고 있을까? Jihye OK
7월 10일 Wanted Con: Product & Strategy에서 발표한 자료를 공유합니다.
- 프로덕트 매니저가 스프린트 중 하는 역할 톺아보기
- '성공'의 과정을 위해 프로덕트 매니저가 할 수 있는 일
작년에 진행했던 발표 자료에 개인적인 방법론과 구체적인 설명을 추가했습니다.
상세한 세션 내용은 링크를 참고해 주세요.
https://www.wanted.co.kr/events/wantedcon04
[21 크리에이티브 디렉터 세미나] 발표자료입니다.
PM과 함께 일하는 디자이너, PM 역할을 겸해야 하는 디자이너분들을 대상으로 PM 직군이 조직과 제품의 성장을 위해 어떤 고민과 노력을 하고 있는지 공유합니다.
우아한형제들에서 B마트와 배민스토어를 만드는 B마트서비스팀의 사례가 함께 담겨있습니다.
스타일쉐어에서 PM을 맡고 있는 박성환입니다. 저희 팀은 2년 가까이 스크럼을 기반으로 개발을 해오고 있습니다. 그러면서 스크럼을 저희 방식에 맞게 약간씩 수정한 부분들을 한번 정리해보는게 좋을 것 같다싶어 이 슬라이드를 작성하게 되었습니다.
목차
1. 이 슬라이드를 만드는 이유 : 어떤 이유로 우리팀의 스크럼에 대한 내용을 슬라이드로 만들었는지에 대한 내용을 적어보았습니다. 이 슬라이드의 ‘목적’이라고도 할 수 있습니다.
2. 간단한 정리 : 스크럼에 대해 잘 모르시는 분들을 위해 간단하게 주요 내용을 정리해보았습니다.
3. 스타일쉐어팀의 기본 스크럼 방식 : 각 팀마다 스크럼 방식이 다를 텐데 주요 내용(스프린트 주기, 스토리 포인트, 사용중인 서비스)에 대해 정리했습니다.
4. 변경한 규칙 : 지난 반년동안 우리팀에 맞게 약간씩 바꾼 스크럼 규칙들을 나열해보았습니다.
5. 다만, 아직까지 남아있는 고민 : 아직 저희팀도 문제점은 있지만 개선방향을 못잡은 내용에 대해 적어보았습니다.
6. 스크럼이 조직에 잘 녹아들기 위한 조건 : 다른 조직에서도 여러 이유로 스크럼을 도입해봤지만 실패도 해보고 매끄럽게 진행도 해보면서 느꼈던 차이점에 대해 개인적인 경험을 정리해보았습니다.
몇몇 조직에서 스크럼을 경험해보고 다른 방식들도 겪어보면서 제 개인적인 생각엔 스크럼은 ‘공유’가 바탕이된 문화라고 생각합니다. 서로간의 일하는 방식, 문제점에 대해 쉽게 공유할 수 있는 환경을 만들어주는데 도움을 많이 주는 것 같습니다. 또 이런 문화가 잘 바탕이 되어 있는 조직일 수록 더 매끄럽게 돌아갔던 것 같습니다.
이 슬라이드가 다음 스크럼마스터에게도 좋은 도움이 되었으면 하고, 큰 도움은 되지 않겠지만 스크럼을 사용중인 다른 조직에게도 참고할수 있는 내용이 되길 바랍니다. 보시고 궁금하신 내용이나 의견들은 이메일 혹은 트위터를 통해서 언제든지 문의주시면 성실히 답변드리겠습니다. 감사합니다.
Modern Kanban Workflow Best Practices for Software Teams — Part 4 of "How to ...Blossom IO Inc.
Part 4 of the "How to build the best Software Products" Series, brought to you by Blossom.co
Modern Kanban Workflow Best Practices for Software Teams
* Idea / Backlog Handling with Kanban
* Define Work
* Define Stage Policies
* Visualize Work
* WIP Limits
* Ready Indicator
* Blocked Indicator
* Bug Handling
애자일을 할 생각도 없고 잘 알지도 못합니다. 오히려 애자일이란 말만 들으면 뭔가 무섭고 거리를 두고 싶어집니다. 이런 사람이 여러 해 개발 조직을 이끌면서 문제를 만날 때마다 애자일의 아이디어를 참고해서 고비를 넘고 성과내는 조직으로 조금씩 성장하도록 이끌 수 있었던 이야기를 풀어보려 합니다.
반복적 실패를 통한 성장-소주콘 Shot 5 발표자료Kije Park
제가 비표준, 비정형 개발자라서 제 경험이 크게 의미가 있다고 생각하지는 않지만, 1인 개발을 시작하고자 하는 주니어 개발자, 팀 프로젝트에 어려움이 있는 주니어 개발자, 취업용 포트폴리오를 만들고 싶은 주니어 개발자, 특히 외롭게 혼자서 무언가를 해 보려는 분께 작게나마 힘이 되고 싶습니다.
스스로 성장을 위해서는 외주 보다는 높은 수준의 목표(프로젝트)를 오랫동안 계속해서 업그레이드하는 것이 더욱 좋을 것 같다는 의견과 이런 목표 때문에 자신의 태도, 마인드, 시간 등이 좋은 방향으로 습관화된다는 내용을 담고 있습니다.
타인의 도움이 없어도 스스로 성장하는, 그래서 나는 나를 키운다는 결론을 설명해 드렸습니다. 제가 발표가 처음이라서 부족하지만, 자료를 보시면 쉽게 이해될 것으로 생각합니다. 항상 실패해 온 우리 자신에게 격려와 응원을 보냅니다.
자기 주도적 성장 (Self-Directed Growth)!!!
https://www.winningresume.ai/
2020년 서울시에서 주최한 강소기업탐방 프로그램에서 발표한 자료 입니다.
학교를 졸업하고 software engineer로 취직을 하기까지의 여정을 다뤘습니다
1. 개발자가 나에게 맞을지 고민하기 위한 방법
2. 개발자로 취직하기 (이력서/면접 준비 팁)
3. 개발자로 취직한 후 우리가 하는 일
explain versionning related with release.
with this could know what is trunk, branch and tag each.
배포와 관련하여 버전닝을 설명합니다.
trunk, branch, tag가 왜 있고, 어떻게 사용되는지 설명합니다.
프로젝트가 진행될 수록 특정 테스트 만을 위한 설정 파일 수가 엄청 증가합니다. 그런데 설정파일은 변경될 수 밖에 없고, 카피해 두었던 테스트를 위한 설정파일들은 그 표준과 달라서 기존 테스트들을 깨지게 합니다.
설정 오버라이딩 이라는 개념을 도입하여 깔끔히 처리하는 방법을 소개합니다.