우리 스타트업인데

소프트웨어 개발하는데

방법론이 필요한가요?

•이름: 이동인

•거주지: 와탭랩스

•개발자지만 개발과 함께 관리도 10년정도 했어요.

•스파크랩에서 데모데이 2번 참여(부끄럽습니다.)

• HTTPS://WHATAP.IO

저는요..

오늘 할 이야기는요.

개발 방법론의 변화를 통해

프로젝트 관리의 핵심을 파악하는 시간

결론부터 이야기 할께요.

소프트웨어 개발하는데, 방법론 도입 필요한가요?

아니요!

그럼 개발 방법론의 도입이 필요한 경우는?

팀원 간 대화가 원활하지 않을 때

상황에 맞는 개발 방법론을

도입하세요.

최초에 개발자가 있었다.

먼 옛날, 개발자들은 기획, 개발, 테스트 이 모든것들을 직접 처리했습니다.

마이크로 소프트도 초창기엔빌 게이츠랑 폴 앨런이개발에서 영업까지모든걸 다 했죠.

개발이 세분화 됩니다.

•기획

•분석

•설계

•개발

•테스트

•유지보수

프로세스가 수립되기 시작합니다.

•기획 – 기획자

•분석 - 도메인 전문가

•설계 – 아키텍쳐

•개발 – 프로그래머

•테스트 - 품질관리자

•유지보수 - 운영자

상황에 맞는 개발 프로세스들이 나오죠.

• Waterfall development

• Prototyping

• Incremental development

• Iterative and incremental development

• Spiral development

• Rapid application development

• Agile development

• Lightweight methodologies

• Scrum

• Kanban

개발 프로세스의 흐름을 살펴보죠.

워터폴에서 칸반까지

알아보겠습니다.

프로젝트가 완료됬지만 (문제 1)

고객이 원하는 결과물은

어디로 갔을까?

한방에 성공하는

프로젝트가 없네.

프로젝트가 커지면? (문제 2)

결과물은 없는데,

문서는

넘처나더라.

소프트웨어 개발 프로세스는?

공학이 아니더라 인문학이더라.

사람들간에

관계가 프로젝트에

영향을 미치더라.

개발을 바라보는 새로운 시각, 애자일

문서보다는 소프트웨어를,

계약서 보다는

고객을 위해

제품을 만들자.

수많은 애자일 프랙틱스들이 나와요.

•회고

•스탠드 미팅

•페어 프로그래밍

•테스트 주도 개발

•사용자 스토리

•플래닝 게임

•짧은 개발 주기

결국, 프랙틱스들이 모여서…

2주에서 4주 마다 의미있는 제품을 고객에게 제공하는 스크럼의 탄생

• Product Backlog

• Sprint Plan

• User Story

• Daily Meeting

• Retrospective

스크럼의 핵심은?

스프린트!

스프린트를 반복하는 이유는.

PDCA! 를 통해 전보다

낳아지기 위해서죠.

•계획(P)

•실천(C)

•점검(D)

•개선(A)

스크럼의 팀 구성을 보죠

•스크럼 마스터

•프로덕 오너

•멤버

스크럼의 액티비티 – 아침 회의

스크럼의 액티비티 – 포커게임

스크럼의 액티비티 – 회고

스크럼의 액티비티 – 현황판

스크럼보다 더 쉽지만 강력한 칸반!

•스프린트가 없음.

•스크럼 마스터 없음.

•프로덕 오너가 없음.

•기존 프로세스 변경 없음.

•비주얼라이제이션으로쉽게 시작하는 칸반.

칸반의 액티비티 – 현황판

칸반의 액티비티 – WIP

칸반의 액티비티 – WIP

린은 뭐죠?

•린은 사업에 대한 방법론.

•계획(P)

•실천(C)

•점검(D)

•개선(A)

린 스타트업.

•핵심가치를 빠르게 만들고증명하려면!

•세련된 모듈을만들지 말고허접해 보일 수있지만 가치를먼저 만드세요.

부록.

케이스 별 엑티비티 사용법!

케이스별 해결 액티비티 1

팀원들이 뭔가 바쁘긴 한데, 뭘 하는지 모르겠어요.

DAILY STAND-UP MEETING

DAILY STAND-UP MEETING

•어제 한 일

•오늘 할 일

•일에 방해가 되는 일

•매일 아침 15분 이내에 회의를 마쳐야 합니다. 자세한 이야기가 필요하면 애프터 미팅 신청!

케이스별 해결 액티비티 2

팀원들이 무엇인가 많은 일을 했는데 결과가 안나와요.

일은 하는데,

제품은 변화가

없는경우.

USER STORY

USER STORY

•고객 입장에서 작성하세요.

•예제서비스를 구매하려는 고객이신용 카드를 사용하여제품을 구매할 수 있다.

케이스별 해결 액티비티 3

우리팀이 발전했으면

좋겠어요.

주간 회고

주간 회고

•일주일에 한번 다같이 모이세요

•일주일간 좋았던 일들을 공유하세요.

•일주일간 나빴던 (잘 안된 )일들을 공유하세요.

•그 과정에서 나온 인사이트를 공유하세요.

•개선했으면 하는 이야기들을 공유하세요.

감사합니다.

결론.

첨에 말씀드린대로 스타트업에 개발 프로세

스가 꼭 필요한건 아니지만 팀 소통에 문제

가 있다면 적절한 개발 프로세스나 액티비

트를 도입하는 것이 좋습니다.