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

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

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

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

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

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

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