OKKY 세미나 발표 자료 입니다. 개발 그룹에서 S/W를 잘 만들기 위해 발버둥 쳤던 경험담 입니다. 개발 일정 추정을 중심으로 구성 하였습니다.

1. 다우기술 S/W 연구소
선임연구원 신정호
더 나은 S/W를 만드는 것에 관하여

2. S/W를 만든다는 것은?

3. not rocket science
우주선 띄우는거 아닙니다

4. 머리 좋은 사람만 하는것도 아닙니다

5. 어려운 문제를 푸는 것도 아닙니다

6. 평범한 사람들이
서로 도우며 만드는것
http://www.flickr.com/photos/betsyweber/3307988944/

7. 좋은 S/W를 만드는 것은?

8. 객체지향 5대 원칙
낮은 결합도 높은 응집도
복잡한 구조의 디자인 패턴화
함수형 패러다임 도입을 통한
도메인 로직의 간결화
테스트 커버리지 70% 이상 준
수
구현, 단위테스트, 리팩토링 구
현을 통한 코드 컨디션 일원화
고효율과 트랜디한 프레임워크의
도입을 통한 유지보수 최적화

9. 객체지향 5대 원칙
낮은 결합도 높은 응집도
복잡한 구조의 디자인 패턴화
함수형 패러다임 도입을 통한
도메인 로직의 간결화
테스트 커버리지 70% 이상 준
수
구현, 단위테스트, 리팩토링 구
현을 통한 코드 컨디션 일원화
고효율과 트랜디한 프레임워크
의 도입을 통한 유지보수 최적
화

10. “제 마음에 쏙드는 걸
제가 원할 때 주는거요”
고객 왈

11. “고객이 원하는 것, 어떻게 줄 것인가?”

12. 결론은 “애자일”이다

13. …

14. 린, 스크럼, 칸반!
소통과 협업 그리고 고객중심적으로
S/W 만드는 것이 대세!

15. 린, 스크럼, 칸반!
소통과 협업 그리고 고객중심적으로
S/W 만드는 것이 대세!

18. 나만 아닌건가?

19. 아니요!
아직까지,
많은 분들이 경험하지 못하고 있습니다.

20. 하지만...
실무에 적용되는 사례가
빠르게 늘고 있습니다.

21. 프로젝트 조직은 왜 애자일을 도입하는가?
프로젝트 몰입여건 조성
프로젝트의 자기주도적 성향 배양
고객의 요구에 기민하게 반응한다
좋은 제품

23. “그래?
그럼 좋다!
먼저 뭘 생각 해야 하는가!”

24. 출처 :http://www.flickr.com/photos/katerha/4835856136/
출처 http://www.flickr.com/photos/kjgarbutt/5481655060/
http://www.flickr.com/photos/sk8geek/5649020434/

25. 마시멜로우 탑쌓기 (12분 실습!)
팔짱끼고 삿대질하는 것은
건강에도 세미나에도 좋지 않습니다.
마시멜로 게임의 정의
- 탁자에서부터 시작한다.
- 쌓는 것은 마시멜로우, 파스타, 테이프 이외의 물체를 사용하면 안된다.

27. 출처 :: http://www.flickr.com/photos/sidelong/246816211/
미완성! 보완! 테스트! 라는 리듬!

28. 출처 : http://www.flickr.com/photos/61423903@N06/7382239368/
구체적인 방법론

31. 나만 아닌건가?

32. 직급
직책
주간보고
월간보고
일일업무일지
사업부 배부 현황
KPI
팀장회의

33. 그럼에도 불구하고 “애자일”이다

34. …

35. S/W업계의 2가지 큰 흐름

36. 온라인 DevOps MSA오프라인

37. STARTUP

38. “그럼, 어떻게 시작 해야 하는가!”

39. 애자일 방법론 중 대표적인 프렉티스
정량적인 개발 속도 추정
투명한 프로젝트 진행상황
미완성 단계의 제품 공유
지속적인 대화
회고

40. 애자일 방법론 중 대표적인 프렉티스
정량적인 개발 속도 추정
투명한 프로젝트 진행상황
미완성 단계의 제품 공유
지속적인 대화
회고

