더 나은 s/w를 만드는 것에 관하여...
TRANSCRIPT
다우기술 S/W 연구소 선임연구원 신정호
더 나은 S/W 를 만드는 것에 관하여
S/W 를 만든다는 것은 ?
not rocket science
우주선 띄우는거 아닙니다
머리 좋은 사람만 하는것도 아닙니다
어려운 문제를 푸는 것도 아닙니다
평범한 사람들이 서로 도우며 만드는것
http://www.flickr.com/photos/betsyweber/3307988944/
좋은 S/W 를 만드는 것은 ?
객체지향 5 대 원칙
낮은 결합도 높은 응집도
복잡한 구조의 디자인 패턴화
함수형 패러다임 도입을 통한 도메인 로직의 간결화
테스트 커버리지 70% 이상준수
구현 , 단위테스트 , 리팩토링 구현을 통한 코드 컨디션 일원화
고효율과트랜디한프레임워크의 도입을통한유지보수최적화
객체지향 5 대 원칙
낮은 결합도 높은 응집도
복잡한 구조의 디자인 패턴화
함수형 패러다임 도입을 통한 도메인 로직의 간결화
테스트 커버리지 70% 이상준수
구현 , 단위테스트 , 리팩토링 구현을 통한 코드 컨디션 일원화
고효율과 트랜디한 프레임워크의 도입을 통한 유지보수 최적화
개발자 마인드 !
“ 제마음에쏙드는걸 ”제가원할때주는거요
고객 왈
“ 고객이원하는것 , 어떻게줄것인가 ?”
“ ”결론은 애자일 이다
…
린 , 스크럼 , 칸반 ! 소통과 협업 그리고 고객중심적으로
S/W 만드는 것이 대세 !
린 , 스크럼 , 칸반 ! 소통과 협업 그리고 고객중심적으로
S/W 만드는 것이 대세 !
이런거누구나한번
쯤하는거잖아요
?
이런거누구나지킬
수있는거잖아요
?
나만 아닌건가 ?
아니요 !아직까지 ,
많은 분들이 경험하지 못하고 있습니다 .
하지만 ... 실무에 적용되는 사례가 빠르게 늘고 있습니다 .
프로젝트조직은 왜애자일을도입하는가 ?
프로젝트 몰입 여건 조성
프로젝트의 자기주도적 성향 배양
고객의 요구에 기민하게 반응한다
좋은 제품
“그래 ? 그럼 좋다 !
먼저 뭘 생각 해야 하는가 !”
출처 :http://www.flickr.com/photos/katerha/4835856136/
출처 http://www.flickr.com/photos/kjgarbutt/5481655060/http://www.flickr.com/photos/sk8geek/5649020434/
마시멜로우 탑쌓기 (12 분 실습 !)
팔짱끼고 삿대질하는 것은 건강에도 세미나에도 좋지 않습니다 .
마시멜로 게임의 정의 - 탁자에서부터 시작한다 .- 쌓는 것은 마시멜로우 , 파스타 , 테이프 이외의 물체를 사용하면 안된다 .
출처 :: http://www.flickr.com/photos/sidelong/246816211/
미완성 ! 보완 ! 테스트 ! 라는 리듬 !
출처 : http://www.flickr.com/photos/61423903@N06/7382239368/
구체적인 방법론
어느프로젝트조직
이나이렇잖아요 ?!
나만 아닌건가 ?
직급
직책
주간보고
월간보고
일일업무일지
사업부배부현황
KPI
팀장회의
“ ”그럼에도 불구하고 애자일 이다
…
S/W 업계의 2 가지 큰 흐름
온라인 DevOps MSA오프라인
STARTUP
“그럼 , 어떻게 시작 해야 하는가 !”
애자일방법론중대표적인프렉티스
정량적인 개발 속도 추정
투명한 프로젝트 진행상황
미완성 단계의 제품 공유
지속적인 대화
회고
애자일방법론중대표적인프렉티스
정량적인 개발 속도 추정
투명한 프로젝트 진행상황
미완성 단계의 제품 공유
지속적인 대화
회고
정량적인 개발 속도 추정은
뭐니뭐니 해도
스토리 점수 가최고죠 !
스토리 점수 가최고죠 !1. 절대적인 수치가 아닌 상대적인 수치를 기반으로합니다 .
2. 지속적으로 사용하면 프로젝트 그룹에 최적화 됩니다 .
3. 스토리 ( 고객의 요구사항 ) 과 점수를 바탕으로 예상되는 일정들을 계산하고 예견할 수 있습니다 .
44
뭐 ?
45
개발 속도 추정
“ ” 미루어 생각하여 정하다 는 뜻즉 , “ ” 정확하게 맞지 않는다 는 것을 내포함
추정하면 역시 ~
스토리 점수 가최고죠 !
추정하면 역시 ~
스토리 점수 가최고죠 !그니까 ,
왜 하필스토리 점
수냐고 !
S/W 구현에는 정성적인 요소가 산재하다 .즉 , 일정 추정에 있어서 개인적인 의견 차이가 심할 수 밖에 없다 .
49
그래서 ?
우선 스토리 점수를 측정하는 사람들의 기준을 세워야 합니다 .
51
불확실성과 업무량
52
그다음엔 ?
상 .중 . 하 나누기불확실성
전혀 모르겠다 .(상 ) 알랑말랑하다 .(중 ) 그래도 불안하다 .(하 )
업무량많다 . 중간정도 . 적다
Action 1.
두개의조합으로 어느정도의스토리점수를
부여 해야하는가판단하기
Action 2.
의견 교환 불확실성을 줄이는데
그 목적을 둔다
( 흔히 플래닝 포커 시간을 갖죠 . 반드시 틀을 갖출 필요는 없음 .)
Action 3.
의견듣고다시한번점수생각하기 알량한 자존심은 잠시 꺼두셔도 좋습니다 .
의견을 수렴하는 모습이 더 좋은 개발자의 모습으로 비춰집니다 .
Action 4.
의견의변동여부다시구두로확인 나온 점수모두 메모 다른 스토리를추정
Action 5.
모든 스토리를같은방법으로추정
Action 6.
합의 되지않은 스토리는재추정단 , 비슷해 보이는 스토리와 비교하며 대화를 나눔
Action 7.
그래도합의되지않는스토리들은 같은 기준으로선택
ex. 나온 점수 중에 높은 점수 선택으로 일괄 적용
Action 8.
61
이 점수가 어떻게
사용되는 건데 ?
스토리 점수는 요구사항에 대한 프로젝트 구성원들이 느끼는 상대적인 크기입니다 .
그래서 점수를 부여한 요구사항이 많아지면 많아질수록 스토리 점수를 부여하기 쉬워지고 , 차츰 정확해 지는 것입니다 .
64
그리고 스토리 점수 중심으로
스프린트 회의와 회고를 해야합니다 .
TIP 스토리 점수 세부분으로 나누고
미리 바운더리를 정하면 회의가 빨리 끝남
0, 1/2, 1, 2
3, 5, 8, 13
20, 40, 10
종이접기 추정하기 (10 분 실습 !)
팔짱끼고 삿대질하는 것은 건강에도 세미나에도 좋지 않습니다 .
여러가지 종이 접기 설명서와 색종이로 스토리 점수를 추정하면 됩니다
<< 압박
체계적인 관리
출처 : http://www.flickr.com/photos/mytudut/5180992066/ 출처 : http://www.flickr.com/photos/inyucho/1798876020/
가시적으로 업무를 관리하면 ?
Red & Blue Style
성숙하지 않은 팀은 아날로그 방식을 고수해야 합니다 .
http://www.flickr.com/photos/sonofgroucho/3280576609/
나만 아닌건가 ?
걱정하지 마세요 !누구나 하는 것이고 언제나 할 수 있는 것이니까요 .
출처 : http://www.flickr.com/photos/modern_nomad/2552389304/ /
단 , 마음의 문을 닫으면 , 발전할 수 있는 가능성도 닫힐 것입니다 .
