Change Requirement

17
요구 사항 변경 [email protected]

Transcript of Change Requirement

Page 1: Change Requirement

요구 사항 변경

[email protected]

Page 2: Change Requirement

소프트웨어 개발에서

변화지 않는 유일한

것은?

Page 3: Change Requirement

요구 사항은

왜변경될까?

고객도 진정 원하는 것을 모른다.

Page 4: Change Requirement

요구 사항은

왜변경될까?

버전 UP(새로운 기능이 필요해진

다.)

Page 5: Change Requirement

요구 사항은

왜변경될까?

상사가 변경하라고요구한

다.

(최악)

Page 6: Change Requirement

요구 사항 변경 요청

시점은?

프로젝트 시작 – 요구 사항 분석 중

그냥 추가하면 된다.

Page 7: Change Requirement

요구 사항 변경 요청

시점은?

프로젝트 중간 – 개발 중

1. 간단한 건 그냥 해주자

2. 그런데 구조를 바꾼다면? – 협의 필

Page 8: Change Requirement

요구 사항 변경 요청

시점은?

프로젝트 완료 직전!

1. 그러지 않기를 기도하자.

- 간단한 것도 변경되면 안되는 시점.

Page 9: Change Requirement

변경을

제어할 수 있는

가?

Can or Can’t

Page 10: Change Requirement

그러나

가장중요한 것은?

Understand

고객의 요구사항을 이해하는 것

Page 11: Change Requirement

변경을

제어할 수 있는

가?

Can

일정 재협의

OR

기능의 변경

Page 12: Change Requirement

변경을

제어할 수 있는

가?

Can’t

1. 일정 재협의가 불가능, 기간도 없다면?

- Death March

- Escape

Page 13: Change Requirement

유저의

요구사항은

변경될 수 밖에 없다.

유비무환

有備無患

Page 14: Change Requirement

코드의 유연

성압축 프로그램을 만들면서 zip을 지

원해야 한다면? – 다른 알고리즘도

지원해야 할 가능성이 높다.

압축 알고리즘 미리 추가 -> 과다한 설계

쉽게 추가할 수 있는 구조로 설계 ->

Good

Page 15: Change Requirement

잦은 피드백

- 고객의 요구 사항을 지속적으로 파

- 보여주면 고객의 요구 사항은 더 정

확히 알 수 있다.

- 결국 고객의 요구사항 변경 시점을

앞당긴다.Scrum(Sprint,Iteration) => Feedback

Page 16: Change Requirement

변경 작업

문서가 살아있어야 한다.

- UseCase 변경

- 관련 문서 변경

- 관련 코드 변경

Page 17: Change Requirement

Thank You!