룰셋으로 풀어내면, 일종의 암묵지가 생깁니다.이런 내용은 결국 어딘가에는 적혀 있어야 다음에 온 개발자가 인지할 수 있는데 보통 안적혀있습니다. 지금 재직중인 회사에도 이런 문제가 있어요.그래서 이런 암묵지를 문서화하려고 노력중인데, 다른 회사에서는 어떻게 정리해두는지 궁금합니다.왜냐하면 PRD(기획서)와는 다른 종류의 문서이기 때문입니다.기획서야 최초 기능, 개선건 등등 개발이 들어갈때마다 신규 문서를 작성하면 쉽지만,이런 암묵지(정책)를 모아둔 문서는 통합된 단 하나의 문서가 있어야 나중에 이해하기 쉽거든요.(기획서로 정책을 이해하려면 최초 개발 문서부터 최종 문서(개선건)까지 전부 읽어야 정책을 알 수 있음) 영상에서 이런 암묵지를 관리하는 내용은 소개되지 않아 질문을 남깁니다. 암묵지: 코드로는 보이지 않지만 반드시 지켜져야하는 규칙