SoC 의존성 관리 및 프론트엔드 설계 관련 작업 계획 및 추적 방법에 대해 설명해 주실 수 있나요?

SoC 설계 추적에서 제가 직접 한 건, 프로젝트 시작 시 블록 의존성 그래프를 먼저 그려 크리티컬 패스를 잡은 일입니다. 여러 블록이 다른 팀에서 진행되다 보니 어느 블록이 준비돼야 다음을 시작할지 안 보였고, 한 블록의 지연이 3개 블록의 통합을 막고 있다는 걸 뒤늦게 발견했기 때문입니다. 그래서 저는 의존성 그래프에서 크리티컬 패스를 찾아 그 경로의 블록에 버퍼 일정을 더하고, 주 단위로 그래프를 업데이트해 새 병목이 생기는지 확인했습니다. 측정으로는 이 방식을 적용한 프로젝트에서 통합 단계까지 일정 지연이 없었습니다. 지금도 설계 계획은 의존성 파악이 먼저입니다. 다만 본인 손과 한계를 짚습니다. 저는 학생 프로젝트 규모의 의존성 관리 수준이라, 실제 SoC에서 공정·EDA 도구·IP 공급사까지 얽힌 의존성을 교차 추적하거나 병렬 작업 영역을 최대화해 본 경험은 없습니다. 그래서 의존성 그래프로 크리티컬 패스를 잡은 경험을 토대로, 그 관리 역량을 더 키우려 합니다.