프로젝트 업데이트를 위해 PowerPoint로 전환하는 것을 멈추세요

모든 팀에서 매주 조용히 몇 시간씩을 갉아먹는 일이 있습니다. 누군가 프로젝트 업데이트를 발표해야 합니다. 이해관계자 검토일 수도 있고, 스프린트 데모일 수도 있으며, 수업 발표나 클라이언트 체크인일 수도 있습니다. 그래서 어떻게 하나요? 프로젝트 관리 도구를 떠나 PowerPoint나 Google 슬라이드를 열고, 새 덱을 만들고, 정보를 수동으로 복사하기 시작합니다. 현재 상태, 완료된 작업, 다가오는 마일스톤, 블로커, 스크린샷. 실제 작업이 이루어지는 도구에서 모두 가져와, 한 번 보고 다시는 열리지 않을 슬라이드로 형식을 바꿉니다. 이것은 사소한 불편함이 아닙니다. 주간 업데이트를 하는 팀의 경우 매월 몇 시간의 노력이 낭비됩니다. 그리고 최악인 부분은, 덱이 완성될 때쯤엔 이미 누군가 슬라이드를 만드는 동안 프로젝트가 계속 진행되었기 때문에 정보가 이미 약간 구식이 되어 있다는 점입니다.

사람들이 PowerPoint를 기본으로 사용하는 이유는 단순합니다. 발표는 진행 상황을 전달하는 방법이기 때문입니다. 이해관계자들은 슬라이드를 기대합니다. 교수들도, 클라이언트들도 슬라이드를 기대합니다. "지금 여기까지 왔고, 앞으로 이렇게 갈 것입니다"를 표현하는 보편적인 형식입니다. 그리고 대부분의 프로젝트 관리 도구에는 이를 위한 기능이 없습니다. 작업 추적은 잘 되지만 소통은 형편없습니다. 회의에서 칸반 보드를 꺼낼 수는 있지만, 프로젝트가 제대로 진행되고 있는지만 알고 싶은 사람에게 47개의 태스크 카드를 설명해보세요. 결국 번역 레이어가 존재하는 이유는 작업이 추적되는 곳과 작업이 전달되는 방식 사이에 간극이 있기 때문입니다. 문제는 그 간극을 메우기 위해 별도의 학습 곡선, 파일 관리, 형식 번거로움이 있는 완전히 다른 도구가 필요한지 여부입니다.

IndieDevBoard는 모든 프로젝트 내부에 프레젠테이션 기능을 포함합니다. 아무것도 내보내거나 도구를 전환할 필요가 없습니다. 이미 작업이 이루어지는 곳에서 바로 슬라이드를 만들 수 있습니다. 장점은 분명합니다. 프로젝트 데이터, 작업, 마일스톤, 진행률, 메모가 모두 바로 거기 있습니다. 한 탭에서 다른 탭으로 복사해서 붙여넣을 필요가 없습니다. 실제 진행 상황이 추적되는 동일한 워크스페이스 안에서 발표 자료를 만드는 것입니다. 이는 반복적인 업데이트에 특히 유용합니다. 매주 처음부터 덱을 다시 만드는 대신, 최신 수치로 몇 개의 슬라이드만 업데이트하면 됩니다. 구조는 그대로 유지됩니다. 내용만 현재 상태를 반영하도록 바뀝니다. 45분이 아닌 5분으로 끝납니다.

이해관계자 관리는 아무도 가르쳐주지 않지만 누구나 어려워하는 일 중 하나입니다. 핵심 과제는 작업을 하는 것보다 작업에 대해 보고하는 데 더 많은 시간을 쓰지 않으면서 사람들에게 정보를 전달하는 것입니다. 발표 자료가 프로젝트 내부에 있으면 몇 분 안에 이해관계자 업데이트를 준비할 수 있습니다. 현재 진행 상황, 달성한 주요 마일스톤, 다가오는 마감일, 열린 리스크. 슬라이드를 만들면서 실제로 보고 있으니 모두 실제 프로젝트 데이터에서 가져옵니다. 이는 일관성 문제도 해결합니다. 업데이트가 별도의 도구에서 나오면 팀원마다 형식을 다르게 하고, 다른 지표를 사용하며, 다른 이야기를 합니다. 발표 자료가 프로젝트와 함께 있으면 하나의 진실 원천이 생깁니다. 슬라이드는 보드가 말하는 것, 타임라인이 보여주는 것, 진행률 추적기가 보고하는 것을 반영합니다. 여러 클라이언트를 관리하는 프리랜서와 에이전시에게는 엄청난 시간 절약입니다. 각 프로젝트에는 자체 발표 공간이 있습니다. 클라이언트 A는 프로젝트 A에서 업데이트를 받습니다. 클라이언트 B는 프로젝트 B에서 받습니다. 클라이언트 간 기밀 정보가 새는 공유 슬라이드 덱이 없습니다.

