스크럼 (애자일 개발 프로세스)

위키백과 ― 우리 모두의 백과사전.

이동: 둘러보기, 찾기

스크럼(Scrum)은 애자일 소프트웨어 개발에 사용되는 프로그램 관리기법이다.

이 방법은 일본 히토츠바시 대학의 노나카 이쿠지로와 타케우지 히로시고가 1986년 1~2월 Harvard Business Review에 올린 "The New New Product Developement Game"에서 시작된다. 그후 1991년 디그라스와 슈탈이, "Wicked Problems, Righteous Solutions"에서 스크럼을 처음 언급했다. 처음 노나카 이쿠지로와 타케우지 히로시고가 스크럼을 만들때의 목표는 공업품의 개발이었으나, 95년 Ken Schwaber가 이 방법을 Advanced Developemnt Method라는 이름으로 자신의 회사에서 사용하였다. 비슷한 때에 Jeff Sutherland, John Scumniotales, 그리고 Jeff McKenna는 Easel 사에서 이와 비슷한 방법을 개발하고, 스크럼이라고 처음 불리게 되었다.

목차

[숨기기]

[편집] 스크럼의 특성

스크럼은 특정 언어나 방법론에 의존적이지 않으며, 개발 언어는 물론이고 객체지향 언어와도 관련이 없는 넓은 응용 범위의 개발 기법이다. 스크럼은 애자일 소프트웨어 개발 과정의 하나로 다음과 같은 특성을 가지고 있다.

  • 솔루션에 포함할 기능/개선점에 대한 우선 순위를 부여한다.
  • 개발 주기는 30일 정도로 조절하고 개발 주기마다 실제 동작할 수 있는 결과를 제공하라.
  • 개발 주기마다 적용할 기능이나 개선에 대한 목록을 제공하라.
  • 날마다 15분 정도 회의를 가져라.
  • 항상 팀 단위로 생각하라.
  • 원활한 의사 소통을 위하여, 구분 없는 오픈스페이스를 유지하라.

[편집] 스크럼의 기반

스크럼은, "지식창조기업(知識創造企業)"이라는 이름으로 소개된 일본의 조직론에 이론적 기반을 두고 있다. 지식창조기업에서는, 가정용 제빵기나 저가 복사기등을 획기적으로 개발한 일본 기업의 조직론을 소개하고 있다. 이 지식창조가업에서는, 암묵지와 형식지를 상호 변환할수 있는 프로세스를 가지고 그에 따라 새로운 지식을 창출해 내고 있다.

지식 창조 프로세스를 촉진시키는 5가지 요소

  • 조직의 의도 : 지식 창조의 목표나 팀을 지탱하는 축
  • 자율성 : 팀의 멤버에게 자유로운 행동을 인정하는 열린 환경(시스템)
  • 역동적이고 창조적인 카오스 : 조직 내 외부 간의 역동적인 상호작용을 통한 지식창조 환경
  • 잉여성 : 의도적으로 조직에 넘쳐나는 여분의 정보
  • 최소 유효 다양성 : 복잡하고 다양한 환경에 기민하게 대응하기 위해서는 조직 구성원이 가져야 하는 다양성

Ken Schwaber는 스크럼의 가치와 개발 프로세스가, 지식창조기업에서 이야기 하는 지식 창조 프로세스와 그것을 촉진하는 5가지 요소들을 충족시켜 프로젝트를 성공적으로 이끌게 된다고 이야기 하고 있다.

[편집] 스크럼이 추구하는 가치

스크럼은 다음의 5가지 가치에 중점을 두어 진행된다.

  • 확약 : 약속한 것을 확실히 실현되는 것
  • 전념 : 확약한 것의 실현에 전념하는 것
  • 숨기지 않음 : 비록 자신에게 있어서 불리한 일에서도 숨기지 않는 것
  • 존중 : 자신과 다른 사람에게 경의를 표하는 것
  • 용기 : 확약해, 숨기지 않고, 경의를 표하기 위해서 용기를 가지는 것

[편집] 스크럼의 진행

스크럼에서는, 30일간의 주기로 실제 동작하는 제품을 만들면서 개발을 진행시킨다. 아래는 스크럼 진행시 나타나는 중요 요소이다.

  • 제품 백로그 : 개발할 제품에 대한 요구 사항 목록 예시템플릿
  • 스플린트 : 30일의 반복적인 개발 주기
  • 스플린트 계획 미팅 : 스플린트 목표와 스플린트 백로그를 계획하는 미팅
  • 스플린트 백로그 : 각각의 스플린트 목표에 도달하기 위해 필요한 작업 목록 예시템플릿
  • 일일 스크럼 미팅 : 날마다 진행되는 진척 상황 미팅
  • 실행 가능한 제품 개발 : 스플린트의 결과로써 나오는 실행 가능한 제품

