1월 18일_Agile 개발과 넥스터즈에서의 agile 응용2. 애자일
•
애자일 소개 슬라이드 (http://www.slideshare.net/AstinChoi/
agile-7663749)
•
애자일 위키피디아 (http://ko.wikipedia.org/wiki/
%EC%95%A0%EC%9E%90%EC%9D%BC_%EC%86%8C
%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4_
%EA%B0%9C%EB%B0%9C)
•
스크럼 위키피디아 (http://ko.wikipedia.org/wiki/
%EC%8A%A4%ED%81%AC%EB%9F%BC_(%EC%95%A0
%EC%9E%90%EC%9D%BC_%EA%B0%9C%EB%B0%9C
_%ED%94%84%EB%A1%9C%EC%84%B8%EC%8A%A4)
)
4. 애자일
•
작고 반복적인 주기 (iterations)을 통해 제품을 개발하
는 기법
•
각각의 주기들은 하나의 짧은 프로젝트와 같음
•
“시험하고 적용하기”의 반복
8. 스크럼 (실행 예)
•
한 달의 반복적인 개발 주기 (스프린트)
•
제품을 사용하는 ‘사용자 시나리오’를 정리함
•
제품에 필요한 기능을 ‘제품 백로그’에 쌓아 놓음
•
이번 스프린트에서 구현할 기능을 ‘제품 백로그’에서 ‘스프린트 백로
그’로 이동
•
스프린트 중에도 매일 (또는 가능하면 자주) 현황을 체크
•
스프린트 기간 동안 해당 기능을 구현하고 스프린트의 마지막에 회고
및 다음 스프린트에 적용
12. 트렐로 (사용)
•
트렐로 팀이 트렐로를 사용해서 트렐로를 개발하는 모습
•
https://trello.com/b/nC8QJJoZ/trellodevelopment
13. 애자일 단점 (주의할 점)
•
프로세스에만 집착하면 팀 모두가 힘들어짐 (특히 개발
자는 스프린트마다 밤샘을 하는 경우가..)
•
작은 폭포수(Waterfall)가 되지 않도록 주의
14. 꼭 기억해야 할 사항
•
프로세스에 너무 집착하면 안 됨
•
‘일’ -> ‘사람’
•
소통!! 상호협력!!
15. 애자일의 장점
•
상식적인 판단을 가능하게 함
•
‘우리가 무엇을 해왔는지’, ‘무엇을 하고 있는지’, ‘무엇을
해야 하는지’를 모두가 공유.
•
저비용 고효율의 관리
21. 단순화를 힘들게 하는 것
•
기능이 많아야 더 좋은 어플 아닌가?
•
너무 간단한 어플을 누가 쓰겠는가?
•
단순하다는 것은 아마추어스럽다.
•
미완성??
25. 그랬더니..
•
첫 글이 올라온 후 18시간 동안
•
해당 글은 12000회 이상 조회, 580개의 댓글
•
그 이후로 이팅을 캡쳐해 공유하는 사례 300개의 글
28. 정리
•
천 명, 만 명, 십만 명, 백만 명이 엉성하게 쓸 제품보다는
•
단 열 명이라도, 열심히, 재밌게, (눈물을 흘리며) 사용할
수 있는 제품을 만들자!!
29. 기능 쳐내는 팁!
•
가장 날카로운 사용자 시나리오 하나만 정하고
•
어떤 기능이,
•
있으면 좋겠다.. -> 빼버리기
•
없으면 우리 앱의 존재가치를 논할 수 없다 -> 넣기
30. 진짜 마지막.. 무엇보다..
•
많이 모이고
•
많이 얘기하고
•
많이 잡담하고
•
많이 밥도 먹고
•
치열하게 고민하고
•
재밌게!!
•
앱이 출시 못해도, 다운로드 수가 낮아도
•
남는 건 팀 (같이 일해본 동료)