오늘 TIL 3줄 요약

• 요구사항 정리하는 법(추상적으로 작성, 용어사전 유지)

• 명세에 너무 얽매지지 않고, 틀 을 찾기

• 형식적인 방법은 단지 도구일 뿐이다.

TIL (Today I Learned) 날짜

2022. 04. 03

오늘 읽은 범위

7장. 프로젝트 전에

책에서 기억하고 싶은 내용을 써보세요.

• 요구사항을 수집하지 말고 채굴하라.(p. 36)

• 요구사항은 수시로 바뀐다. (중략) 요구사항은 최대한 일반적 진술로 만들고, 나머지 정책에 관한 정보는 개발자에게 구현에서 지원해야할 것들의 한 예로 넘겨주어야한다.(p. 320)

• 사용자처럼 생각하기 위해 사용자와 함께 일하라.(p.322)

• 유스 케이스 템플릿 (p.324)

  • 특징적 정보 (맥락 안에서의 목표, 범위, 수준, 선행조건, 성공적인 종료조건, 실패로 간주할 종료조건, 주행위자, 발동조건)

  • 주된 성곡 시나리오

  • 확장된 경우들

  • 변이된 경우들

  • 관련 정보 (우선순위, 수행목표, 빈도, 상위 유스 케이스, 하위 유스 케이스들, 주행위자와 상호작용하는 수단, 부행위자들, 부행위자들과 상호작용하는 수단)

  • 일정

  • 해결되지 않은 문제

• ‘불가능’한 문제를 맞닥드렸을 때(p.336)

  • 더 쉬운 방법이 존재하는가?

  • 진짜 문제를 풀려고 노력하고 있나. 그렇지 않다면 중요하지 않은 기술적 문제에 정신이 팔려있느 ㄴ것인가?

  • 왜 이것이 문제인가?

  • 문제를 이렇게 풀기 어렵게 만드는 것이 무엇인가?

  • 반드시 이 방법으로 해야하는가?

  • 반드시 해야하는 일이긴 한가?

오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요

• 개발을 시작하기 전에 요구사항을 정리하는 것이 중요하다. 알고는 있었지만, 시간이 없다는 핑계로, 기획자가 할 일 이라는 마음자세로, 그동안 정리를 잘하지 못했다. 특히 기획자가 없는 개발환경에서는 더더욱 요구사항을 정리하고, 개발 과정에서 보태가는 것이 중요하다고 생각한다.

궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.

오늘 읽은 다른사람의 TIL

• hyune-

  의 TIL
  https://hyuuny.tistory.com/71