Change Requirement

1. 요구 사항 변경 charsyam@naver.com

2. 소프트웨어 개발에서 변화지 않는 유일한 것은? 변화

3. 요구 사항은 왜 변경될까? 고객도 진정 원하는 것을 모른다. 1

4. 요구 사항은 왜 변경될까? 버전 UP(새로운 기능이 필요해진다.) 2

5. 요구 사항은 왜 변경될까? 상사가 변경하라고 요구한다. (최악) 3

6. 프로젝트 시작 – 요구 사항 분석 중 그냥 추가하면 된다. 요구 사항 변경 요청시점은? 1

7. 프로젝트 중간 – 개발 중 간단한 건 그냥 해주자 그런데 구조를 바꾼다면? – 협의 필요 요구 사항 변경 요청시점은? 2

8. 프로젝트 완료 직전! 그러지 않기를 기도하자. - 간단한 것도 변경되면 안되는 시점. 요구 사항 변경 요청시점은? 3

9. 변경을제어할 수 있는가? Can or Can’t

10. 그러나 가장 중요한 것은? 고객의 요구사항을 이해하는 것 Understand

11. 일정 재협의 OR 기능의 변경 변경을제어할 수 있는가? Can

13. Escape변경을제어할 수 있는가? Can’t

14. 유저의 요구사항은 변경될 수 밖에 없다. 유비무환 有備無患

15. 1 코드의 유연성 압축 프로그램을 만들면서 zip을 지원해야 한다면? – 다른 알고리즘도 지원해야 할 가능성이 높다. 압축 알고리즘 미리 추가 -> 과다한 설계 쉽게 추가할 수 있는 구조로 설계 -> Good

16. 2 잦은 피드백 - 고객의 요구 사항을 지속적으로 파악 - 보여주면 고객의 요구 사항은 더 정확히 알 수 있다. - 결국 고객의 요구사항 변경 시점을 앞당긴다. Scrum(Sprint,Iteration) => Feedback

17. 변경 작업 문서가 살아있어야 한다. - UseCase변경 - 관련 문서 변경 - 관련 코드 변경

18. Thank You!