<div id="readability-page-1" class="page"><div id="contents">
      <article id="entry">
         <div> 
	
	
<p><em>이 글은 Jeff Barr (AWS 에반젤리즘 부사장)이 쓰신 <a href="https://www.linkedin.com/pulse/road-aws-reinvent-2023-jeff-barr-jnxuc%3F/">The Road to AWS re:Invent 2023</a>를 한국어로 번역(편집)한 것입니다. 2020년 부터 AWS News Blog팀의 일원으로서 매년 리인벤트 행사를 함께 준비해오고 있습니다. 그 과정을 담은 것이라 즐겁게 읽으면서도 몇 가지 점은 새롭게 깨닫게 됩니다. 올해도 80개가 넘은 블로그 글이 한 주안에 쏟아질 텐데, 준비되는 비하인드 스토리 정도로 가볍게 읽어 주세요.</em></p>



<p id="ember36">AWS re:Invent 2023에 대한 준비는 10월 2일 아침 부터 시작되었습니다. 3일 동안 re:Invent에서 서비스나 주요 기능을 출시할 계획을 갖고 있는 각 팀은 15분 동안 자신들이 무엇을 하고 있는지 설명할 시간을 가졌습니다. 저는 듣고, 질문하고, 많은 메모를 하고, 제가 배운 내용을 모든 AWS 뉴스 블로거인 <a href="https://www.linkedin.com/in/antje-barth?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAABl81U8BtWmVIZW5HeJ5XorSpuvUZjm_Yyw">Antje Barth</a>, <a href="https://www.linkedin.com/in/channy?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAAABGHXYBf20AS88WHERjRIUKOnefBR3chJA">Channy Yun</a>, <a href="https://www.linkedin.com/in/dpoccia?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAAAAIIu4BjExetD0OAZxaXkuDM_3GfEe0vY0">Danilo Poccia</a> , <a href="https://www.linkedin.com/in/donnieprakoso?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAAAIcWeMBxULxwZ4d3H3KuCAstsVWyxkzTO0">Donnie Prakoso</a>, <a href="https://www.linkedin.com/in/irshad-buchh-71a077b?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAAAH3mkYBArfUoMR3FaadZuJRI8GdNLTlwv4">Irshad Buchh</a>, <a href="https://www.linkedin.com/in/marciavillalba?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAAACNIrwBRNjhGLwoXGJnkHQPzpmCR89qOnA">Marcia Villalba</a>, <a href="https://www.linkedin.com/in/sebastienstormacq?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAAAAV9KsBecn1V0h9GnVQaEMUzgd8lsy52rw">Sébastien Stormacq</a> 및 <a href="https://www.linkedin.com/in/veliswa-boya?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAACfTl5IBUDxU_AXvLsUBjqE61lr2YXVFW6k">Veliswa Boya</a> 와 공유했습니다. 우리는 각자 관심을 끄는 출시 제품을 선택하고 로드 밸런싱과 거래를 수행한 후 각자의 플레이트에서 많은 작업을 완료했습니다.</p>



<hr>



<h2 id="ember37">60일의 여정의 시작</h2>



<p id="ember38">그 때 시점에서 re:Invent 출시가 거의 60일 남았는데, 시간이 꽤 많은 것 같았습니다. <a href="https://nextjeff.medium.com/my-ambient-information-display-e3c026a2d325">MagicMirro</a>에 카운트다운 타이머를 설정하고 모든 작업을 추적할 수 있는 현황판도 만들었습니다.</p>



<figure><img fetchpriority="high" decoding="async" width="1007" height="709" src="https://channy.creation.net/data/channy/2023/11/20030934/image-5.png" alt="" sizes="(max-width: 1007px) 100vw, 1007px"></figure>



<p id="ember40">궁극적으로 현황판의 열의 모든 항목을 녹색으로 바꾸는 것이 목표인 고위험 게임입니다. 어리석게 들릴 수도 있지만 실제로는 시간이 지남에 따라 진행 상황을 측정하고 확인하는 것이 꼭 필요합니다. 저의 블로거 동료 각자 자신의 필요와 작업 스타일에 맞춰 비슷한 방식으로 업무 진행사항을 추적하고 매주 공유해줍니다.</p>



