모두가 '우리의 일'로 만드는
개발 PM

클라우드 운영 담당자는 보안 취약점이나 설정 변경 같은 이슈가 생길 때마다 로그를 직접 찾아 읽고, 보고서·작업계획서·인프라 코드를 매번 새로 쓴 뒤 담당자에게 따로 알려야 했습니다. 같은 형식의 문서를 반복해서 만드는 데 시간이 들고, 작성자마다 품질이 달랐습니다.

• 사람이 직접 하던 7단계(이슈 확인 → 로그 분석 → 보고서·작업계획서 작성 → 코드 작성 → 보안 점검 → 담당자 공유 → 승인) 중 6단계를 자동화해, 사람의 손이 가는 단계는 검토·승인 1단계로 줄어듦
• 업무 흐름이 이슈 감지 → 문서 자동 생성 → 담당자 알림 → 검토·승인으로 바뀌어, 사람은 판단과 승인에 집중
• k6 부하 테스트 — 문서 동시 생성 40건, 동시접속 2,000명 시나리오로 안정성 확인
• AWS Cloud School 12기 최종 경진대회 우수상 (2026.04.09)

AWS Cloud School의 이전 팀 프로젝트에서는 작은 부분을 다듬는 데 시간을 쓰다 일정 후반에 기간이 촉박해지는 일이 있었습니다. 모든 일에 같은 힘을 쓰다 보니 정작 먼저 끝내야 할 일이 밀렸습니다.

• 9개 작업 모두 계획한 10주 안에 완료
• 이전 프로젝트에서 반복되던 마감 직전 야근·밤샘이 줄어듦
• 최종 경진대회 우수상

회사 공식 홈페이지를 새로 만들어야 했고, 개발 업무와 병행하며 기획부터 제작·오픈까지 3개월 안에 혼자 마무리해야 했습니다. 필요한 회사 정보는 이사님들과 대표님께 직접 받아야 했고, 제작 방식과 비용을 판단할 기준도 없었습니다.

• 추가 비용 약 30~40만 원(도메인 별도)으로 3개월 만에 오픈, 지금도 회사 공식 홈페이지로 운영 중
• 여러 이해관계자와 외부 업체 사이에서 일정과 산출물을 맞춰 본 첫 경험

조건은 지난 할로윈의 보스를 재활용하고, 신규 수인 의상·가면 출시와 연결하는 것이었습니다. 같은 보스를 그대로 다시 내보내면 유저에게는 "재탕"으로 느껴질 수 있었습니다.

• 웜홀 너머에서 보스가 넘어온다는 컨셉이 2026년 10월 실제 라이브 이벤트에 반영 — "열려버린 차원문, 악마를 몰아내자"
• 기획서를 실제 이벤트 공지 형식으로 작성해 발표 → "이해가 너무 잘 된다"는 피드백