SlideShare a Scribd company logo
1 of 107
Download to read offline
개인 일정관리에
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층)
피자,치킨

More Related Content

What's hot

로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법Jeongsang Baek
 
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方増田 亨
 
Data Engineering 101
Data Engineering 101Data Engineering 101
Data Engineering 101DaeMyung Kang
 
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャーKubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャーToru Makabe
 
設計書自動生成への取り組み~手書き設計書から脱却するには?~
設計書自動生成への取り組み~手書き設計書から脱却するには?~設計書自動生成への取り組み~手書き設計書から脱却するには?~
設計書自動生成への取り組み~手書き設計書から脱却するには?~SystemIntegrator2
 
쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기Brian Hong
 
これ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回す
これ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回すこれ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回す
これ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回すStudy Group by SciencePark Corp.
 
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편Seongyun Byeon
 
ソフトウェア設計の学び方を考える
ソフトウェア設計の学び方を考えるソフトウェア設計の学び方を考える
ソフトウェア設計の学び方を考える増田 亨
 
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들Brian Hong
 
CFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service BrokerCFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service BrokerKazuto Kusama
 
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編Masahito Zembutsu
 
Apache Arrow - データ処理ツールの次世代プラットフォーム
Apache Arrow - データ処理ツールの次世代プラットフォームApache Arrow - データ処理ツールの次世代プラットフォーム
Apache Arrow - データ処理ツールの次世代プラットフォームKouhei Sutou
 
Clean architectures with fast api pycones
Clean architectures with fast api   pyconesClean architectures with fast api   pycones
Clean architectures with fast api pyconesAlvaro Del Castillo
 
Python과 Git으로 만드는 모바일 게임 패치 시스템
Python과 Git으로 만드는 모바일 게임 패치 시스템Python과 Git으로 만드는 모바일 게임 패치 시스템
Python과 Git으로 만드는 모바일 게임 패치 시스템Youngtaek Oh
 
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかシリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかAtsushi Nakada
 
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26Yahoo!デベロッパーネットワーク
 
Grafana LokiではじめるKubernetesロギングハンズオン(NTT Tech Conference #4 ハンズオン資料)
Grafana LokiではじめるKubernetesロギングハンズオン(NTT Tech Conference #4 ハンズオン資料)Grafana LokiではじめるKubernetesロギングハンズオン(NTT Tech Conference #4 ハンズオン資料)
Grafana LokiではじめるKubernetesロギングハンズオン(NTT Tech Conference #4 ハンズオン資料)NTT DATA Technology & Innovation
 
게임 운영에 필요한 로그성 데이터들에 대하여
게임 운영에 필요한 로그성 데이터들에 대하여게임 운영에 필요한 로그성 데이터들에 대하여
게임 운영에 필요한 로그성 데이터들에 대하여iFunFactory Inc.
 
KubeCon + CloudNativeCon Europe 2022 Recap / Kubernetes Meetup Tokyo #51 / #k...
KubeCon + CloudNativeCon Europe 2022 Recap / Kubernetes Meetup Tokyo #51 / #k...KubeCon + CloudNativeCon Europe 2022 Recap / Kubernetes Meetup Tokyo #51 / #k...
KubeCon + CloudNativeCon Europe 2022 Recap / Kubernetes Meetup Tokyo #51 / #k...Preferred Networks
 

What's hot (20)

로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법로그 기깔나게 잘 디자인하는 법
로그 기깔나게 잘 디자인하는 법
 
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
 
Data Engineering 101
Data Engineering 101Data Engineering 101
Data Engineering 101
 
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャーKubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
 
設計書自動生成への取り組み~手書き設計書から脱却するには?~
設計書自動生成への取り組み~手書き設計書から脱却するには?~設計書自動生成への取り組み~手書き設計書から脱却するには?~
設計書自動生成への取り組み~手書き設計書から脱却するには?~
 
쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기쿠키런 1년, 서버개발 분투기
쿠키런 1년, 서버개발 분투기
 
これ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回す
これ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回すこれ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回す
これ以上ソースコードの負債を増やさないためにVisual Studioの静的解析とAzure PipelinesでCIを回す
 
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
BigQuery의 모든 것(기획자, 마케터, 신입 데이터 분석가를 위한) 입문편
 
ソフトウェア設計の学び方を考える
ソフトウェア設計の学び方を考えるソフトウェア設計の学び方を考える
ソフトウェア設計の学び方を考える
 
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
[DEVIEW 2021] 1000만 글로벌 유저를 지탱하는 기술과 사람들
 
CFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service BrokerCFの便利機能を他の環境でも。Open Service Broker
CFの便利機能を他の環境でも。Open Service Broker
 
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
 
Apache Arrow - データ処理ツールの次世代プラットフォーム
Apache Arrow - データ処理ツールの次世代プラットフォームApache Arrow - データ処理ツールの次世代プラットフォーム
Apache Arrow - データ処理ツールの次世代プラットフォーム
 
Clean architectures with fast api pycones
Clean architectures with fast api   pyconesClean architectures with fast api   pycones
Clean architectures with fast api pycones
 
Python과 Git으로 만드는 모바일 게임 패치 시스템
Python과 Git으로 만드는 모바일 게임 패치 시스템Python과 Git으로 만드는 모바일 게임 패치 시스템
Python과 Git으로 만드는 모바일 게임 패치 시스템
 
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかシリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
 
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
 
Grafana LokiではじめるKubernetesロギングハンズオン(NTT Tech Conference #4 ハンズオン資料)
Grafana LokiではじめるKubernetesロギングハンズオン(NTT Tech Conference #4 ハンズオン資料)Grafana LokiではじめるKubernetesロギングハンズオン(NTT Tech Conference #4 ハンズオン資料)
Grafana LokiではじめるKubernetesロギングハンズオン(NTT Tech Conference #4 ハンズオン資料)
 
게임 운영에 필요한 로그성 데이터들에 대하여
게임 운영에 필요한 로그성 데이터들에 대하여게임 운영에 필요한 로그성 데이터들에 대하여
게임 운영에 필요한 로그성 데이터들에 대하여
 
KubeCon + CloudNativeCon Europe 2022 Recap / Kubernetes Meetup Tokyo #51 / #k...
KubeCon + CloudNativeCon Europe 2022 Recap / Kubernetes Meetup Tokyo #51 / #k...KubeCon + CloudNativeCon Europe 2022 Recap / Kubernetes Meetup Tokyo #51 / #k...
KubeCon + CloudNativeCon Europe 2022 Recap / Kubernetes Meetup Tokyo #51 / #k...
 

Similar to 개인 일정관리에 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 이야기종범 고
 

Similar to 개인 일정관리에 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 이야기
 

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