<p id="ember41">우선 각 출시는 내부 시스템의 티켓으로 만들어집니다. 우리는 서비스 팀에 티켓을 생성하고, <strong>PRFAQ</strong> (보도 자료/자주 묻는 질문) 문서를 첨부하고, 티켓 출시에 대한 모든 커뮤니케이션 진행하도록 요청합니다. 이러한 중앙 집중화는 우리가 (상대적으로) 멘탈을 유지하는 데 도움이 되고, 블로그 팀의 각 구성원들이 혹시라도 문제가 생겼을 때, 바로 대응할 수 있습니다. 각 티켓의 정보를 사용하여 속도를 높이는 동시에 필요 시 함께 공동 작업을 할 수 있습니다.</p>



<p id="ember42">각 서비스 팀은 블로거에게 신규 서비스 기능 및 베타 콘솔에 대한 조기 액세스 권한을 부여하는 역할을 담당하며, 이를 허용 목록이라고 합니다. 우리는 서비스가 구축되는 동안 서비스 기능을 확인하게 되지만, 여전히 누락된 부분과 버그가 있을 수 있습니다. 이러한 점은 우리 업무의 재미 있는 부분이자 도전 과제의 일부입니다. (고객의 관점에서 문제점을 파악하고 보고 하여 수정하게 하도록 해야 하지만) 고객들이 실제로 보기 몇 주 전에 신규 서비스를 본다는 점은 마치 미래에 살고 있는 것 같은 재미가 있습니다.</p>



<hr>



<h2 id="ember43">지난한 반복적인 수정 작업</h2>



<p id="ember44">출시 목록에 대한 블로그 작업을 시작하면, 일상 업무가 상당히 규칙적으로 변합니다.</p>



<ol>
<li>오전 6시 이전에 일어납니다.</li>



<li>반려견을 산책시키고, 식기 세척기를 비우고, 쓰레기와 기타 모든 집안 물건을 버리는 집안 일을 합니다. 사소하게 들리겠지만, 아무리 일이 많다고 해서 가족이나 집안일을 포기하는 것은 바람직하지 않습니다.</li>



<li>이제 밤새 도착한 이메일을 모두 처리합니다. 전 세계 각지의 시간대에 팀원들과 서비스 팀이 있기 때문에 밤새 많은 일이 일어났습니다. 새로운 콘텐츠를 작성하기 전에 항상 블로그 피드백을 우선 처리합니다. 때로는 이른 오후까지 걸릴 수 있습니다.</li>



<li>이제 새로운 콘텐츠를 쓸 준비가 되었다면, 작성을 시작합니다.</li>



<li>중간 중간 정기적으로 휴식을 취하면서, 아내와 함게 신선한 공기와 커피를 마시고, 산책도 합니다.</li>



<li>좋은 콘텐츠가 있으면 소셜 미디어에 게시물을 공유하고, 다른 블로거가 작성한 콘텐츠를 검토하고, 이메일과 Slack 메시지에 응답합니다. 또한 비서와 함께 re:Invent를 위해 준비 중인 이벤트와 출연 일정을 조정합니다.</li>



<li>저녁 늦게에는 업무를 마무리합니다.</li>



<li>끝날 때까지 이것을 계속 반복합니다.</li>
</ol>



<p id="ember46">집 밖으로 나가지 않고도 오랜 시간 동안 생산성을 발휘할 수 있는 환경에서 재택으로 일할 수 있다는 것은 행운이라는 점을 꼭 언급하고 싶습니다. 저는 뉴스 블로그 팀과의 주간 회의 및 AWS 마케팅 동료와의 주간 회의 외에는 가급적 회의를 피하기 위해 최선을 다합니다.</p>



<p id="ember47">미리 일정표를 관리하면서 10월과 11월에는 일정을 조금 뒤로 미루기도 합니다. 하지만 매주 즐거운 일을 계속할 수 있도록 보장합니다! 와이프와 Kiss 콘서트를 간 것을 기분 전환이 되었습니다.</p>



<figure><img decoding="async" width="1488" height="837" src="https://channy.creation.net/data/channy/2023/11/20030933/image.jpeg" alt="" sizes="(max-width: 1488px) 100vw, 1488px"><figcaption>Kiss 콘서트장에서</figcaption></figure>



<hr>



<h2 id="ember49">나의 블로깅 작업 과정</h2>



