Request for Comments.
직역하면 의견을 기다리는 문서다.
개인 또는 회사에서 프로젝트할 때 RFC 문서를 작성하고 진행하면 보다 넓은 관점에서 피드백을 받을 수 있어 좋다.
형식은 특별히 없다.
강의에서는 아래와 같은 RFC 양식을 사용한다.
- Metadata
- Timeline
Reseach, Develop, Release 기간을 명세한다. - Reference
찾아본 레퍼런스 링크를 기입하면 나중에 도움이 된다.
- Timeline
- 개요
프로젝트의 목표를 기술한다. 내가 이해한 바로 재해석해서 작성해도 좋다. - 목표
무엇을 달성하려고 하는지. Goal. 보통 관련 부서에서 전달 받아서 작성. 목표의 우선순위(Priority)를 표기해 둔다. - 요구사항
구체적인 방법. #Required #Optional 한 요구사항들이 있다. - 개발
- 핵심목표
프로젝트의 목표와 요구사항을 바탕으로 개발자 측면에서의 목표를 작성한다. - 적정기술
어떤 기술이 필요한지. Rough 하게 작성 - 위험요소
- 당장 수정해야하는 것
- 수정하면 좋으나 당장 할 수 없는 것
- 웹 기술 이외의 요소와 종속성 때문에 수정 못하는 것
- 수정 범위가 광범위하여 일정 내 수정할 수 없는 것
- 기술 선택 위험 요소
- 충분히 성숙되어 있는가?
- 얼마나 사용할 수 있는 기술일까?
- 빠르게 성장하면 대응 가능한 기술인가?
- 대체 가능한 기술은 무엇인가?
- 자체 개발이 어려운가?
- 검토기술
- 기술 요소
- 검토 후보
- 솔루션
검토된 기술 중 결정된 기술을 작성
- 핵심목표
'Front-End > 프론트엔드 아카데미' 카테고리의 다른 글
Deep Link, Universal Links, App Link (0) | 2022.10.06 |
---|---|
LCP, FID, CLS (0) | 2022.09.20 |
Open Graph : Metadata (0) | 2022.09.19 |
SEO(Search Engine Optimization) Tip (0) | 2022.09.16 |
PoC 와 Prototype (0) | 2022.09.16 |
댓글