SlideShare ist ein Scribd-Unternehmen logo
1 von 107
Downloaden Sie, um offline zu lesen
개인 일정관리에
Agile을 끼얹으면?
박진우 (Curt Park)
백수 Conference
24th June 2018
발표자 소개
발표자
•컴퓨터공학 학사 (2006 - 2014)
•Win32 Server / Client developer (2013.11 - 2014.5)
•E-UTRAN(LTE) L3 feature developer (2014.10 - 2017.01)
•Master of Information Technology specialized in A.I. (2017.07 - )

!3
발표자
•컴퓨터공학 학사 (2006 - 2014)
•Win32 Server / Client developer (2013.11 - 2014.5)
•E-UTRAN(LTE) L3 feature developer (2014.10 - 2017.01)
•Master of Information Technology specialized in A.I. (2017.07 - )

중퇴
!4
지금은?
•연구중: 다중 인물에 대한 합성 얼굴 이미지 생성 @DLC, 모두의 연구소
•연재중: 모두를 위한 컨벡스 최적화 @풀잎스쿨, 모두의 연구소
•연재중: Sutton & Barto book 이론부터 구현까지
•모의중: 강화학습을 이용한 극강의 마리오 Agent 만들기
•운영중: 딥러닝을 공부하는 청년백수 모임
!5
근면한 백수 (그래도 삶은 계속된다)
서론
발표의 대상
•Agile을 소프트웨어 개발 외에 적용하는 것에 관심이 있다면?
•효과적인 일정관리에 관심이 있다면?
•요새의 (근면한) 백수들이 어떻게 사는지 궁금하다면?
!7
발표의 대상
•Agile을 소프트웨어 개발 외에 적용하는 것에 관심이 있다면?
•효과적인 일정관리에 관심이 있다면?
•요새의 (근면한) 백수들이 어떻게 사는지 궁금하다면?
Agile에
대한
사전지식
필요 無!
준다.
!8
발표할 내용
•Scrum의 일부 방법론을 활용한 개인일정 관리























!9
이미지출처:
https://en.wikipedia.org/wiki/Scrum_(software_development)#/media/File:Scrum_Framework.png
발표할 내용
•Scrum의 일부 방법론을 활용한 개인일정 관리























!10
이미지출처:
https://en.wikipedia.org/wiki/Scrum_(software_development)#/media/File:Scrum_Framework.png
Known-to-Unknown Approach를 기반으로!
발표할 내용
•인터넷 시대의 문명을 활용
- Trello
- Slack
•Trello API & Slack chatbot을 이용한 반복적 업무 자동화
•이 활동의 계기와 의의, 그리고 나의 소원



!11
계기
포스터에 있던 그 문구
•‘딥러닝을 공부하는 청년백수 모임’에는 다음과 같은 사람들이
모여있습니다.



1. 커리어 전환을 위해 Gap Year를 보내고 있는 사람들

2. 더 높은 단계를 목표로 지적 소양을 쌓고 있는 사람들
•본 모임은 각 구성원이 자기개발 시간을 더욱 효과적으로 관
리할 수 있도록 Agile 방법론에 기반한 여러가지 도구들을 제
공합니다.
13
포스터에 있던 그 문구
•‘딥러닝을 공부하는 청년백수 모임’에는 다음과 같은 사람들이
모여있습니다.



1. 커리어 전환을 위해 Gap Year를 보내고 있는 사람들

2. 더 높은 단계를 목표로 지적 소양을 쌓고 있는 사람들
•본 모임은 각 구성원이 자기개발 시간을 더욱 효과적으로 관
리할 수 있도록 Agile 방법론에 기반한 여러가지 도구들을 제
공합니다.
!14
청년백수와 Agile??
이미지출처:
http://profspevack.com/archive/animation/tech_support/images/character_dev/expresssions.jpg
사건의 발단
•외로운 독학(獨學) 백수가 쏘아올린 작은 공

!15
사건의 발단
•생각보다 많은 공감대를 형성
•이유가 뭘까?
- 시대의 중심에 있는 딥러닝 기술
- 수많은 유입인구 그리고 그 중,
‣ 퇴근후의 야학(夜學)도
‣ 꿈꾸는 백수들
!16
•생각보다 많은 공감대를 형성
•이유가 뭘까?
- 시대의 중심에 있는 딥러닝 기술
- 수많은 유입인구 그리고 그 중,
‣ 퇴근후의 야학(夜學)도
‣ 꿈꾸는 백수들
진짜 백수들
잠정적 백수들
사건의 발단
!17
}외로움과 고독을 벗삼아
공부하는 사람들
그들에게 필요한 것?
•지속적인 동기부여
- 지속적인 상호작용
- 효율적인 일정관리
!18
그들에게 필요한 것?
•지속적인 동기부여
- 지속적인 상호작용
- 효율적인 일정관리
!19
이미지출처:
http://profspevack.com/archive/animation/tech_support/images/character_dev/expresssions.jpg
열심히 사는 당신의 삶에
Agile을 도입해본다면?
왜 Agile인가?
Agile
•애자일 소프트웨어 개발 선언
21
우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을

도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고

있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다:

공정과 도구보다 개인과 상호작용을

포괄적인 문서보다 작동하는 소프트웨어를

계약 협상보다 고객과의 협력을

계획을 따르기보다 변화에 대응하기를

가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만,