<p id="ember50">모든 AWS 뉴스 블로거는 자신만의 방법론과 프로세스를 가지고 있습니다. 제가 가진 것은 수 년에 걸쳐 발전해 왔으며 저에게 잘 맞아서 생산성도 높습니다. </p>



<p id="ember51">우선 새 게시물 작성을 하기 위해, FreeMind (마인드맵 소프트웨어)와 서비스 팀이 제공한 PRFAQ 문서를 나란히 놓고 정독을 합니다. 각 문서를 읽으면서 필요한 노드를 생성 및 편집하고 계층 구조에서 이동하는 등 FreeMind 메모를 작성합니다.</p>



<p id="ember52">최근 9월에 출시한 <a href="https://aws.amazon.com/blogs/aws/new-nvme-reservations-for-amazon-elastic-block-store-io2-volumes/">EBS NVMe 예약 기능</a>에 대한 마인드맵은 다음과 같습니다.</p>



<figure><img decoding="async" width="2232" height="745" src="https://channy.creation.net/data/channy/2023/11/20030934/image-4.png" alt="" sizes="(max-width: 2232px) 100vw, 2232px"><figcaption>샘플 마인드맵</figcaption></figure>



<p id="ember54">저는 마인드맵을 사용하여, 모든 관련 정보를 한 페이지에 쉽게 정리할 수 있어서 좋아합니다. 구조적으로 이는 단지 개요일 뿐이지만 훨씬 자유로운 형식입니다.</p>



<p id="ember55">일단 마인드맵이 준비되면, 최선의 접근 방식에 대해 생각하기 위해 약간의 휴식을 취합니다. 그러다가 최대한 미루게 되는데, 왜냐하면 단어, 코드, 다이어그램, 스크린샷으로 채워지기를 바라는 빈 화면을 계속 본다고 뭐가 이뤄지지 않기 때문입니다. (사고 실험 처럼 머리에서 어느 정도 정리를 합니다.)</p>



<p id="ember56">그런다음, 일단 글을 쓰기 시작하면 일반적으로 제목, 소개, 설명, 설명, 스크린샷, 알아야 할 사항 등 전체 게시물을 한 번에 작성합니다. 옛날 고교나 대학교 다니는 시절에는 워드 프로세서가 없었기 때문에 선형적으로 글을 쓰는 경향이 있었고, 글을 쓰면서 각 부분을 거의 최종적인 형태로 만들었습니다. 여기에는 서식, 링크 및 일러스트레이션이 모두 포함됩니다.</p>



<p id="ember57">아직 준비가 안된 서비스 기능을 테스트하고, 데모 스크린 샷은 찍는 것은 항상 어려운 일입니다. 앞서 언급했듯이 서비스와 콘솔은 아직 구축 중입니다. 저는 버그가 분명하다고 생각되면, 문제점을 서비스팀에게 항상 보고합니다. (그들도 이미 알고 있는 것을 수 있겠지만) 버그가 전혀 보고되지 않는 것보다 중복해서 받는 게 더 좋습니다. 때로는 사소한 오타가 있을 수 있습니다. UI 수정을 기다리는 대신 계속 진행할 수 있도록 브라우저 DOM을 직접 편집하는 트릭을 사용하기도 합니다.</p>



<p id="ember58">이제, 초안이 준비되면 PDF 사본을 생성하고 이를 <a href="https://aws.amazon.com/workdocs/">Amazon WorkDocs</a> 에 업로드한 다음, 서비스 팀 관계자들의 검토를 요청합니다. 이 후로, 며칠, 몇 주 동안 피드백이 도착하면 이를 처리합니다. 뉴스 블로거 및 서비스팀 모두 고도로 세련되고 완성된 게시물에 수렴해야한다는 목표를 가지고 있습니다. 대부분의 경우 게시물당 최소 3회에서 6회의 피드백과 수정 작업을 반복합니다.</p>



<hr>



<h2 id="ember60">보이는 것이 다가 아니다</h2>



<p id="ember61">이 모든 작업이 매우 재미있어 보일 수도 있지만, 실제로도 많은 어려움이 있습니다! 다음은 몇 가지 어려운 점입니다:</p>