학생이라면 데모 데이의 스트레스를 알 것입니다. 몇 주 동안 만들었고, 이제 동급생, 교수, 심사위원들에게 프로젝트를 발표해야 합니다. 실제 프로젝트를 다듬는 대신 슬라이드 덱을 만들면서 전날 밤을 보내는 건 원하지 않을 것입니다. 개발 팀의 스프린트 리뷰도 마찬가지입니다. 목표는 무엇을 달성했는지 보여주는 것이지, PowerPoint 실력을 자랑하는 것이 아닙니다. 아무도 슬라이드 전환 효과를 신경 쓰지 않습니다. 기능이 작동하는지, 다음엔 무엇이 오는지에 관심이 있습니다. 프로젝트 도구에 발표 기능이 내장되어 있으면 빠르게 데모 워크스루를 준비할 수 있습니다. 타임라인을 보여주고, 완료된 마일스톤을 강조하며, 특정 작업을 참조하고, 몇 가지 발언 포인트를 추가합니다. 구조도 있고, 데이터도 있습니다. 청중에게 적합한 흐름으로 정리하기만 하면 됩니다. 이는 여러 앱을 동시에 다루지 않고도 마지막 순간까지 발표를 업데이트할 수 있다는 의미이기도 합니다. 데모 한 시간 전에 기능을 완성했나요? 즉시 슬라이드에 추가하세요. 내보내기도, 형식 변경도, 파일 버전 혼란도 없습니다.

내장형 발표 기능이 모든 사용 사례에서 Keynote나 PowerPoint를 대체하려는 것은 아닙니다. 커스텀 애니메이션과 브랜드 템플릿이 있는 세련된 투자자 피치 덱을 만든다면 여전히 전용 발표 도구가 맞습니다. 하지만 프로젝트 업데이트, 스프린트 리뷰, 진행 보고서, 수업 발표, 클라이언트 체크인에는 50가지 기능의 슬라이드 편집기가 필요하지 않습니다. 실제 데이터에서 빠르게 가져와 명확하게 전달하는 것이 필요합니다. 이는 컨퍼런스 키노트를 디자인하는 것과는 근본적으로 다른 사용 사례입니다. 80/20 법칙이 여기에 적용됩니다. 프로젝트 작업을 위해 사람들이 만드는 발표의 80%는 예술적이 아닌 기능적입니다. 디자인으로 인상을 주기 위해서가 아니라 정보를 전달하기 위해 존재합니다. 그 80%의 경우, 프로젝트 도구 내에서 슬라이드를 만드는 것이 별도의 앱으로 전환하는 것보다 더 빠르고 쉬우며 정확합니다.

프로젝트 업데이트의 목표는 무슨 일이 일어나고 있는지 전달하는 것입니다. 아이러니한 점은 업데이트를 준비하는 것이 종종 실제로 일을 진행하는 시간을 빼앗아 간다는 것입니다. 주간 진행 상황 업데이트를 준비하는 데 15분 이상 걸린다면, 워크플로우에 무언가 문제가 있는 것입니다. 정보는 이미 프로젝트에 있습니다. 그것을 발표하는 데 많은 노력이 들어서는 안 됩니다. 발표 자료는 프로젝트가 있는 곳에 두세요. 몇 시간이 아닌 몇 분 안에 업데이트하세요. 창의적인 에너지는 실제 작업을 위해 아끼세요. 어차피 이해관계자, 클라이언트, 교수, 팀원들이 진심으로 신경 쓰는 건 그것이니까요.