상기 요소들을 아래와 같은 순서에 따라 사용하여 스크럼을 진행시킨다.

  1. 제품에서 요구하는 기능과 우선순위를 제품 백로그로 정한다.
  2. 제품 백 로그로부터 스플린트를 통해 구현되야할 목표를 선택한다.
  3. 스플린트 목표를 보다 상세한 작업으로 모듈화한 스플린트 백 로그를 작성한 뒤 작업을 할당 한다.
  4. 스플린트를 진행하는 동안, 매일 정해진 장소와 시간에 모든 개발 팀원이 참여하는 일일 스크럼 미팅을 가진다.
  5. 매회의 스플린트가 종료할 대마다, 스크럼 리뷰 미팅을 가지고, 개발된 제품을 평가한다.
  6. 이후의 스플린트에 대비하여 제품 백로그의 내용과 우선순위를 재검토 한다.

이러한 진행 방식과 더불어, 개발 팀원 이외에 아래와 같은 직책이 정의되어 있다.

  • 제품 책임자: 제품 백 로그를 정의하여 우선순위를 정해 준다.
  • 스크럼 마스터: 프로젝트 관리자(코치)

스크럼 마스터는, 일반적인 관리를 수행하는 프로젝트 관리자들과는 달리 팀원을 코칭하고 프로젝트의 문제 상황을 해결하는 역할을 하며, 제품 책임자는 스플린트 골과 백로그등의 결정에 있어 중심이 되는 상위 관리자로, 제품 책임자가 독단적으로 목표를 결정하지 않고, 고객과 관리자 및 팀원들이 모여서 목표를 정한다.

이런 과정을 거친 뒤, 개발 팀원들이 주도적으로 스플린트 골을 달성하기 위한 작업을 정해 나가게 된다. 보통, 각 작업들은 4 시간에서 16 시간 정도 걸리도록 정한다. 물론, 작업을 정하고 할당하는데는 고객이나 제품 책임자와는 상관 없이 팀원 자율로 진행된다. 이와 같은 자율적인 행위를 통해서 팀원들은 의사를 활발하게 주고 받게 되고, 끈끈한 협업체계를 가지게 된다. 애자일 프로세스는 외부로부터의 질서보다는 팀원 스스로가 만들어나가는 자기 조직화를 중요하게 여기고 있다. 하지만, 이러한 부분과 더불어 애자일 프로세스는 무질서해 보이기 때문에 전통적인 프로세스 개선과 마찰이 생기게 된다.

원본 주소 ‘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)

분류: 경영 | 소프트웨어 공학

by 짱가 updownme 2009.01.27 20:53

Zoominkorea사이트에 사용할 xml파일을 만들기 위해서 사용한 Xml notepad 2007

 

원래는 엑셀을 사용해서 xml로 내보내기를 할려고 했는데, 그 방법은 원래 xml로 가져오기를 해서 하는 건지….
제대로 안되길래……모르겠길래…ㅎㅎ

이번에는 중석님의 xml강의에서 봤던 xlsx파일에 확장자 .zip을 추가하고 압축을 풀어서
그 안에 구성하고 있는 xml파일을 찾아냈는데..

정보를 직접 가지고 있는것이 아니라 ref되어 있어서 파일 한 개 만 가지고는 사용 할 수 없는 형식이었다.

결국….. Xml notepad 2007에 엑셀 창에서 카피한 데이터를 붙여 넣고,
안에 있는 스타일 정의를 지우고, 데이터계층을 바꾸고, row와 col이름을 바꾸는 형식의 노가다를 했다.

Open api를 사용하면서 내가 직접 xml파싱을 할 일은 없겠지만,
앞으로 연구실에서 일한다거나, 표준화된 문서를 작업할 때 xml을 사용하기 때문에
xml notepad 2007을 편리하게 사용할 수 있도록 좀 찾아봐야 할 것 같다.

아직도 스타일 편집이랑 파란동그라미..등등 무엇을 나타내는지 모르겠는게 너무 많다.
그래도 메모장이랑 비슷한 인터페이스니까 윈도우즈를 사용하는 사람들은 쉽게 사용할 수 있을 것 같다.

 

오늘 만든 데이터 파일 :

by 짱가 updownme 2009.01.27 18:25

 

매쉬업 스키캠프도 끝난지 얼마 되지 않은것 같았는데 벌써 각 회사별 API소개를위한 캠프가 시작되었다.

그 첫번째 주자는 MS 의 Windows Live API !!!!!

IMG_0080 IMG_0081
이 날의 라이브 API 소개를 위한
길버트 님의 live photo search API 시연 및 설명!!
silverlight를 처음 접해보는 사람들도 많아 보였지만, 쉬운 설명에 모두들 경청하는 분위기였다.!
(발표자료는 www.gilverlight.net에 올려주셨어요)
    Groove IT !!!
착한 우리 팀은 첫 번째 줄에 앉아서 지금 열심히 길버트 님의 설명을 듣고 있다.^^
보영이와 현일 오빠 ~~ 우리 팀 화이팅 !!ㅋ