우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.
출처: http://agilemanifesto.org/iso/ko/manifesto.html
Agile
•애자일 선언 이면의 원칙
22
우리는 다음 원칙을 따른다:
우리의 최우선 순위는, 가치 있는 소프트웨어를

일찍 그리고 지속적으로 전달해서 고객을 만족시키는 것이다.

비록 개발의 후반부일지라도 요구사항 변경을 환영하라.

애자일 프로세스들은 변화를 활용해 고객의 경쟁력에 도움이 되게 한다.

작동하는 소프트웨어를 자주 전달하라. 두어 주에서

두어 개월의 간격으로 하되 더 짧은 기간을 선호하라.

비즈니스 쪽의 사람들과 개발자들은 프로젝트 전체에

걸쳐 날마다 함께 일해야 한다.

동기가 부여된 개인들 중심으로 프로젝트를 구성하라.

그들이 필요로 하는 환경과 지원을 주고 그들이 일을

끝내리라고 신뢰하라.
(후략: 기타 7가지 원칙)
출처: http://agilemanifesto.org/iso/ko/principles.html
Agile
•구현방법
- Scrum
- Kanban
- Extreme Programming (XP)
- Feature-Driven Development (FDD)
- …
!23
Agile
•구현방법
- Scrum
- Kanban
- Extreme Programming (XP)
- Feature-Driven Development (FDD)
- …
!24
이미지출처:
https://kikacastro.com.br/2011/08/13/o-caso-do-misterioso-ladrao-de-casaco/
Scrum
•Scrum is an iterative and incremental framework for
managing product development.





•A key principle of Scrum is the dual recognition that
customers will change their minds about what they
want or need (often called requirements volatility) and
that there will be unpredictable challenges.
!25 참고: https://en.wikipedia.org/wiki/Scrum_(software_development)
Waterfall Model
•전통적인 개발 프로세스





















!26 이미지출처: https://en.wikipedia.org/wiki/Waterfall_model
Waterfall Model
•전통적인 개발 프로세스





















!27
만약 이 시점에
고객 요구사항이
바뀐다면?
이미지출처: 

https://en.wikipedia.org/wiki/Waterfall_model
http://profspevack.com/archive/animation/tech_support/images/character_dev/expresssions.jpg
Scrum
•Scrum is an iterative and incremental framework for
managing product development.





•A key principle of Scrum is the dual recognition that
customers will change their minds about what they
want or need (often called requirements volatility) and
that there will be unpredictable challenges.
!28 참고: https://en.wikipedia.org/wiki/Scrum_(software_development)
반복/점진적
개발주기를 통한
지속적인
상호인지
Scrum
•Known-To-Unknown Approach (나와 고객)
- 사전지식을 기반으로 계획수립
- 개발 과정에서 언제든 변동이 발생할 수 있음을 주지
- 반복적인 배포를 통해 고객의 피드백을 주기적으로 수집
- 발생하는 변동을 즉각적으로 반영





!29
Scrum
•Known-To-Unknown Approach (나와 고객)
- 사전지식을 기반으로 계획수립
- 개발 과정에서 언제든 변동이 발생할 수 있음을 주지
- 반복적인 배포를 통해 고객의 피드백을 주기적으로 수집
- 발생하는 변동을 즉각적으로 반영
➡ 이 과정에서 앎의 영역은 점점 확대되고, 

고객의 요구사항과 산출물은 점차 수렴해간다.
!30 이미지출처:
http://profspevack.com/archive/animation/tech_support/images/character_dev/expresssions.jpg
Scrum
•Known-To-Unknown Approach (나와 팀)
- 팀 내의 지속적 소통을 바탕으로 현황에 대한 상호인지
- 작은 단위의 task 운영을 통한 up-to-date schedule의 관리
- 반복적 회고를 통한 점진적 개선 





!31
Scrum
•Known-To-Unknown Approach (나와 팀)
- 팀 내의 지속적 소통을 바탕으로 현황에 대한 상호인지
- 작은 단위의 task 운영을 통한 up-to-date schedule의 관리
- 반복적 회고를 통한 점진적 개선

➡ 간과되기 쉬운 부분들을 계속하여 인지의 영역위로 끌어올려준다.
➡ 효율적인 일정관리와 지속적 개선의 긍정적인 부수효과가 발생한다.
➡ 지속적 상호작용으로 외로움과 고독이 완화된다.

!32
Scrum
•Known-To-Unknown Approach (나와 팀)
- 팀 내의 지속적 소통을 바탕으로 지속적인 상호인지
- 작은 단위의 task 운영을 통한 up-to-date schedule의 관리
- 반복적 회고를 통한 점진적 개선

➡ 간과되기 쉬운 부분들을 계속하여 인지의 영역위로 끌어올려준다.
➡ 효율적인 일정관리와 지속적 개선의 긍정적인 부수효과가 발생한다.
➡ 지속적 상호작용으로 외로움과 고독이 완화된다.

!33
바로 이것!
개인 일정관리에 적용을 위한
Scrum workflow 해부
Scrum
•Workflow























!35
이미지출처:
https://en.wikipedia.org/wiki/Scrum_(software_development)#/media/File:Scrum_Framework.png
Scrum
•Workflow