41. 정량적인 개발 속도 추정은
뭐니뭐니 해도
스토리 점수가 최고죠!

42. 스토리 점수가 최고죠!
1. 절대적인 수치가 아닌 상대적인 수치를 기반으로
합니다.
2. 지속적으로 사용하면 프로젝트 그룹에 최적화 됩
니다.
3. 스토리(고객의 요구사항)과 점수를 바탕으로 예상
되는 일정들을 계산하고 예견할 수 있습니다.

44. 44
뭐?

45. 45
개발 속도 추정
“미루어 생각하여 정하다”는 뜻
즉, “정확하게 맞지 않는다”는 것을 내포함

46. 추정하면 역시~
스토리 점수가 최고죠!

47. 추정하면 역시~
스토리 점수가 최고죠!

48. S/W 구현에는 정성적인 요소가 산재하다.
즉, 일정 추정에 있어서 개인적인 의견 차이가 심할 수 밖에 없다.

49. 49
그래서?

50. 우선 스토리 점수를 측정하는 사람들의 기준을 세워야 합니
다.

51. 51
불확실성과 업무량

52. 52
그 다음엔?

53. 상.중.하 나누기
불확실성
전혀 모르겠다.(상) 알랑말랑하다.(중) 그래도 불안하다.(하)
업무량
많다. 중간정도. 적다
Action 1.

54. 두개의 조합으로
어느정도의 스토리 점수를
부여 해야 하는가 판단하기
Action 2.

55. 의견 교환
불확실성을 줄이는데
그 목적을 둔다
(흔히 플래닝 포커 시간을 갖죠. 반드시 틀을 갖출 필요는 없음.)
Action 3.

56. 의견듣고 다시한번 점수 생각하기
알량한 자존심은 잠시 꺼두셔도 좋습니다.
의견을 수렴하는 모습이 더 좋은 개발자의 모습으로 비춰집니다.
Action 4.

57. 의견의 변동 여부 다시 구두로 확인
나온 점수 모두 메모
다른 스토리를 추정
Action 5.

58. 모든 스토리를 같은 방법으로
추정
Action 6.

59. 합의 되지 않은 스토리는 재추정
단, 비슷해 보이는 스토리와 비교하며 대화를 나눔
Action 7.

60. 그래도 합의되지 않는 스토리들은
같은 기준으로 선택
ex. 나온 점수 중에 높은 점수 선택으로 일괄 적용
Action 8.

61. 61
이 점수가
어떻게
사용되는 건데?

62. 스토리 점수는
요구사항에 대한 프로젝트 구성원들이 느끼는 상대적인 크기입니
다.

63. 그래서 점수를 부여한 요구사항이 많아지면 많아질수록
스토리 점수를 부여하기 쉬워지고, 차츰 정확해 지는 것입니다.

64. 64
그리고
스토리 점수 중심으로
스프린트 회의와
회고를 해야합니다.

65. TIP
스토리 점수 세부분으로 나누고
미리 바운더리를 정하면 회의가 빨리 끝남
0, 1/2, 1, 2
3, 5, 8, 13
20, 40, 10

66. 종이접기 추정하기 (10분 실습!)
팔짱끼고 삿대질하는 것은
건강에도 세미나에도 좋지 않습니다.
여러가지 종이 접기 설명서와 색종이로 스토리 점수를 추정하면 됩니다

69. << 압박
체계적인 관리
출처 : http://www.flickr.com/photos/mytudut/5180992066/출처 : http://www.flickr.com/photos/inyucho/1798876020/
가시적으로 업무를 관리하면?

71. Red & Blue Style

72. 성숙하지 않은 팀은
아날로그 방식을 고수해야 합니다.
http://www.flickr.com/photos/sonofgroucho/3280576609/

76. 나만 아닌건가?

77. 걱정하지 마세요!
누구나 하는 것이고 언제나 할 수 있는 것이니까요.

78. 출처 : http://www.flickr.com/photos/modern_nomad/2552389304/ /
단, 마음의 문을 닫으면,
발전할 수 있는 가능성도 닫힐 것입니다.

79. 감사합니다.
https://www.facebook.com/team10xp
신정호
shingoooon@gmail.com
010 - 9067 - 0486