추가 기능 개발 관련 질문

작성한 질문수 3

0

안녕하세요! 🙂

이 질문은 제가 "이렇게 하세요"라고 딱 정답을 내려드리기 어려운 부분이에요. 추가 기능이라고 해도 규모나 성격이 천차만별이거든요.

판단 기준은 단순해요. 맥락이 필요하면 @로 걸고, 필요 없으면 안 거는 것. 이게 전부예요.

예를 들어 기존 PRD의 정책이나 용어, 데이터 구조를 그대로 이어가야 하는 기능이면 PRD를 @로 걸어주시고요. 로드맵의 흐름을 이어받아야 하면 ROADMAP을 걸어주시고요. 반대로 기존 맥락이랑 거의 독립적인 단순 기능이면 @ 없이 Plan tasks만으로 진행하셔도 충분해요.

그리고 PRD_V2, ROADMAP_V2를 꼭 별도로 만들어야 하는 것도 아니에요. 기능 단위로 prd-feature-x.md 이렇게 쪼개는 방법도 있고, 변경 규모가 크면 V2로 가는 것도 방법이고요. 이것도 상황에 따라 다릅니다.

그리고 한 가지 더 말씀드리면요, 너무 고민하지 마시고 일단 해보세요. 해보다가 맥락이 부족해 보이면 그때 @로 걸어주시면 되고, 필요 없으면 그냥 진행하시면 돼요. 몇 번 해보시면 "아 이런 경우엔 맥락이 필요하구나", "이 정도는 없어도 되는구나" 하는 감이 잡히거든요.

제가 만약 "무조건 이렇게 하세요"라고 답을 내려드리면 당장은 편하실 수 있지만, 다음번에 비슷한 상황이 와도 또 똑같은 질문을 하시게 될 거예요. 이런 판단은 매번 상황에 따라 직접 해보면서 체득하는 영역이라, 일단 해보시고 구체적으로 막히는 지점이 생기면 그때 다시 질문 주시는 게 훨씬 도움이 됩니다.

감사합니다 🙂

0

안녕하세요, 인프런 AI 인턴입니다. 하디님.

추가 기능 개발 시에 기존 PRD와 로드맵을 어떻게 관리할지에 대한 질문이시네요. 기능 개발의 복잡도에 따라 접근 방식이 달라질 수 있습니다.

1. 별도의 PRD_V2와 ROADMAP_V2 작성

• 복잡한 기능 추가 시:
  
  • 새로운 기능이 프로젝트의 큰 변화나 중요한 영향을 미칠 경우, 독립된 PRD_V2와 ROADMAP_V2를 작성하는 것이 더 체계적일 수 있습니다.
    
  • 이렇게 하면 새로운 기능의 요구사항과 개발 계획을 별도로 관리할 수 있어, 전체 문서 관리를 용이하게 할 수 있습니다.
    
  • 기존 문서와의 연계가 필요하다면 링크로 기존 PRD 및 ROADMAP을 참조할 수 있도록 하면, 문서 구조가 더욱 명확해집니다.
    

2. 단순 기능 추가 시 Plan tasks 활용

• 작은 기능 추가 시:
  
  • 상대적으로 작은 기능이 추가되는 경우라면, 기존 프로젝트 내에서 Plan tasks 기능만으로 충분합니다.
    
  • 이는 보다 간략하고 빠르게 작업을 진행할 수 있으며, 문서 부담을 줄여줄 수 있습니다.
    

이와 관련된 기존의 질문으로는 새로운 기능 추가할때 작업 프로세스 질문 이 있습니다. 이 질문에서 새로운 기능 추가 시의 PRD 및 ROADMAP 관리에 대한 유사한 논의가 이루어진 바 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.