Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

Change Requirement

Change Requirement

  • Identifiez-vous pour voir les commentaires

Change Requirement

  1. 1. 요구 사항 변경<br />charsyam@naver.com<br />
  2. 2. 소프트웨어 개발에서 변화지 않는 유일한 것은?<br />변화<br />
  3. 3. 요구 사항은 왜 변경될까?<br />고객도 진정 원하는 것을 모른다.<br />1<br />
  4. 4. 요구 사항은 왜 변경될까?<br />버전 UP(새로운 기능이 필요해진다.)<br />2<br />
  5. 5. 요구 사항은 왜 변경될까?<br />상사가 변경하라고 요구한다.<br />(최악)<br />3<br />
  6. 6. 프로젝트 시작 – 요구 사항 분석 중<br />그냥 추가하면 된다.<br />요구 사항 변경 요청시점은?<br />1<br />
  7. 7. 프로젝트 중간 – 개발 중<br />간단한 건 그냥 해주자<br />그런데 구조를 바꾼다면? – 협의 필요<br />요구 사항 변경 요청시점은?<br />2<br />
  8. 8. 프로젝트 완료 직전!<br />그러지 않기를 기도하자.<br />- 간단한 것도 변경되면 안되는 시점.<br />요구 사항 변경 요청시점은?<br />3<br />
  9. 9. 변경을제어할 수 있는가?<br />Can or Can’t<br />
  10. 10. 그러나 가장 중요한 것은?<br />고객의 요구사항을 이해하는 것<br />Understand<br />
  11. 11. 일정 재협의<br />OR<br />기능의 변경<br />변경을제어할 수 있는가?<br />Can<br />
  12. 12. 일정 재협의가 불가능, 기간도 없다면?<br /><ul><li>Death March
  13. 13. Escape</li></ul>변경을제어할 수 있는가?<br />Can’t<br />
  14. 14. 유저의 요구사항은 변경될 수 밖에 없다.<br />유비무환<br />有備無患<br />
  15. 15. 1<br />코드의 유연성<br />압축 프로그램을 만들면서 zip을 지원해야 한다면? – 다른 알고리즘도 지원해야 할 가능성이 높다. <br />압축 알고리즘 미리 추가 -> 과다한 설계<br />쉽게 추가할 수 있는 구조로 설계 -> Good<br />
  16. 16. 2<br />잦은 피드백<br />- 고객의 요구 사항을 지속적으로 파악<br />- 보여주면 고객의 요구 사항은 더 정확히 알 수 있다.<br />- 결국 고객의 요구사항 변경 시점을 앞당긴다.<br />Scrum(Sprint,Iteration) => Feedback<br />
  17. 17. 변경 작업<br />문서가 살아있어야 한다.<br />- UseCase변경<br />- 관련 문서 변경<br />- 관련 코드 변경<br />
  18. 18. Thank You!<br />

×