1월 18일_Agile 개발과 넥스터즈에서의 agile 응용
- 1. 애자일 (+ 하고 싶은 말)
- 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)을 통해 제품을 개발하 는 기법 • 각각의 주기들은 하나의 짧은 프로젝트와 같음 • “시험하고 적용하기”의 반복
- 5. 기존 vs 애자일 • 기존 (Waterfall) • • 계획, 정형, 문서화 애자일 • 반 계획, 경험, 프로토타입
- 6. 스크럼?? • 애자일 철학을 적용하기 위한 구체적인 방법론 중 하나
- 7. 스크럼 (용어) • 스프린트 (Sprint) • 제품 백로그 (Product Backlog) • 스프린트 백로그 (Sprint Backlog)
- 8. 스크럼 (실행 예) • 한 달의 반복적인 개발 주기 (스프린트) • 제품을 사용하는 ‘사용자 시나리오’를 정리함 • 제품에 필요한 기능을 ‘제품 백로그’에 쌓아 놓음 • 이번 스프린트에서 구현할 기능을 ‘제품 백로그’에서 ‘스프린트 백로 그’로 이동 • 스프린트 중에도 매일 (또는 가능하면 자주) 현황을 체크 • 스프린트 기간 동안 해당 기능을 구현하고 스프린트의 마지막에 회고 및 다음 스프린트에 적용
- 9. 스크럼 - 그림
- 10. 스크럼 (현황판)
- 11. 트렐로?? • 애자일 스크럼의 사용패턴을 그대로 온라인으로 옮겨놓 은툴
- 12. 트렐로 (사용) • 트렐로 팀이 트렐로를 사용해서 트렐로를 개발하는 모습 • https://trello.com/b/nC8QJJoZ/trellodevelopment
- 13. 애자일 단점 (주의할 점) • 프로세스에만 집착하면 팀 모두가 힘들어짐 (특히 개발 자는 스프린트마다 밤샘을 하는 경우가..) • 작은 폭포수(Waterfall)가 되지 않도록 주의
- 14. 꼭 기억해야 할 사항 • 프로세스에 너무 집착하면 안 됨 • ‘일’ -> ‘사람’ • 소통!! 상호협력!!
- 15. 애자일의 장점 • 상식적인 판단을 가능하게 함 • ‘우리가 무엇을 해왔는지’, ‘무엇을 하고 있는지’, ‘무엇을 해야 하는지’를 모두가 공유. • 저비용 고효율의 관리
- 16. 무엇보다!! • 재미!! • 그것이 실제 사용자에게 가치를 줄 수 있는 제품을 함께 만들어 나간다는 주인의식
- 18. 구체적으로 • 2월 8일 (3주 후) 에 중간 점검 • 프로토타입
- 19. 프로토타입? • 사용 가능한, • 우리 제품이 무엇을 하려는지 확인할 수 있는, • 검증하고자 하는 것을 검증할 수 있을 만한,
- 20. 어떻게? • 단순화 • 오늘 발표한 수많은 기능 중 • 가장 핵심적인 사용자 시나리오 하나만 정해서 • 오로지 그것만을 위한 기능 몇 가지만 추려내자
- 21. 단순화를 힘들게 하는 것 • 기능이 많아야 더 좋은 어플 아닌가? • 너무 간단한 어플을 누가 쓰겠는가? • 단순하다는 것은 아마추어스럽다. • 미완성??
- 22. 반증 • 한 여자가 있습니다. • 매일 밤마다.. 고뇌.. 슬픔.. 외로움.. 절망.. 세상엔 나 혼 자밖에 없는 듯.. 남자친구도 떠나고.. • 그러던 한 여자에게..
- 23. 반증 • “힘내.. 기운내.. 세상엔 너 혼자가 아니야..”
- 25. 그랬더니.. • 첫 글이 올라온 후 18시간 동안 • 해당 글은 12000회 이상 조회, 580개의 댓글 • 그 이후로 이팅을 캡쳐해 공유하는 사례 300개의 글
- 26. 이팅의 기능? • 일기를 쓰고 -> 답장을 보내고 -> 내 일기의 답장을 기다 리고 -> 답장을 확인 • 감성적인 UI
- 27. 단순함 • 단순함 + 날카로움 -> 쓸만한 제품 • 기능이 많을수록 무뎌질 확률이 높습니다.
- 28. 정리 • 천 명, 만 명, 십만 명, 백만 명이 엉성하게 쓸 제품보다는 • 단 열 명이라도, 열심히, 재밌게, (눈물을 흘리며) 사용할 수 있는 제품을 만들자!!
- 29. 기능 쳐내는 팁! • 가장 날카로운 사용자 시나리오 하나만 정하고 • 어떤 기능이, • 있으면 좋겠다.. -> 빼버리기 • 없으면 우리 앱의 존재가치를 논할 수 없다 -> 넣기
- 30. 진짜 마지막.. 무엇보다.. • 많이 모이고 • 많이 얘기하고 • 많이 잡담하고 • 많이 밥도 먹고 • 치열하게 고민하고 • 재밌게!! • 앱이 출시 못해도, 다운로드 수가 낮아도 • 남는 건 팀 (같이 일해본 동료)
- 31. 끝