<p id="ember62"><strong>컨텍스트 전환</strong> – 마감 일정이 다가오면서 여러 출시 주제를 번갈아 가면서 하루에도 여러 번의 컨텍스트 전환이 필요합니다. 이는 정신적으로 지치는 일이며 장기적으로 지속 가능하지 않습니다. 어느 시점에서는 머리를 식히기 위해, 키보드에서 한발자욱 뒤로 물러나서 잠깐 쉬어야 한다는 것을 알게 되었습니다.</p>



<p id="ember63"><strong>사기꾼 증후군</strong> – 블로거로서 우리는 우리가 쓰고 있는 주제와 서비스에 대해 잘 알고 있어야 하며, 이것이 쉬운 일은 아닙니다. (Amazon의 리더쉽 원칙에서 말하는 것처럼) 특정 주제를 심층 분석(Deep Dive)하고 해당 주제에 대해 가능한 한 많은 것을 배우기 위해 최선을 다합니다. 그럼에도 불구하고, 우리는 모든 것을 알 수가 없고, “임시” 전문가임을 인정해야 합니다.</p>



<p id="ember64"><strong>아</strong>직도 <strong>무서운 흰색 화면</strong> – 그동안 AWS News Blog에 3,300개의 게시물을 작성한 후에도, 여전히 단어들로 채워지기를 기다리는 빈 화면을 바라보며 어떻게 시작해야 할지 늘 고민합니다. 이는 작가로서 한계가 아니라, 현재의 기대치를 뛰어넘어 지금 보다 더 좋은 결과를 만드는 방법을 알고 싶기 때문입니다. 블로거로서 저의 평판은 제가 마지막으로 쓴 내용의 품질과 정확성에 달려 있다고 생각합니다.</p>



<p id="ember65"><strong>우선 순위 지정</strong> – 해야 할 일이 너무 많고 모두 해야 하는 경우에는, 긴 TODO 목록이 작동하지 않는다는 것을 알았습니다. 대신 저는 매번 한 시간 정도 안에 해야 할 일이 3~4개 포함된 세부 목록을 작성하고 해당 작업을 수행한 다음 새 목록을 작성합니다. 목록을 짧게 유지하기 위해 전체 시트 대신 작은 종이 조각을 사용하기도 합니다!</p>



<p id="ember66"><strong>인내심</strong> – 글 쓰는 작업은 육체적, 정신적으로 힘든 작업입니다. 바쁜 와중에도 저는 휴식을 취하고, 아내와 자녀 및 손주들과 많은 시간을 보내기 위해 노력합니다. 이러한 삶과 일의 균형은 중요하지만 무시하기가 너무 쉽습니다. 특히, 글쓰기에 몰두 할 때는 당이 떨어지지 않게 초콜릿을 넉넉히 준비하고 있습니다!</p>



<hr>



<h2 id="ember67">10일이 남았습니다!</h2>



<p id="ember68">이제 최종 마감 시점인 AWS re:Invent 행사가 시작될 때까지 10일 남았습니니다. 아직 두 개의 게시물을 더 작성해야 하고, 세 개의 게시물은 세부 사항을 더 입력해야 하며, 다 끝났다고 선언하기 전에 미해결된 부분을 완전히 해결해야 합니다. (피드백 과정과 글 작성이 완료되면, 블로그 바레이저(Blog Bar Raiser)에게 보내서 마지막 점검을 받습니다. 주로, AWS 서비스 표기 방법 준수여부나 글쓰기 가이드에 맞는지, 오타나 문법적 오류는 없는지 리뷰를 받습니다. 가급적 추수감사절이 시작되기 전에는 모두 마무리가 되어야 합니다.) </p>



<hr>



<h2 id="ember69">팀이 필요하다</h2>



<p id="ember70">마지막으로 AWS 뉴스 블로그가 현재의 모습이 되기 까지 저는 단지 팀의 한 구성원일 뿐이라는 점을 말하고 싶습니다. 뒤에서 <a href="https://www.linkedin.com/in/janekellerwatson?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAAADO4-cBNtDcp2uO3lxOnZFXucsV2fCzrpE">Jane Watson</a> 과 <a href="https://www.linkedin.com/in/janescolieri?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAAAA7R9EBIY7PEBI1v26y3IAulbf37hIp7rc">Jane Scolier</a> 등 블로그 프로그램을 운영하고, 서비스 팀과 협력하고, 수많은 티켓과 메시지를 관리하고, 나와 블로거가 최대한 효율적이고 생산적으로 일할 수 있도록 도움을 주는 분들이 있습니다.</p>



