구름의 심사 기준

들어가야 할 것: 최종 발표 심사 기준을 바탕으로

• 협업성: FE/BE간 업무 분담의 적절성, 의사소통의 원할성 - 업무 분담이 적절했고 소통이 잘 됐는가
• 기획력: 차별성, 창의성 - 만든 웹IDE가 기존 웹IDE와 차별성이 있는가
• 기술성: 기술 사용의 타당성, 적절성 - 프로젝트에 필요한 기술만을 적절히 활용했는가
• 완성도: 기획의 충실성, 팀원 기여도 - 기획 발표대로 잘 구현했고 같이 으쌰으쌰한 결과물인가
• 발표: 장표 구성의 적절성, 명확성, 시간 활용과 전달 방식 - 위의 내용을 잘 분배해서 넣었고 명확히 내용전달이 됐는가

들어가야 할 것: 최종 발표 예시 PPT를 기준으로

• 표제: 팀 프로젝트 명(주제), 팀 이름, 팀원
• 목차: 프로젝트 개요, 프로젝트 팀 구성 및 역할, 프로젝트 진행 프로세스, 프로젝트 결과, 자체 평가 및 보완
• 프로젝트 개요: 구현 내용과 컨셉, 활용 라이브러리 및 프레임워크(개발환경), 진행 프로세스, 기대 효과
• 프로젝트 팀 구성 및 역할: 팀원 별 역할과 담당 업무 -> 각자 주도적으로 참여한 부분을 중심으로 작성 ex. 데이터 정제 및 정규화, 모바일 서비스 테스팅, 모바일 플랫폼 구현, 외부 데이터 수집, 서비스 시스템 설계, 텍스트 마이닝
• 프로젝트 진행 프로세스: 진행 절차를 도식화하여 제시, 세부적인 기간과 활동 내역 작성 ex. 기간 O/O(월) ~ O/O(금), 사전기획 - 활동) 프로젝트기획및주제선정, 기획안작성 ex. 총 개발기간 O/O(월) ~ O/O(금)(총7주)
• 프로젝트 결과: 결과물이 도출된 과정을 세부적으로 기록 cf. 결과 서술 과정에서 활용한 기술(구현 방법), 핵심 기능을 설명할 것. 결과물 사진, 시연동영상 등 프로젝트의 전체적인 프로세스를 확인할 수 있게 단계별로 작성할 것
• 자체 평가 및 보완: 결과물이 초기 기획 의도와 얼마나 부합했는지 점검하고, 이를 실무에서 잘 활용할 수 있을지 평가, 달성도나 완성도 등 자체적인 평가를 진행, 보완점이 있다면 추후 어떻게 개선할 것인지 서술 cf. 여기에 프로젝트를 수행하며 느낀점이나 경험한 성과 기재 가능

+기술 스택: 사용 언어, 프레임워크, DB, 버전컨트롤 도구, 클라우드 서비스, Deployment Tools, API…

<aside> <img src="/icons/star-of-life_green.svg" alt="/icons/star-of-life_green.svg" width="40px" />

심사위원이 좋아할만한 포인트(라 읽고 제 멋대로 요약해봤습니다)

• 참신한데 실제로도 가능할만한 아이디어 → 확실한 타겟팅, 명확한 기대 효과, 실제 서비스 가능할것같은 완성도
• 이 짧은 기간동안 팀원끼리 잘 뭉쳐서 만든 높은 완성도의 플젝 → 명확한 의도가 있는 역할분배, 전략적인 시간 분배 및 관리
• 기술 스택(라이브러리, 프레임워크, 툴…)에 대한 높은 이해도 → 선택 의도가 명확한 기술 스택과 도구 사용
• 숲도 볼 줄 아는 통찰력, 기획력 → 1달짜리 단기 플젝만큼의 애정으로 접근한 건 아닌지, 확장성(추후 계획)을 고려했는지 </aside>