!36
이미지출처:
https://en.wikipedia.org/wiki/Scrum_(software_development)#/media/File:Scrum_Framework.png
Scrum
•Product Backlog
- “The product backlog comprises an ordered list of product
requirements that a scrum team maintains for a product."
- 하나의 주기 내에서는 장기적인 계획을 표현하기 어렵다. 그러므
로 Product Backlog를 활용하여 중/장기 비전에 대한 계획 관리
를 하도록 한다. (분기 / 반기 / 년)





!37 참고: https://en.wikipedia.org/wiki/Scrum_(software_development)
Scrum
•Workflow























!38
이미지출처:
https://en.wikipedia.org/wiki/Scrum_(software_development)#/media/File:Scrum_Framework.png
Scrum
•Sprint
- “A sprint (or iteration) is the basic unit of development in
Scrum. The duration is fixed in advance for each sprint and
is normally between one week and one month.”
- 관리 편의성을 위해 한 달을 1 sprint로 운영하도록 한다. 

(e.g. 1월: Sprint1, 2월: Sprint2, 3월: Sprint 3 ...)
!39 참고: https://en.wikipedia.org/wiki/Scrum_(software_development)
Scrum
•Workflow























!40
이미지출처:
https://en.wikipedia.org/wiki/Scrum_(software_development)#/media/File:Scrum_Framework.png
Scrum
•Scrum Team & Scrum Master
- “The development team is responsible for delivering
potentially shippable product increments every sprint (the
sprint goal). The team has from three to nine members.”
- "The scrum master helps to ensure the team follows the
agreed processes in the Scrum framework, often facilitates
key sessions, and encourages the team to improve.”
- 서로의 일정운영에 지속적인 관심을 갖기 위해서는 적정 인원(3~9
인)의 팀이 구성되어야 한다. Scrum master는 팀원들이 규칙을
잘 준수할 수 있도록 최소한의 통제 및 조언을 하도록 한다.



!41 참고: https://en.wikipedia.org/wiki/Scrum_(software_development)
Scrum
•Workflow























!42
이미지출처:
https://en.wikipedia.org/wiki/Scrum_(software_development)#/media/File:Scrum_Framework.png
Scrum
•Daily Scrum Meeting
- “Each day during a sprint, the team holds a daily Scrum
(or stand-up) up to 15 minutes. Each team member swiftly
states the following three items: Done, On-going, and any
impediment.”
- 각 구성원은 daily meeting 이전에 본인이 서술할 항목에 대해 준
비해야 한다. 서술은 본인이 보드에 작성한 task card를 중심으로
하며, 당초 예상보다 일정이 늘어질 경우 해당 task를 분리하
도록 한다.
- 하나의 task는 최대 이틀을 넘기지 않게끔 작성한다.
!43 참고: https://en.wikipedia.org/wiki/Scrum_(software_development)
Scrum
•Daily Scrum Meeting
- Synchronous Daily Meeting
‣ 정해진 시간, 정해진 장소에서 구두로 진행
- Asynchronous Daily Meeting
‣ 각 개인의 일과시작 전, 모두가 볼 수 있는 장소에 글로 게시
!44
참고: https://medium.com/@stevoscript/why-your-team-should-try-asynchronous-
daily-stand-ups-87f1b809e5c8
Scrum
•Daily Scrum Meeting
- Synchronous Daily Meeting
‣ 정해진 시간, 정해진 장소에서 구두로 진행
- Asynchronous Daily Meeting
‣ 각 개인의 일과시작 전, 모두가 볼 수 있는 장소에 글로 게시
!45
참고: https://medium.com/@stevoscript/why-your-team-should-try-asynchronous-
daily-stand-ups-87f1b809e5c8
서로 다른 Time zone, 생활리듬이 다름을 고려
Scrum
•Workflow























!46
이미지출처:
https://en.wikipedia.org/wiki/Scrum_(software_development)#/media/File:Scrum_Framework.png
Scrum
•Sprint Retrospective
- “The Sprint Retrospective occurs prior to the next Sprint
Planning. This is at most a three-hour meeting for one-
month Sprints. During the Sprint Retrospective, the team
discusses the followings: Good, Bad, and To-be-improved.”
- 짧은 주기를 역동적으로 반복하는 Scrum의 특성상, 지난 sprint에
대한 회고가 없으면 미처 인지하지 못하고 같은 실수를 반복적으
로 저지를 수 있다.
- To-be-improved에는 Bad 항목을 개선할 수 있는 구체적인 행동
이 기입된다.

!47 참고: https://www.scrum.org/resources/what-is-a-sprint-retrospective
Scrum
•Workflow (종합)























!48
이미지출처:
https://en.wikipedia.org/wiki/Scrum_(software_development)#/media/File:Scrum_Framework.png
시작!
팀원모집
!50
팀원모집
!51
8명 모집
정작 백수가 거의 없어서 지은 팀명, ‘very few baksues’
Trello
•Product Backlog 작성























!52
Trello
•Agile Board 개설























!53
Trello
•Agile Board 개설