길버트님과 대우과장님의 라이브에대한 설명이 끝나고

각 팀별로 세미나실로 이동하여 맛있는 +_= 돈까스 도시락을 먹고

스키 캠프때와 비슷한 방식으로 미션과 프로젝트의 시간….두둥!!!

이번 캠프만큼은 잘 해보리라 마음먹었지만.. silverlight는 아직도 나에게 먼길만 가르쳐줄 뿐이고..ㅠㅠ

xml파싱해도 보이지 않는 너는 …. Hello Wrold 부터 다시 하고와야할것같다는 생각이들었지만!

그래도 아직 시간이 있으니까! 그때까진 할수있을 테다!!라는 마음으로 오늘도 앉아있었다.

모든 일정이 끝나고 각 프로젝트에대한 시상을 위해 한 곳에 사람들이 모였다.

IMG_0084 
맞은편에 앉았던 길환 오빠와 창현 오빠!!
IMG_0101
마지막까지 열중하고 계셨던 길버트님!!
IMG_0085
오랜만에본 고등학교동창 익환이!!^^
IMG_0087
P-camp자원봉사때 만난 정란언니^^

모든 프로젝트가 끝나고 4팀이 발표를 했습니다.

짧은시간이었지만, 다들 열심히 만든 모습에+_= 부럽습니다!!ㅎ

IMG_0088 IMG_0090
IMG_0102 IMG_0104
IMG_0106 IMG_0105

                       

이번 행사를 총 진행하신 김대우과장님과 박중석대리님^^

IMG_0111
(아쉽게도 대우과장님은 잘 나온 사진이 없네요.ㅠ)ㅎ
IMG_0116
중석님 오늘 심사 총평 중^^
   

이번엔 꼭 프로젝트를 완성해서 멋지게 해봐야지! 뜻깊은 시간을 보내리라 다짐했지만.

역시나..ㅠㅠ 미션 수행하다가 실버라이트에 한대 맞고 쩔쩔.ㅠㅠ 시간을 보냈습니다.

스키캠프가 지나고 벌써 두번째 캠프 세번째 캠프에 다다르고 있는데,

빠른 시간만큼이나 좋은 매쉬업 프로젝트가 많이 나왔으면 좋겠네요^^;;

by 짱가 updownme 2009.01.17 16:59
  • cube 2009.01.19 00:38 ADDR EDIT/DEL REPLY

    나닷! ㅎㅎ

  • 쇼너짱 2009.01.23 16:50 신고 ADDR EDIT/DEL REPLY

    이 글 MS Live Writer로 쓴거임?ㅋㅋ

    • 짱가 updownme 2009.01.24 03:25 신고 EDIT/DEL

      ㅋㅋ 네네.. 사진밑에 그림자가 있죠^^:;
      아직익숙치는 않지만, 그래도 훨씬 난듯해요ㅎㅎ
      버스안에서도 쓸수도있고.ㅋㅋ

  • 마야울 2009.01.24 01:52 신고 ADDR EDIT/DEL REPLY

    나도 여기 가고 싶었다구

by 짱가 updownme 2009.01.11 22:24

 하루 10분씩 핵심만 골라 마스터하는 Ajax

AJAX, JavaScript, XML, PHP ... 모든게 서툰 나를 위하여 고른책
진짜 하루에 10분씩 한챕터씩만 보고있지만 저자의 쉬운 풀이가 팍팍 와닿는 그동안 알고있던내용들이랑 취합해나갈 수있는 우선 맛보기 클래스로 딱좋은것같은 책이다.

오늘은 JavaScript를 코딩해봤는데.
마지막 예제가 안된다.ㅠ

function 으로 1과 10사이에 숫자를 체크하여 범위를 벗어나면
alert를 뿌려줘야하는데 onSubmit 이벤트가 그냥 action 주소로 보내버린다.
뭐가 잘못된건지 찾지 못한채...흑!

자바스크립트도 뭐~ 어렵진않네!!ㅋㅋ 라는 마음으로 오늘은 이만!


== 자주사용되는 이벤트 처리기
onChange 입력필드가 수정될 때
onClick  사용자가 해당 구성 요소를 클릭했을때
onLoad  웹 페이지의 로드가 완료될 때
onMouseOver 마우스 커서가 해당 구성 요소의 영역 안으로 진입할 때
onMouseOut 마우스 커서가 해당 구성 요소의 밖으로 나갈 때
onSubmit 전송 버튼을 눌렀을 때



by 짱가 updownme 2009.01.06 16:53
  • 성큼이 2009.01.09 01:56 ADDR EDIT/DEL REPLY

    onSubnit 이라고 오타치셨네염 ㅋㅋㅋ

    • 짱가 updownme 2009.01.11 20:56 신고 EDIT/DEL

      ㅎㅎ 그건 올릴때 제가 잘못 올린거였어요;ㅠㅎ
      오랜만에 오셨네용ㅎㅎ

| 1 |