프로젝트 관리
로드맵, 스프린트, 그리고 이를 수행하는 사람들.
프로젝트 관리
이 카테고리가 다루는 범위
여러 사람에 걸쳐 일을 계획하고 그 일이 실제로 진행되는지 추적하는 것입니다. 담당자와 날짜가 있는 작업, 의존 관계, 가용 인력, 마일스톤, 이해관계자가 요청하는 보고서가 여기에 속합니다.
작업 관리와의 경계는 분명합니다. 한쪽은 한 사람의 하루를 정리하고, 다른 쪽은 서로의 작업에 의존하는 여러 사람을 조율하며, 그 조율이 추가되는 무게를 정당화합니다.
개인 리스트와 소규모 팀 보드는 작업 관리에 있습니다. 시간과 청구는 시간 추적에 속합니다.
도구는 일이 실제로 들어오는 방식에 맞추세요
대부분의 팀은 세 가지 패턴 중 하나에 해당하고, 제품마다 하나를 선호합니다.
연속 흐름은 예측할 수 없이 들어오는 일에 맞습니다. 보드, 대기열, 진행 중인 양에 대한 제한이 그 형태입니다. 반복 개발은 고정된 기간 단위로 추정치를 두고 계획하며 마지막에 회고하는 팀에 맞습니다. 일정 기반 진행은 실제 날짜와 의존 관계가 있는 일에 맞으며, 한 곳이 밀리면 그 뒤의 모든 것이 밀립니다.
흐름으로 일하는 팀이 일정 관리에 치우친 제품을 사면 아무도 갱신하지 않는 정교한 계획이 나옵니다. 건설 업무에 가벼운 보드를 사면 날짜를 놓칩니다. 먼저 패턴을 정하고, 그다음 소프트웨어를 판단하세요.
무게값을 하는 기능
- 의존 관계: 한 작업이 날짜가 걸린 다른 작업을 실제로 막을 때.
- 가용 인력: 마감이 증명하기 전에 누가 과부하인지 보기 위해.
- 사용자 정의 필드와 뷰: 하나의 데이터로 여러 독자에게 맞추도록.
- 자동화: 아무도 손으로 하지 않아도 되는 상태 변경과 인계.
- 보고서: 도구를 열어 볼 일이 없는 사람들을 위한.
이 목록의 모든 항목은 설정과 규율이라는 대가를 치릅니다. 유지할 수 있는 것만 도입하세요. 반쯤 설정된 시스템은 평범한 리스트보다 더 오해를 낳습니다.
정착 여부가 모든 것을 결정합니다
이 카테고리의 실패는 모두 같은 모습입니다. 계획이 현실과 어긋나고, 사람들은 채팅과 기억으로 돌아가고, 도구는 의도의 박물관이 됩니다.
갱신에 드는 노력이 돌려받는 가치에 비해 과하면 그렇게 됩니다. 작업을 옮기고, 댓글을 달고, 날짜를 바꾸고, 인계하는 데 몇 번의 동작이 필요한지 보세요. 휴대폰 앱으로 매일 최소한의 일이 되는지 보세요. 알림이 묻히지 않고 무엇이 바뀌었는지 알려 주는지 보세요.
그리고 도입 전에 규칙을 정하세요. 상태가 무슨 뜻인지, 작업의 담당자가 누구인지, 아무도 가져가지 않은 일은 어떻게 되는지입니다. 소프트웨어는 이런 것을 제공하지 않으며, 그것이 없을 때 손대지 않은 백로그에 항목 400개가 쌓입니다.
팀 밖의 사람들과 일하기
고객, 외주 인력, 감사인, 임원은 대개 수정 없이 보기만 하면 됩니다.
게스트 접근, 그 비용, 기본적으로 게스트가 볼 수 있는 범위를 확인하세요. 그다음 로그인할 일이 없는 사람들을 위한 보고서를 확인하세요. 메일로 오는 주간 요약이 실제로 이해관계자를 계속 파악하게 만드는 경우가 많습니다.
같은 문서가 오가는 에이전시 업무에서는 승인과 시안 검토가 중요합니다. 그 용도로 만든 제품은 댓글란만 있는 범용 도구보다 훨씬 잘 처리합니다.
비용, 그리고 커지는 방식
사용자당 월 요금이 표준이며, 자동화 한도, 보고서의 깊이, 권한, 싱글 사인온이 등급을 가릅니다.
조용히 커지는 비용은 좌석입니다. 프로젝트에 손대는 모든 사람이 계정을 받고, 쓰지 않는 계정은 거의 점검되지 않아서, 열두 명 팀이 스무 명분을 내게 됩니다. 분기마다 점검하세요.
이전도 고려할 사항입니다. 작업과 댓글은 대개 내보낼 수 있지만, 첨부 파일, 사용자 정의 필드, 자동화, 이력은 그렇지 않은 경우가 많습니다. 떠나는 시점이 아니라 초기에 내보내기를 시험해 보고, 주변 계산은 요금 페이지가 숨기는 것에서 읽어 보세요.
작업 리스트를 넘어섰다는 신호
팀은 대개 해야 할 시점보다 늦게 프로젝트 소프트웨어로 옮기고, 그러고 나서 필요한 것보다 훨씬 많이 설정합니다.
정직한 신호는 구체적입니다. 두 작업이 서로를 기다리는데 어느 쪽이 늦었는지 아무도 말하지 못합니다. 누군가 과부하인데 마감이 지난 뒤에야 드러났습니다. 이해관계자가 계속 현황을 요청하는데 정리하는 데 한 시간이 걸립니다.
이 중 하나라도 해당하면 추가 구조가 정당화됩니다. 제품이 제공하는 모든 기능이 필요한 것은 아닙니다.
담당자, 날짜, 팀이 실제로 일하는 방식을 반영하는 뷰 하나로 시작하고, 특정 질문이 요구할 때 의존 관계나 가용 인력을 더하세요. 팀이 유지하는 수준을 넘어 설정된 시스템은 아무도 갱신하지 않은 데이터에 기반한 자신 있는 보고서를 만들어 냅니다.
자주 묻는 질문
프로젝트 관리와 작업 관리는 무엇이 다른가요?
작업 관리는 한 사람이나 소규모 그룹이 해야 할 일을 정리합니다. 프로젝트 관리는 여러 사람에 걸친 의존 관계, 일정, 가용 인력, 보고서를 더하며, 조율이 실제로 필요해지기 전까지는 부담일 뿐입니다.
의존 관계와 크리티컬 패스가 필요한가요?
한 작업이 날짜가 걸린 다른 작업을 실제로 막는 경우에만 필요합니다. 건축과 시공에는 필요합니다. 대부분의 소프트웨어 팀과 마케팅 팀은 순서와 주간 대화만으로 운영합니다.
이 소프트웨어는 요금이 어떻게 책정되나요?
사용자당 월 요금이며, 자동화, 보고서, 권한이 요금제 등급을 가릅니다. 게스트와 열람 전용 접근은 무료인 경우도 있어서, 고객이나 임원이 수정 없이 보기만 해야 할 때 중요합니다.
팀들은 왜 이런 도구를 포기하나요?
보드가 현실과 맞지 않게 되기 때문입니다. 도구를 갱신하는 일이 일하는 것과 별개의 업무처럼 느껴지면 사람들은 갱신을 멈추고, 아무도 믿지 않는 계획은 공유 문서보다 못합니다.
한 도구에서 여러 방식을 함께 쓸 수 있나요?
대부분 같은 데이터를 보드, 리스트, 타임라인으로 보여 줍니다. 위험은 도구가 아니라, 뷰마다 팀이 서로 다른 규칙을 만들어 아무도 다른 사람의 프로젝트를 읽지 못하게 되는 데 있습니다.