대규모 문서지옥에서 살아남아 게임 만들기
대규모 게임 프로젝트로부터 쏟아지는 문서들을 어떻게 관리해야 할까요. 제가 좋아하는 컨플루언스를 기준으로 방법을 알아보고 실제 사례를 살펴보겠습니다.
Project Management
다중 담당자에 의한 지라 설계 철학의 훼손
지라의 'Assignee' 필드에 여러 사람을 할당할 수 있게 해 준다는 제품 소개를 보고 확 열이 받았지만 침착하게 왜 열이 받았는지 한번 생각해봤습니다.
올바른 재시작을 위한 점검
프로젝트 리부트는 적절한 기회와 거대한 리스크를 동반한 의사결정입니다. 실제로 여러 소프트웨어 프로젝트들이 리부트를 시도했으나 실패한 바 있습니다. 소프트웨어 프로젝트의 리부트 사례를 살펴봤습니다.
컨플루언스를 노션으로 전환할 때 고려할 점
컨플루언스를 노션으로 전환하는 사례가 늘어나고 있습니다. 컨플루언스 사용자 입장에서 노션으로 전환할 때 고려할 점들을 생각해봤습니다. 제가 전환한다는 이야기는 아닙니다.
심플 사보타지 - 관리자 및 감독관 (1)
조직의 관리자인가요? 그렇다면 더 많은 일을 할 수 있습니다.
본질 드리븐 디벨롭먼트
일선 게임디자이너로써 사양을 작성할 때 종종 이 사양의 목적과 본질, 과거에서 현대에 이르는 맥락을 놓칠 때가 있습니다. 그럴 수 있습니다. 하지만 이를 놓치지 않으면 많은 질문이 정답이 있는 문제로 바뀌어 일이 쉬워집니다.
그 회사를 위한 변명
요즘은 어디서나 그 회사에 대한 바난을 볼 수 있고 어떤 비난이든 높은 조회수를 기록합니다. 저는 아무 상관 없는 입장이지만 변명을 한번 해 볼 작정입니다.
마일스톤 목표의 우선순위 설정과 실행여부
마일스톤 계획을 이상적인 형태로 설정하지 않는다면 우선순위 설정과 반드시 만나게 됩니다. 그런데 우선순위는 생각보다 그 의미가 크지 않습니다.
악의 평범성
현대의 소프트웨어 개발 프로젝트에서도 악의 평범성의 개념에 해당하는 사례를 쉽게 찾아볼 수 있습니다. 그들은 멀리 있지 않으며 우리와 같은 얼굴을 하고 있습니다.
욕망의 절제
마일스톤 마감에 가까운 중요 이벤트를 예측하지 못했을 때 패닉에 빠질 수 있습니다. 이 때 필요한 것은 욕망의 절제입니다.
기획자를 철저히 망가뜨리는 방법 (2)
앞서 충분히 다루지 못한 기획자를 비가역적으로 파괴하는 또 다른 방법을 살펴봅시다.
기획자를 철저히 망가뜨리는 방법 (1)
현대에 과연 기획자라는 직군이 필요할까요? 만약 필요하지 않다면 어떻게 하면 이들을 파괴할 수 있을까요?