<hr>



<h2 id="ember71">곧 만납시다!</h2>



<p id="ember72">AWS re:Invent에 참석하실 예정이라면 꼭 만나 뵙기를 바랍니다. 행사장에서 저를 보시면 부끄러워하지 마시고 그냥 인사만 해주세요! (그리고, 오지 못하시는 분들이라도 AWS News Blog팀이 쓰는 신규 출시 블로그 글을 읽고, 새로운 클라우드 기술 동향을 파악하세요. 글에 대한 피드백이 있다면, 언제든지 저자들에게 피드백 해주시면 감사하겠습니다.)</p>



<p><em>역자 주 – 올해 re:Invent에 직접 참석할 수 없는 경우 기조연설 및 혁신 강연을 <a href="https://reinvent.awsevents.com/register/virtualregistration/?trk=direct">실시간 스트리밍</a>을 시청할 수 있는 옵션이 제공됩니다. <a href="https://reinvent.awsevents.com/register/virtualregistration/?trk=direct">온라인 등록</a>하시면 추후 기조연설, 혁신 토크, 이벤트 후 선택된 브레이크아웃 세션에 녹화 영상을 보실 수 수 있습니다. 무엇 보다 <a href="https://aws.amazon.com/blog/aws/">AWS News Blog</a> (<a href="https://aws.amazon.com/ko/blog/korea">AWS 코리아 블로그</a>로 추후 번역됨) 신규 서비스 출시 글에도 관심 가져 주세요.</em></p>
<div><h3>더 읽어 볼 글</h3></div>	

<p><small>- ;</small></p>

	<p>※ <a href="http://channy.creation.net/about/#disclaimer" target="new">Disclaimer</a>- 본 글은 개인적인 의견일 뿐 제가 재직했거나 하고 있는 기업의 공식 입장을 대변하거나 그 의견을 반영하는 것이 아닙니다. 사실 확인 및 개인 투자의 판단에 대해서는 독자 개인의 책임에 있으며, 상업적 활용 및 뉴스 매체의 인용 역시 금지함을 양해해 주시기 바랍니다. (The opinions expressed here are my own and do not necessarily represent those of current or past employers. Please note that you are solely responsible for your judgment on checking facts for your investments and prohibit your citations as commercial content or news sources.)</p>



	<p><small>* 이 글의 댓글 일부는 <a href="https://indieweb.org/Webmention">Webmention</a> 도구를 이용하여, 소셜 미디어 공유 반응(Comments, Like, Tweet)을 수집한 것입니다.</small></p>

<div id="respond"><h3>답글 남기기</h3>





</div>
   </div></article>
</div></div>

Channy's Blog