!54
Slack
•Daily Meeting 채널 개설 (#daily-logs)























!55
한달 뒤...
피드백
•Pros
- 일정운영의 효율 상승! 일간 일정의 공개적 게시, 팀원간 피드백에
서 발생하는 효과는 굉장했다. 일정 운영에 좀 더 책임감을 느끼게
되었다.
- 계획력 및 일정 추정능력 향상! 매일 하루 단위의 Task card들을
동적으로 관리하며, 계획보다 늘어지는 일정 및 계획하고 실행하
지 못한 일정에 대한 뚜렷한 인식이 가능해졌다.
- 다양한 지식 공유, 호기심의 확장! 다양한 전문영역의 참여자들이
지속적으로 소통하며 평소 알지 못했던 세계를 교류하는 계기가
되었다.
- 동기부여의 효과 발생! 서로의 성장을 지켜보는 것으로 일상의 열
!57
피드백
•Cons
- Retrospective meeting의 참여율 저조
- ‘완료’ 항목에 너무 많이 누적되는 task card들
- Slack과 Trello에서 같은 일정을 이중으로 관리하는 불편함
!58
피드백
•Cons
- Retrospective meeting의 참여율 저조
- ‘완료’ 항목에 너무 많이 누적되는 task card들
- Slack과 Trello에서 같은 일정을 이중으로 관리하는 불편함
!59
Async 방식으로 변경
피드백
•Cons
- Retrospective meeting의 참여율 저조
- ‘완료’ 항목에 너무 많이 누적되는 task card들
- Slack과 Trello에서 같은 일정을 이중으로 관리하는 불편함
!60
Scrum master가
매주 아카이빙
피드백
•Cons
- Retrospective meeting의 참여율 저조
- ‘완료’ 항목에 너무 많이 누적되는 task card들
- Slack과 Trello에서 같은 일정을 이중으로 관리하는 불편함
!61
반 자동화
Trello2Text
•Developed by 권경모님





















!62 Code available at https://bookmarkify.it/8195
Trello2Text
•Developed by 권경모님





















!63
모바일에서는 작동 불가
Code available at https://bookmarkify.it/8195
DFAB 챗봇
•Developed by 권휘님





















!64 Code available at https://github.com/whikwon/dfab-bot
DFAB 챗봇
•Developed by 권휘님





















!65
모바일에서도 작동
Code available at https://github.com/whikwon/dfab-bot
그리고
후끈한 분위기
!67
“팀을 증설해보자!”
2차 팀원모집
!69
2차 팀원모집
!70
7인 구성의 ‘Bravo’ 팀 탄생!
더욱 뜨거워지는 분위기
!71
하지만...
운영 노력의 증가
•매 주 두 팀의 ‘완료’ 목록 아카이빙
•매 달 두 팀의 새로운 보드 생성 및 초기세팅
•기타등등
!73
운영 노력의 증가
•매 주 두 팀의 ‘완료’ 목록 아카이빙
•매 달 두 팀의 새로운 보드 생성 및 초기세팅
•기타등등
➡ 그룹운영이 ‘일’이 되었다.
!74
운영 노력의 증가
•매 주 두 팀의 ‘완료’ 목록 아카이빙
•매 달 두 팀의 새로운 보드 생성 및 초기세팅
•기타등등
➡ 그룹운영이 ‘일’이 되었다.
➡ Trello 보드의 자동화가 절실해졌다.
!75
DFAB-Trello-Automation
!76
•Developed by 김민지님





















DFAB-Trello-Automation
!77
•Developed by 김민지님





















그리고 3일 뒤...
DFAB-Trello-Automation
!78
•Developed by 김민지님





















뚝딱!
Code available at https://github.com/minzzzy/DFAB-Trello-automation
운영 노력의 증가
•매 주 두 팀의 ‘완료’ 목록 아카이빙
•매 달 두 팀의 새로운 보드 생성 및 초기세팅
•기타등등
!79
운영 노력의 증가
•매 주 두 팀의 ‘완료’ 목록 아카이빙
•매 달 두 팀의 새로운 보드 생성 및 초기세팅
•기타등등
!80
운영 노력의 증가
•매 주 두 팀의 ‘완료’ 목록 아카이빙
•매 달 두 팀의 새로운 보드 생성 및 초기세팅
•기타등등
!81
아직도 가야할 길
아이디어
•Backlog와 sprint board간의 연동
•계획 후 실행되지 않고 지워지는 task에 대한 기록
•‘오늘 할 일’ 목록에서 이틀 이상 머물러있는 task에 대한 알림
•각 sprint에 대한 항목 별 task 통계
•Pomodoro Technique을 이용하여 task별 실 소요시간 기록
!83
아이디어
•Backlog와 sprint board간의 연동
•계획 후 실행되지 않고 지워지는 task에 대한 기록
•‘오늘 할 일’ 목록에서 이틀 이상 머물러있는 task에 대한 알림
•각 sprint에 대한 항목 별 task 통계
•Pomodoro Technique을 이용하여 task별 실 소요시간 기록
➡ 일부 개발 진행중
!84
맺음말
이 활동의 의의
•가속화 되고있는 기술 수요/유행의 변화
•전보다 희미해진 평생직장/평생직업의 개념 

-> 평생교육 시대로의 변화









!86
이 활동의 의의
•가속화 되고있는 기술 수요/유행의 변화
•전보다 희미해진 평생직장/평생직업의 개념

-> 평생교육 시대로의 변화
➡ 앞으로 누구나 일생에 한번쯤은 Gap Year를 가질 가능성이 높다.
➡ 하지만 아직 한국에는 Gap Year를 표현할 말이 없다.



!87
­ 루트비히 비트겐슈타인
“내 언어의 한계는 내 세계의 한계를 뜻한다.”
이 활동의 의의
•한국의 문화와 정서에서, 직업이 없는 사람은 곧 ‘백수’
•부정적 선입견 속에 고통받는 이 시대의 ‘근면한 백수들’
•인식의 변화를 위해서는 ‘백수’들의 생산적 활동이 필요
•생산적 활동을 위해서는 이를 뒷바침할 체계적인 시스템이 필요




!89
이 활동의 의의
•한국의 문화와 정서에서, 직업이 없는 사람은 곧 ‘백수’
•부정적 선입견 속에 고통받는 이 시대의 ‘근면한 백수들’
•인식의 변화를 위해서는 ‘백수’들의 생산적 활동이 필요
•생산적 활동을 위해서는 이를 뒷바침할 체계적인 시스템이 필요
➡ 누구나 마음이 시키는 것을 행동으로 옮길 수 있는 사회가 

되기 위해
!90
­ 김구, ‘나의 소원’ 중
“산에 한 가지 나무만 나지 아니하고, 들에 한 가지 꽃만 피지 아니한다.
여러 가지 나무가 어울려서 위대한 삼림의 아름다움을 이루고 백가지 꽃이
섞여 피어서 봄들의 풍성한 경치를 이루는 것이다.
우리가 세우는 나라에는 유교도 성하고, 불교도, 예수교도 자유로 발달하고, 또
철학을 보더라도 인류의 위대한 사상이 다 들어와서 꽃이 피고 열매를
맺게 할 것이니, 이러하고야만 비로소 자유의 나라라 할 것이요.
이러한 자유의 나라에서만 인류의 가장 크고 가장 높은 문화가 발생할 것이다.”
!92
생각과 행동과 믿음이
좀 더 자유로워질 그날을 꿈꾸며
감사합니다!
자동화 사례 소개(간단히)
•DFAB Trello Automation - 김민지
•DFAB 챗봇 - 권휘







!95
누가 내 Trello 카드를
옮겼을까?
부제: DFAB Trello Automation
김민지
Who am I
Mechanical Engineer
Software Engineer
DLC Reinforcement Learning 공부 중
DFAB Trello Automation
Why(왜 자동화?)
How(어떻게 자동화?)
What(무엇을 얻었니?)
원래 golden circle과 다른 의미로 사용
What
Why
How
Why
귀찮고 반복되는 일을 줄이자!
하나. 1주일에 1 번씩 <완료> 리스트의 카드들을 <아카이브> 리스트로 옮겨줘야 함
둘. 1달에 1번씩 새로운 <Sprint 보드>를 생성하고 이전의 보드의 <완료> 카드들을 다시
<아카이브> 하고 <아이디어, 오늘 할 일, 완료, 일시 정지> 리스트를 새로운 보드로 옮겨야 함
How
https://trello.readme.io/reference
https://github.com/minzzzy/DFAB-Trello-automation
Trello REST API를 사용한 Python script
Crontab을 이용하여
1주일에, 1달에 1번씩 실
행중
Trello API documentation
의 친절한 설명
따라서
해보자
+
확장성을
위한 구조화
lib/utils.py
lib/config.py
What
Scrum master의 보드 관리 시간과 신경쓰임 감소
(배움의 재미 + 뿌듯함) * n
새로운 Why의 시작
Sprint Retrospective를 할 때, 지나간 내용들을 다시 떠올리기 어려움
지난 daily-logs를 찾아보기 귀찮음
내가 쓴 내용들만 잘 정리해서 보고 싶어짐
daily-logs의 data를 어떻게 좀 활용해보고 싶다?
beyond daily-logs by APT 시작
Beyond daily-logs
아직 매우*100 프로토타입
DFAB 챗봇
권휘
다시 한번
감사합니다!
식사할만한 곳
교총
정문
순대국
막국수
북어정식
중국집
(2층)
피자,치킨

Weitere ähnliche Inhalte

Was ist angesagt?

로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법Jeongsang Baek
 
[Devil's camp 2019] 혹시 Elixir 아십니까? 정.말.갓.언.어.입.니.다
[Devil's camp 2019] 혹시 Elixir 아십니까? 정.말.갓.언.어.입.니.다[Devil's camp 2019] 혹시 Elixir 아십니까? 정.말.갓.언.어.입.니.다
[Devil's camp 2019] 혹시 Elixir 아십니까? 정.말.갓.언.어.입.니.다KWON JUNHYEOK
 
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들Brian Hong
 
[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장
[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장
[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장Dylan Ko
 
[Unite2015 박민근] 유니티 최적화 테크닉 총정리
[Unite2015 박민근] 유니티 최적화 테크닉 총정리[Unite2015 박민근] 유니티 최적화 테크닉 총정리
[Unite2015 박민근] 유니티 최적화 테크닉 총정리MinGeun Park
 
[MLOps KR 행사] MLOps 춘추 전국 시대 정리(210605)
[MLOps KR 행사] MLOps 춘추 전국 시대 정리(210605)[MLOps KR 행사] MLOps 춘추 전국 시대 정리(210605)
[MLOps KR 행사] MLOps 춘추 전국 시대 정리(210605)Seongyun Byeon
 
쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기Brian Hong
 
Domain Driven Design
Domain Driven DesignDomain Driven Design
Domain Driven DesignYoung-Ho Cho
 
Unityでパフォーマンスの良いUIを作る為のTips
Unityでパフォーマンスの良いUIを作る為のTipsUnityでパフォーマンスの良いUIを作る為のTips
Unityでパフォーマンスの良いUIを作る為のTipsUnity Technologies Japan K.K.
 
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유 (2부)
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유 (2부)[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유 (2부)
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유 (2부)Hyojun Jeon
 
Little Big Data #1. 바닥부터 시작하는 데이터 인프라
Little Big Data #1. 바닥부터 시작하는 데이터 인프라Little Big Data #1. 바닥부터 시작하는 데이터 인프라
Little Big Data #1. 바닥부터 시작하는 데이터 인프라Seongyun Byeon
 
TF에서 팀 빌딩까지 9개월의 기록 : 성장하는 조직을 만드는 여정
TF에서 팀 빌딩까지 9개월의 기록 : 성장하는 조직을 만드는 여정TF에서 팀 빌딩까지 9개월의 기록 : 성장하는 조직을 만드는 여정
TF에서 팀 빌딩까지 9개월의 기록 : 성장하는 조직을 만드는 여정Seongyun Byeon
 
How to build massive service for advance
How to build massive service for advanceHow to build massive service for advance
How to build massive service for advanceDaeMyung Kang
 
[243]kaleido 노현걸
[243]kaleido 노현걸[243]kaleido 노현걸
[243]kaleido 노현걸NAVER D2
 
엘라스틱서치 클러스터로 수십억 건의 데이터 운영하기
엘라스틱서치 클러스터로 수십억 건의 데이터 운영하기엘라스틱서치 클러스터로 수십억 건의 데이터 운영하기
엘라스틱서치 클러스터로 수십억 건의 데이터 운영하기흥래 김
 
Ndc14 분산 서버 구축의 ABC
Ndc14 분산 서버 구축의 ABCNdc14 분산 서버 구축의 ABC
Ndc14 분산 서버 구축의 ABCHo Gyu Lee
 
楽天トラベルとSpring(Spring Day 2016)
楽天トラベルとSpring(Spring Day 2016)楽天トラベルとSpring(Spring Day 2016)
楽天トラベルとSpring(Spring Day 2016)Rakuten Group, Inc.
 
大型 Web Application 轉移到 微服務的經驗分享
大型 Web Application 轉移到微服務的經驗分享大型 Web Application 轉移到微服務的經驗分享
大型 Web Application 轉移到 微服務的經驗分享Andrew Wu
 
[수정본] 우아한 객체지향
[수정본] 우아한 객체지향[수정본] 우아한 객체지향
[수정본] 우아한 객체지향Young-Ho Cho
 

Was ist angesagt? (20)

로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법
 
[Devil's camp 2019] 혹시 Elixir 아십니까? 정.말.갓.언.어.입.니.다
[Devil's camp 2019] 혹시 Elixir 아십니까? 정.말.갓.언.어.입.니.다[Devil's camp 2019] 혹시 Elixir 아십니까? 정.말.갓.언.어.입.니.다
[Devil's camp 2019] 혹시 Elixir 아십니까? 정.말.갓.언.어.입.니.다
 
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
 
[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장
[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장
[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장
 
[Unite2015 박민근] 유니티 최적화 테크닉 총정리
[Unite2015 박민근] 유니티 최적화 테크닉 총정리[Unite2015 박민근] 유니티 최적화 테크닉 총정리
[Unite2015 박민근] 유니티 최적화 테크닉 총정리
 
[MLOps KR 행사] MLOps 춘추 전국 시대 정리(210605)
[MLOps KR 행사] MLOps 춘추 전국 시대 정리(210605)[MLOps KR 행사] MLOps 춘추 전국 시대 정리(210605)
[MLOps KR 행사] MLOps 춘추 전국 시대 정리(210605)
 
쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기
 
Domain Driven Design
Domain Driven DesignDomain Driven Design
Domain Driven Design
 
Unityでパフォーマンスの良いUIを作る為のTips
Unityでパフォーマンスの良いUIを作る為のTipsUnityでパフォーマンスの良いUIを作る為のTips
Unityでパフォーマンスの良いUIを作る為のTips
 
Microservices
Microservices Microservices
Microservices
 
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유 (2부)
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유 (2부)[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유 (2부)
[NDC18] 야생의 땅 듀랑고의 데이터 엔지니어링 이야기: 로그 시스템 구축 경험 공유 (2부)
 
Little Big Data #1. 바닥부터 시작하는 데이터 인프라
Little Big Data #1. 바닥부터 시작하는 데이터 인프라Little Big Data #1. 바닥부터 시작하는 데이터 인프라
Little Big Data #1. 바닥부터 시작하는 데이터 인프라
 
TF에서 팀 빌딩까지 9개월의 기록 : 성장하는 조직을 만드는 여정
TF에서 팀 빌딩까지 9개월의 기록 : 성장하는 조직을 만드는 여정TF에서 팀 빌딩까지 9개월의 기록 : 성장하는 조직을 만드는 여정
TF에서 팀 빌딩까지 9개월의 기록 : 성장하는 조직을 만드는 여정
 
How to build massive service for advance
How to build massive service for advanceHow to build massive service for advance
How to build massive service for advance
 
[243]kaleido 노현걸
[243]kaleido 노현걸[243]kaleido 노현걸
[243]kaleido 노현걸
 
엘라스틱서치 클러스터로 수십억 건의 데이터 운영하기
엘라스틱서치 클러스터로 수십억 건의 데이터 운영하기엘라스틱서치 클러스터로 수십억 건의 데이터 운영하기
엘라스틱서치 클러스터로 수십억 건의 데이터 운영하기
 
Ndc14 분산 서버 구축의 ABC
Ndc14 분산 서버 구축의 ABCNdc14 분산 서버 구축의 ABC
Ndc14 분산 서버 구축의 ABC
 
楽天トラベルとSpring(Spring Day 2016)
楽天トラベルとSpring(Spring Day 2016)楽天トラベルとSpring(Spring Day 2016)
楽天トラベルとSpring(Spring Day 2016)
 
大型 Web Application 轉移到 微服務的經驗分享
大型 Web Application 轉移到微服務的經驗分享大型 Web Application 轉移到微服務的經驗分享
大型 Web Application 轉移到 微服務的經驗分享
 
[수정본] 우아한 객체지향
[수정본] 우아한 객체지향[수정본] 우아한 객체지향
[수정본] 우아한 객체지향
 

Ähnlich wie 개인 일정관리에 Agile을 끼얹으면?

모바일 앱 개발을 위한 Agile 적용
모바일 앱 개발을 위한 Agile 적용모바일 앱 개발을 위한 Agile 적용
모바일 앱 개발을 위한 Agile 적용Kevin Kim
 
Scrum - Agile Development Process
Scrum - Agile Development ProcessScrum - Agile Development Process
Scrum - Agile Development ProcessKook Maeng
 
INFCON2023-지속 가능한 소프트웨어 개발을 위한 경험과 통찰
INFCON2023-지속 가능한 소프트웨어 개발을 위한 경험과 통찰INFCON2023-지속 가능한 소프트웨어 개발을 위한 경험과 통찰
INFCON2023-지속 가능한 소프트웨어 개발을 위한 경험과 통찰Myeongseok Baek
 
Introduction of scrum 안성현 20120606
Introduction of scrum 안성현 20120606Introduction of scrum 안성현 20120606
Introduction of scrum 안성현 20120606SeongHyun Ahn
 
2021년 1월 30일 개발자 이야기
2021년 1월 30일 개발자 이야기2021년 1월 30일 개발자 이야기
2021년 1월 30일 개발자 이야기Jay Park
 
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스Hee Jae Lee
 
2020년 5월 9일 개발 이야기 정리
2020년 5월 9일 개발 이야기 정리2020년 5월 9일 개발 이야기 정리
2020년 5월 9일 개발 이야기 정리Jay Park
 
EMOCON 2015 - 품질과 테스트는 다르다
EMOCON 2015 - 품질과 테스트는 다르다EMOCON 2015 - 품질과 테스트는 다르다
EMOCON 2015 - 품질과 테스트는 다르다이상한모임
 
2021년 2월 6일 개발자 이야기
2021년 2월 6일 개발자 이야기2021년 2월 6일 개발자 이야기
2021년 2월 6일 개발자 이야기Jay Park
 
Agile SW 개발
Agile SW 개발Agile SW 개발
Agile SW 개발혁 권
 
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발Jaehoon Oh
 
지속적인 통합
지속적인 통합지속적인 통합
지속적인 통합중선 곽
 
신규 협업도구 사용자 교육(공통 비개발자)
신규 협업도구 사용자 교육(공통 비개발자)신규 협업도구 사용자 교육(공통 비개발자)
신규 협업도구 사용자 교육(공통 비개발자)Byeongsu Kang
 
100% Serverless big data scale production Deep Learning System
100% Serverless big data scale production Deep Learning System100% Serverless big data scale production Deep Learning System
100% Serverless big data scale production Deep Learning Systemhoondong kim
 
학교에선 알려주지 않는 오픈소스이야기 - 박치완님
학교에선 알려주지 않는 오픈소스이야기 - 박치완님학교에선 알려주지 않는 오픈소스이야기 - 박치완님
학교에선 알려주지 않는 오픈소스이야기 - 박치완님NAVER D2
 
How to implement your dream 20150427
How to implement your dream 20150427How to implement your dream 20150427
How to implement your dream 20150427Will Kim
 
Agile sw development 101
Agile sw development 101Agile sw development 101
Agile sw development 101Kiwon Kyung
 
Sk planet 이야기
Sk planet 이야기Sk planet 이야기
Sk planet 이야기종범 고
 

Ähnlich wie 개인 일정관리에 Agile을 끼얹으면? (20)

모바일 앱 개발을 위한 Agile 적용
모바일 앱 개발을 위한 Agile 적용모바일 앱 개발을 위한 Agile 적용
모바일 앱 개발을 위한 Agile 적용
 
Scrum - Agile Development Process
Scrum - Agile Development ProcessScrum - Agile Development Process
Scrum - Agile Development Process
 
INFCON2023-지속 가능한 소프트웨어 개발을 위한 경험과 통찰
INFCON2023-지속 가능한 소프트웨어 개발을 위한 경험과 통찰INFCON2023-지속 가능한 소프트웨어 개발을 위한 경험과 통찰
INFCON2023-지속 가능한 소프트웨어 개발을 위한 경험과 통찰
 
Introduction of scrum 안성현 20120606
Introduction of scrum 안성현 20120606Introduction of scrum 안성현 20120606
Introduction of scrum 안성현 20120606
 
2021년 1월 30일 개발자 이야기
2021년 1월 30일 개발자 이야기2021년 1월 30일 개발자 이야기
2021년 1월 30일 개발자 이야기
 
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스
 
2020년 5월 9일 개발 이야기 정리
2020년 5월 9일 개발 이야기 정리2020년 5월 9일 개발 이야기 정리
2020년 5월 9일 개발 이야기 정리
 
EMOCON 2015 - 품질과 테스트는 다르다
EMOCON 2015 - 품질과 테스트는 다르다EMOCON 2015 - 품질과 테스트는 다르다
EMOCON 2015 - 품질과 테스트는 다르다
 
애자일의 모든것
애자일의 모든것애자일의 모든것
애자일의 모든것
 
2021년 2월 6일 개발자 이야기
2021년 2월 6일 개발자 이야기2021년 2월 6일 개발자 이야기
2021년 2월 6일 개발자 이야기
 
Agile SW 개발
Agile SW 개발Agile SW 개발
Agile SW 개발
 
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
애자일 개발 프로세스를 이용한 고품질 소프트웨어 개발
 
지속적인 통합
지속적인 통합지속적인 통합
지속적인 통합
 
Work With Engineer
Work With EngineerWork With Engineer
Work With Engineer
 
신규 협업도구 사용자 교육(공통 비개발자)
신규 협업도구 사용자 교육(공통 비개발자)신규 협업도구 사용자 교육(공통 비개발자)
신규 협업도구 사용자 교육(공통 비개발자)
 
100% Serverless big data scale production Deep Learning System
100% Serverless big data scale production Deep Learning System100% Serverless big data scale production Deep Learning System
100% Serverless big data scale production Deep Learning System
 
학교에선 알려주지 않는 오픈소스이야기 - 박치완님
학교에선 알려주지 않는 오픈소스이야기 - 박치완님학교에선 알려주지 않는 오픈소스이야기 - 박치완님
학교에선 알려주지 않는 오픈소스이야기 - 박치완님
 
How to implement your dream 20150427
How to implement your dream 20150427How to implement your dream 20150427
How to implement your dream 20150427
 
Agile sw development 101
Agile sw development 101Agile sw development 101
Agile sw development 101
 
Sk planet 이야기
Sk planet 이야기Sk planet 이야기
Sk planet 이야기
 

Kürzlich hochgeladen

MOODv2 : Masked Image Modeling for Out-of-Distribution Detection
MOODv2 : Masked Image Modeling for Out-of-Distribution DetectionMOODv2 : Masked Image Modeling for Out-of-Distribution Detection
MOODv2 : Masked Image Modeling for Out-of-Distribution DetectionKim Daeun
 
캐드앤그래픽스 2024년 5월호 목차
캐드앤그래픽스 2024년 5월호 목차캐드앤그래픽스 2024년 5월호 목차
캐드앤그래픽스 2024년 5월호 목차캐드앤그래픽스
 
Console API (Kitworks Team Study 백혜인 발표자료)
Console API (Kitworks Team Study 백혜인 발표자료)Console API (Kitworks Team Study 백혜인 발표자료)
Console API (Kitworks Team Study 백혜인 발표자료)Wonjun Hwang
 
Merge (Kitworks Team Study 이성수 발표자료 240426)
Merge (Kitworks Team Study 이성수 발표자료 240426)Merge (Kitworks Team Study 이성수 발표자료 240426)
Merge (Kitworks Team Study 이성수 발표자료 240426)Wonjun Hwang
 
A future that integrates LLMs and LAMs (Symposium)
A future that integrates LLMs and LAMs (Symposium)A future that integrates LLMs and LAMs (Symposium)
A future that integrates LLMs and LAMs (Symposium)Tae Young Lee
 
Continual Active Learning for Efficient Adaptation of Machine LearningModels ...
Continual Active Learning for Efficient Adaptation of Machine LearningModels ...Continual Active Learning for Efficient Adaptation of Machine LearningModels ...
Continual Active Learning for Efficient Adaptation of Machine LearningModels ...Kim Daeun
 

Kürzlich hochgeladen (6)

MOODv2 : Masked Image Modeling for Out-of-Distribution Detection
MOODv2 : Masked Image Modeling for Out-of-Distribution DetectionMOODv2 : Masked Image Modeling for Out-of-Distribution Detection
MOODv2 : Masked Image Modeling for Out-of-Distribution Detection
 
캐드앤그래픽스 2024년 5월호 목차
캐드앤그래픽스 2024년 5월호 목차캐드앤그래픽스 2024년 5월호 목차
캐드앤그래픽스 2024년 5월호 목차
 
Console API (Kitworks Team Study 백혜인 발표자료)
Console API (Kitworks Team Study 백혜인 발표자료)Console API (Kitworks Team Study 백혜인 발표자료)
Console API (Kitworks Team Study 백혜인 발표자료)
 
Merge (Kitworks Team Study 이성수 발표자료 240426)
Merge (Kitworks Team Study 이성수 발표자료 240426)Merge (Kitworks Team Study 이성수 발표자료 240426)
Merge (Kitworks Team Study 이성수 발표자료 240426)
 
A future that integrates LLMs and LAMs (Symposium)
A future that integrates LLMs and LAMs (Symposium)A future that integrates LLMs and LAMs (Symposium)
A future that integrates LLMs and LAMs (Symposium)
 
Continual Active Learning for Efficient Adaptation of Machine LearningModels ...
Continual Active Learning for Efficient Adaptation of Machine LearningModels ...Continual Active Learning for Efficient Adaptation of Machine LearningModels ...
Continual Active Learning for Efficient Adaptation of Machine LearningModels ...
 

개인 일정관리에 Agile을 끼얹으면?