Hello GH

스크럼 - 스프린트 제로 With GrayHuman 1) 스프린트 제로? - 개발을 시작하기 위한 특별한 스프린트 2) 비즈니스 모델의 가설 세우기 - 가설을 먼저 세우고 현장을 뛰면서 검증 3) 제품을 만드는 이유와 실현 방법을 확실히 정하기 ex) - 제품을 만드는 배경과 이유- 기간 내에 달성하고 싶은 목표- 프로젝트 관계자와 의사소통 수단- 실현하기 위한 아키텍쳐- 목표를 실현할 체제- 예산과 일정- 리스크와 대책 4) 팀을 화합하는 워크숍 - 음..회의..? 5) 개발환경 준비 및 설정(1) Git을 사용해서 pull request 개발을 할 수 있는 환경 : [ex 미작성 ㅠㅠ](2) 단위 테스트 부터 엔드 투 엔드 테스트까지 자동 테스트 환경(3) 사람과 사람, 사람과 기계의 원활한 소통을 ..

단위 스프린트 진행순서 With FileZilla 1) 스프린트 계획 - 단위 스프린트(1~4주)- 제품 백로그 작성 (1) 제품백로그 - 실현목록의 우선순위를 정해서 한눈에 볼 수 있게 나타낸 것- 기능추가, 수정, 사용자 요구사항 등이 포함- 화이트 보드, 포스트잇을 이용한 아날로그 도구나 디지털 도구를 사용하기도 함.- 제품 백로그 예시 (2) 스프린트 백로그- 제품 백로그 아이템을 실현할 구체적인 작업 결정- 작업 진척을 가시화- 스프린트 백로그 내용 재검토- 스프린트 백로그 예시 (3) 설계문서 작성- usecase diagram - StarUML로 작성했으며 작성법은 아래 링크 참조 http://staruml.sourceforge.net/docs/user-guide(ko)/ch05_1.html..

스크럼 목차 With 회색인간 1) 스크럼 소개2016/05/04 - [개발방법론/애자일(스크럼)] - 스크럼(애자일) - (1) 스크럼 소개 2) 스크럼 팀2016/05/04 - [개발방법론/애자일(스크럼)] - 스크럼(애자일) - (2) 스크럼 팀3) 스크럼 이벤트(작성중인 문서)2016/05/04 - [개발방법론/애자일(스크럼)] - 스크럼(애자일) - (3) 스크럼 이벤트(1) 스프린트 제로2016/05/04 - [개발방법론/스크럼(애자일)] - 스프린트 제로(2) 단위 스프린트2016/05/04 - [개발방법론/스크럼(애자일)] - 단위 스프린트의 진행4) 참고문헌- 카이세 타케시 외 5명, 『스크럼』, (주)프리렉, 2015. 계속 업데이트 됩니다.

스크럼 팀 With 회색인간 1) 스크럼 팀이란? - 자기조직화 : 작업의 최선책을 스스로 선택 (1) 스크럼 팀의 역할군 - 제품책임자- 개발팀- 스크럼 마스터- 스크럼 팀 내에서는 팀원 모두가 대등한 입장에서 개발진행 (2) 이해관계자 - 경영자, 경영진- 총무, 법무, 회계부서 등 관리부분- 사용자, 고객- 제품의 품질과 기능은 제품책임자, 개발방법이나 팀의 진행방식은 스크럼마스터가 의견을 전달받는것이 좋음 2) 제품의 책임자- 제품의 비전과 가치를 전달- 무엇을 만들지 우선순위를 결정- 작업 및 제품기능의 우선순위등을 놓고 이해관계자와 협상(1) 요구사항의 결정- 항목은 팀이나 이해관계자와 함께 작성할 수 있지만 최종 결정은 제품 책임자(2) 우선순위관리- 우선순위는 끊임없이 갱신가능하지만 결정권..

스크럼 이란? With 회색인간 1) 등장배경 - 전통적인 공학론적 개발 프로세스는 사전에 철저히 검증된 계획 하에 장기간에 걸쳐 많은 인원과 비용을 투입하여 목표를 완수하는 방식- 구현하게 될 소프트웨어의 규모가 커지고 복잡해짐에 따라 기존의 폭포수 모델을 적용했을 때 다양한 문제점 발생 (1) Waterfall의 단점 - 개발에 적용할 수 있을 수준의 구체적인 요구사항을 작성하는 것이 매우 어려움- 규모가 커질수록 설계에 요구되는 시간과 비용이 기하급수적으로 증대- 개발에 들어가고나서 정해진 요구사항이 변경되거나, 다양한 문제점이 발견- 위와 같은 문제로 인해 작업 난이도 및 개발일정을 예측하는 것이 어려움(2) 애자일 개발방법론의 등장 - 90년대 중반으로 기존의 무겁고 규범적인 방법론에서 탈피하여..