이 글은 Jeff Barr (AWS 에반젤리즘 부사장)이 쓰신 The Road to AWS re:Invent 2023를 한국어로 번역(편집)한 것입니다. 2020년 부터 AWS News Blog팀의 일원으로서 매년 리인벤트 행사를 함께 준비해오고 있습니다. 그 과정을 담은 것이라 즐겁게 읽으면서도 몇 가지 점은 새롭게 깨닫게 됩니다. 올해도 80개가 넘은 블로그 글이 한 주안에 쏟아질 텐데, 준비되는 비하인드 스토리 정도로 가볍게 읽어 주세요.
AWS re:Invent 2023에 대한 준비는 10월 2일 아침 부터 시작되었습니다. 3일 동안 re:Invent에서 서비스나 주요 기능을 출시할 계획을 갖고 있는 각 팀은 15분 동안 자신들이 무엇을 하고 있는지 설명할 시간을 가졌습니다. 저는 듣고, 질문하고, 많은 메모를 하고, 제가 배운 내용을 모든 AWS 뉴스 블로거인 Antje Barth, Channy Yun, Danilo Poccia , Donnie Prakoso, Irshad Buchh, Marcia Villalba, Sébastien Stormacq 및 Veliswa Boya 와 공유했습니다. 우리는 각자 관심을 끄는 출시 제품을 선택하고 로드 밸런싱과 거래를 수행한 후 각자의 플레이트에서 많은 작업을 완료했습니다.
60일의 여정의 시작
그 때 시점에서 re:Invent 출시가 거의 60일 남았는데, 시간이 꽤 많은 것 같았습니다. MagicMirro에 카운트다운 타이머를 설정하고 모든 작업을 추적할 수 있는 현황판도 만들었습니다.
궁극적으로 현황판의 열의 모든 항목을 녹색으로 바꾸는 것이 목표인 고위험 게임입니다. 어리석게 들릴 수도 있지만 실제로는 시간이 지남에 따라 진행 상황을 측정하고 확인하는 것이 꼭 필요합니다. 저의 블로거 동료 각자 자신의 필요와 작업 스타일에 맞춰 비슷한 방식으로 업무 진행사항을 추적하고 매주 공유해줍니다.
우선 각 출시는 내부 시스템의 티켓으로 만들어집니다. 우리는 서비스 팀에 티켓을 생성하고, PRFAQ (보도 자료/자주 묻는 질문) 문서를 첨부하고, 티켓 출시에 대한 모든 커뮤니케이션 진행하도록 요청합니다. 이러한 중앙 집중화는 우리가 (상대적으로) 멘탈을 유지하는 데 도움이 되고, 블로그 팀의 각 구성원들이 혹시라도 문제가 생겼을 때, 바로 대응할 수 있습니다. 각 티켓의 정보를 사용하여 속도를 높이는 동시에 필요 시 함께 공동 작업을 할 수 있습니다.
각 서비스 팀은 블로거에게 신규 서비스 기능 및 베타 콘솔에 대한 조기 액세스 권한을 부여하는 역할을 담당하며, 이를 허용 목록이라고 합니다. 우리는 서비스가 구축되는 동안 서비스 기능을 확인하게 되지만, 여전히 누락된 부분과 버그가 있을 수 있습니다. 이러한 점은 우리 업무의 재미 있는 부분이자 도전 과제의 일부입니다. (고객의 관점에서 문제점을 파악하고 보고 하여 수정하게 하도록 해야 하지만) 고객들이 실제로 보기 몇 주 전에 신규 서비스를 본다는 점은 마치 미래에 살고 있는 것 같은 재미가 있습니다.
지난한 반복적인 수정 작업
출시 목록에 대한 블로그 작업을 시작하면, 일상 업무가 상당히 규칙적으로 변합니다.
오전 6시 이전에 일어납니다.
반려견을 산책시키고, 식기 세척기를 비우고, 쓰레기와 기타 모든 집안 물건을 버리는 집안 일을 합니다. 사소하게 들리겠지만, 아무리 일이 많다고 해서 가족이나 집안일을 포기하는 것은 바람직하지 않습니다.
이제 밤새 도착한 이메일을 모두 처리합니다. 전 세계 각지의 시간대에 팀원들과 서비스 팀이 있기 때문에 밤새 많은 일이 일어났습니다. 새로운 콘텐츠를 작성하기 전에 항상 블로그 피드백을 우선 처리합니다. 때로는 이른 오후까지 걸릴 수 있습니다.
이제 새로운 콘텐츠를 쓸 준비가 되었다면, 작성을 시작합니다.
중간 중간 정기적으로 휴식을 취하면서, 아내와 함게 신선한 공기와 커피를 마시고, 산책도 합니다.
좋은 콘텐츠가 있으면 소셜 미디어에 게시물을 공유하고, 다른 블로거가 작성한 콘텐츠를 검토하고, 이메일과 Slack 메시지에 응답합니다. 또한 비서와 함께 re:Invent를 위해 준비 중인 이벤트와 출연 일정을 조정합니다.
저녁 늦게에는 업무를 마무리합니다.
끝날 때까지 이것을 계속 반복합니다.
집 밖으로 나가지 않고도 오랜 시간 동안 생산성을 발휘할 수 있는 환경에서 재택으로 일할 수 있다는 것은 행운이라는 점을 꼭 언급하고 싶습니다. 저는 뉴스 블로그 팀과의 주간 회의 및 AWS 마케팅 동료와의 주간 회의 외에는 가급적 회의를 피하기 위해 최선을 다합니다.
미리 일정표를 관리하면서 10월과 11월에는 일정을 조금 뒤로 미루기도 합니다. 하지만 매주 즐거운 일을 계속할 수 있도록 보장합니다! 와이프와 Kiss 콘서트를 간 것을 기분 전환이 되었습니다.
나의 블로깅 작업 과정
모든 AWS 뉴스 블로거는 자신만의 방법론과 프로세스를 가지고 있습니다. 제가 가진 것은 수 년에 걸쳐 발전해 왔으며 저에게 잘 맞아서 생산성도 높습니다. 
우선 새 게시물 작성을 하기 위해, FreeMind (마인드맵 소프트웨어)와 서비스 팀이 제공한 PRFAQ 문서를 나란히 놓고 정독을 합니다. 각 문서를 읽으면서 필요한 노드를 생성 및 편집하고 계층 구조에서 이동하는 등 FreeMind 메모를 작성합니다.
최근 9월에 출시한 EBS NVMe 예약 기능에 대한 마인드맵은 다음과 같습니다.
저는 마인드맵을 사용하여, 모든 관련 정보를 한 페이지에 쉽게 정리할 수 있어서 좋아합니다. 구조적으로 이는 단지 개요일 뿐이지만 훨씬 자유로운 형식입니다.
일단 마인드맵이 준비되면, 최선의 접근 방식에 대해 생각하기 위해 약간의 휴식을 취합니다. 그러다가 최대한 미루게 되는데, 왜냐하면 단어, 코드, 다이어그램, 스크린샷으로 채워지기를 바라는 빈 화면을 계속 본다고 뭐가 이뤄지지 않기 때문입니다. (사고 실험 처럼 머리에서 어느 정도 정리를 합니다.)
그런다음, 일단 글을 쓰기 시작하면 일반적으로 제목, 소개, 설명, 설명, 스크린샷, 알아야 할 사항 등 전체 게시물을 한 번에 작성합니다. 옛날 고교나 대학교 다니는 시절에는 워드 프로세서가 없었기 때문에 선형적으로 글을 쓰는 경향이 있었고, 글을 쓰면서 각 부분을 거의 최종적인 형태로 만들었습니다. 여기에는 서식, 링크 및 일러스트레이션이 모두 포함됩니다.
아직 준비가 안된 서비스 기능을 테스트하고, 데모 스크린 샷은 찍는 것은 항상 어려운 일입니다. 앞서 언급했듯이 서비스와 콘솔은 아직 구축 중입니다. 저는 버그가 분명하다고 생각되면, 문제점을 서비스팀에게 항상 보고합니다. (그들도 이미 알고 있는 것을 수 있겠지만) 버그가 전혀 보고되지 않는 것보다 중복해서 받는 게 더 좋습니다. 때로는 사소한 오타가 있을 수 있습니다. UI 수정을 기다리는 대신 계속 진행할 수 있도록 브라우저 DOM을 직접 편집하는 트릭을 사용하기도 합니다.
이제, 초안이 준비되면 PDF 사본을 생성하고 이를 Amazon WorkDocs 에 업로드한 다음, 서비스 팀 관계자들의 검토를 요청합니다. 이 후로, 며칠, 몇 주 동안 피드백이 도착하면 이를 처리합니다. 뉴스 블로거 및 서비스팀 모두 고도로 세련되고 완성된 게시물에 수렴해야한다는 목표를 가지고 있습니다. 대부분의 경우 게시물당 최소 3회에서 6회의 피드백과 수정 작업을 반복합니다.
보이는 것이 다가 아니다
이 모든 작업이 매우 재미있어 보일 수도 있지만, 실제로도 많은 어려움이 있습니다! 다음은 몇 가지 어려운 점입니다:
컨텍스트 전환 – 마감 일정이 다가오면서 여러 출시 주제를 번갈아 가면서 하루에도 여러 번의 컨텍스트 전환이 필요합니다. 이는 정신적으로 지치는 일이며 장기적으로 지속 가능하지 않습니다. 어느 시점에서는 머리를 식히기 위해, 키보드에서 한발자욱 뒤로 물러나서 잠깐 쉬어야 한다는 것을 알게 되었습니다.
사기꾼 증후군 – 블로거로서 우리는 우리가 쓰고 있는 주제와 서비스에 대해 잘 알고 있어야 하며, 이것이 쉬운 일은 아닙니다. (Amazon의 리더쉽 원칙에서 말하는 것처럼) 특정 주제를 심층 분석(Deep Dive)하고 해당 주제에 대해 가능한 한 많은 것을 배우기 위해 최선을 다합니다. 그럼에도 불구하고, 우리는 모든 것을 알 수가 없고, “임시” 전문가임을 인정해야 합니다.
아직도 무서운 흰색 화면 – 그동안 AWS News Blog에 3,300개의 게시물을 작성한 후에도, 여전히 단어들로 채워지기를 기다리는 빈 화면을 바라보며 어떻게 시작해야 할지 늘 고민합니다. 이는 작가로서 한계가 아니라, 현재의 기대치를 뛰어넘어 지금 보다 더 좋은 결과를 만드는 방법을 알고 싶기 때문입니다. 블로거로서 저의 평판은 제가 마지막으로 쓴 내용의 품질과 정확성에 달려 있다고 생각합니다.
우선 순위 지정 – 해야 할 일이 너무 많고 모두 해야 하는 경우에는, 긴 TODO 목록이 작동하지 않는다는 것을 알았습니다. 대신 저는 매번 한 시간 정도 안에 해야 할 일이 3~4개 포함된 세부 목록을 작성하고 해당 작업을 수행한 다음 새 목록을 작성합니다. 목록을 짧게 유지하기 위해 전체 시트 대신 작은 종이 조각을 사용하기도 합니다!
인내심 – 글 쓰는 작업은 육체적, 정신적으로 힘든 작업입니다. 바쁜 와중에도 저는 휴식을 취하고, 아내와 자녀 및 손주들과 많은 시간을 보내기 위해 노력합니다. 이러한 삶과 일의 균형은 중요하지만 무시하기가 너무 쉽습니다. 특히, 글쓰기에 몰두 할 때는 당이 떨어지지 않게 초콜릿을 넉넉히 준비하고 있습니다!
10일이 남았습니다!
이제 최종 마감 시점인 AWS re:Invent 행사가 시작될 때까지 10일 남았습니니다. 아직 두 개의 게시물을 더 작성해야 하고, 세 개의 게시물은 세부 사항을 더 입력해야 하며, 다 끝났다고 선언하기 전에 미해결된 부분을 완전히 해결해야 합니다. (피드백 과정과 글 작성이 완료되면, 블로그 바레이저(Blog Bar Raiser)에게 보내서 마지막 점검을 받습니다. 주로, AWS 서비스 표기 방법 준수여부나 글쓰기 가이드에 맞는지, 오타나 문법적 오류는 없는지 리뷰를 받습니다. 가급적 추수감사절이 시작되기 전에는 모두 마무리가 되어야 합니다.) 
팀이 필요하다
마지막으로 AWS 뉴스 블로그가 현재의 모습이 되기 까지 저는 단지 팀의 한 구성원일 뿐이라는 점을 말하고 싶습니다. 뒤에서 Jane Watson 과 Jane Scolier 등 블로그 프로그램을 운영하고, 서비스 팀과 협력하고, 수많은 티켓과 메시지를 관리하고, 나와 블로거가 최대한 효율적이고 생산적으로 일할 수 있도록 도움을 주는 분들이 있습니다.
곧 만납시다!
AWS re:Invent에 참석하실 예정이라면 꼭 만나 뵙기를 바랍니다. 행사장에서 저를 보시면 부끄러워하지 마시고 그냥 인사만 해주세요! (그리고, 오지 못하시는 분들이라도 AWS News Blog팀이 쓰는 신규 출시 블로그 글을 읽고, 새로운 클라우드 기술 동향을 파악하세요. 글에 대한 피드백이 있다면, 언제든지 저자들에게 피드백 해주시면 감사하겠습니다.)
역자 주 – 올해 re:Invent에 직접 참석할 수 없는 경우 기조연설 및 혁신 강연을 실시간 스트리밍을 시청할 수 있는 옵션이 제공됩니다. 온라인 등록하시면 추후 기조연설, 혁신 토크, 이벤트 후 선택된 브레이크아웃 세션에 녹화 영상을 보실 수 수 있습니다. 무엇 보다 AWS News Blog (AWS 코리아 블로그로 추후 번역됨) 신규 서비스 출시 글에도 관심 가져 주세요.

AWS re:Invent 2023 준비하기 – 블로거 편

댓글