IT 프로젝트 관리 도구 완전 해부 – 00. 왜 이 시리즈를 쓰는가 — 좋다는 도구를 아무도 안 쓰는 이유

2026.06.27

·

시리즈 안내
이 글은 “IT 프로젝트 관리 도구 완전 해부” 시리즈의 0편, 오프닝입니다. 앞으로 20여 편에 걸쳐 프로젝트 관리 이론에서 출발해, 상용·오픈소스 PMS를 하나씩 해부하고, 왜 좋다는 도구를 정작 팀원들은 안 쓰는지 파헤친 뒤, 그 대안으로 PSTA라는 새로운 모델을 제안합니다. 이 글은 시리즈 전체의 지도이자 목차입니다.


익숙한 풍경 하나

월요일 아침, 팀의 프로젝트 관리 도구를 연다. 지난주에 누군가 업데이트를 멈춘 보드가 그대로 멈춰 있다. 담당자에게 물으면 답은 늘 비슷하다. “아, 그거 따로 메신저로 공유했어요.” 도구에는 절반의 진실만 적혀 있고, 진짜 일은 메신저와 회의와 머릿속에서 돌아간다.

이상한 일이다. 우리는 돈을 내고 좋다는 도구를 도입했다. 기능도 화려하고, 유명 기업도 다 쓴다는 그 도구를. 그런데 정작 우리 팀에서는 PM과 PO만 그 도구를 열고, 나머지 팀원들은 거의 들어오지 않는다. 왜일까?

Sponsored


이 시리즈가 던지는 질문

이 시리즈는 그 “왜”를 끝까지 파고든다. 핵심 질문은 하나다.

좋다는 프로젝트 관리 도구를, 왜 정작 팀원들은 쓰지 않는가?

이 질문에 답하려면 도구 하나를 욕하는 것으로는 부족하다. 프로젝트 관리라는 행위가 어떤 이론에서 출발했는지, 그 이론이 도구로 구현되면서 무엇이 비틀렸는지, 그리고 시장의 주요 도구들이 공통적으로 어디서 무너지는지를 차근차근 봐야 한다. 그래서 이 시리즈는 길다. 하지만 각 편은 독립적으로도 읽을 수 있게 썼다.


어떻게 진행되는가

전체는 네 개의 막으로 구성된다.

1막 — 이론과 토대. 프로젝트 관리 이론이 무엇을 풀려고 등장했는지, 그리고 그 이론이 소프트웨어라는 특수한 땅 위에서 왜 깨지는지를 다룬다. 도구를 평가할 잣대를 먼저 세우는 단계다.

2막 — 상용 PMS 해부. Jira, ClickUp, monday.com, Asana, Notion, Linear, Trello, 그리고 국산 도구까지. 시장의 주요 상용 도구를 하나씩, 같은 기준으로 해부한다. 각 도구가 무엇을 잘하고, 어디서 팀원을 떠나보내는지를 본다.

3막 — 오픈소스 PMS 해부. Redmine, OpenProject, Taiga, Plane. 자체 호스팅이 가능한 오픈소스 도구들을 상용과 같은 잣대로 평가하되, 비용과 유지보수라는 현실적 관점을 더한다.

4막 — 문제 정의와 PSTA. 앞선 13개 도구가 공통으로 무너진 지점을 종합하고, 그 문제를 처음부터 풀려고 설계한 새로운 모델 — PSTA(Project·Service·Team·Action)를 제안한다. 물론 그 한계까지 솔직하게 짚는다.


한 가지 약속

이 시리즈는 특정 도구를 깎아내려 다른 것을 띄우려는 글이 아니다. Jira는 정말 잘 만든 도구이고, Linear는 아름답다. 각 도구의 강점은 강점대로 정직하게 인정할 것이다. 다만 “강력함”과 “모두가 실제로 쓰는 것”은 다른 문제라는 점 — 이 시리즈가 끝까지 붙들 화두는 그것이다.

짚고 가기: 좋은 도구가 안 쓰이는 건 팀원이 게을러서가 아니다. 도구가 팀원에게 맞지 않게 설계되었기 때문이다. 이 관점의 전환이 시리즈 전체의 출발점이다.


전체 목차

1막 · 이론과 토대

  • 01. 프로젝트 관리 이론의 계보 — WBS에서 애자일까지
  • 02. IT 프로젝트의 특수성 — 건설 PM 이론이 깨지는 지점

2막 · 상용 PMS 해부

  • 03. Jira — 개발자의 표준, 그러나 누구를 위한 표준인가
  • 04. ClickUp — 모든 걸 다 하는 도구의 역설
  • 05. monday.com — 예쁜 UI 뒤에 숨은 복잡성
  • 06. Asana — 태스크 관리의 모범생
  • 07. Notion — 만능 워크스페이스는 PMS가 될 수 있는가
  • 08. Linear — 빠르고 아름다운, 그래서 한정적인
  • 09. Trello — 가장 단순한 칸반의 끝과 한계
  • 10. 국산 PMS — Flow·Jandi·콜라비는 무엇이 다른가
  • 11. 중간 정리 ① — 상용 도구가 공통으로 무너지는 자리

3막 · 오픈소스 PMS 해부

  • 12. Redmine — 20년 된 오픈소스 PMS의 저력과 무게
  • 13. OpenProject — 엔터프라이즈를 노린 오픈소스
  • 14. Taiga — 애자일에 진심인 오픈소스
  • 15. Plane — Linear를 닮고 싶은 신예 오픈소스
  • 16. 상용 vs 오픈소스 — 무엇을 언제 선택해야 하는가

4막 · 문제 정의와 PSTA

  • 17. 왜 결국 아무도 안 쓰는가 — 13개 도구가 알려준 공통 실패
  • 18. PSTA의 발상 — Project·Service·Team·Action이라는 구조
  • 19. PSTA는 무엇이 다른가 — 자동 집계, 산출물 허브, 조직 연동
  • 20. PSTA의 장단점과 한계 — 그리고 시리즈를 마치며

시작하며

다음 편(01부)에서는 시리즈의 토대로, 프로젝트 관리 이론의 계보를 정리한다. WBS와 간트 차트에서 시작해 CPM, 애자일, 스크럼, 칸반, OKR까지 — 우리가 매일 쓰는 도구들이 어떤 이론의 후손인지 그 족보를 그려본다.

긴 여정이 될 것이다. 그 끝에서 우리는 처음의 질문에 답하게 된다. 모든 참여자가 실제로 쓰는 프로젝트 관리란, 과연 가능한가?


다음 글: IT 프로젝트 관리 도구 완전 해부 – 01. 프로젝트 관리 이론의 계보 — WBS에서 애자일까지


MORE POSTS

다른 글 보기

테크 랩

PMBOK 완독기 – 09. 리스크관리: 아무도 안 보는 관리대장을 살리는 법 (11장)

리스크 관리 대장과 확률×영향 분석의 핵심, 그리고 방치되는 대장을 경량 Top 5 로그로 살아있게 유지하는 법.
2026.11.04
테크 랩

PMBOK 완독기 – 08. 의사소통관리: 보고 오버헤드 줄이기 (10장)

채널 수 폭증 공식과, 주간보고에 반나절을 쓰는 오버헤드를 자동 집계·push 알림으로 줄이는 실전 번역.
2026.11.03
테크 랩

PMBOK 완독기 – 07. 자원관리: RACI와 역할 분담 (9장)

RACI(책임배정매트릭스)와 ‘Accountable 1명’ 원칙으로 역할 혼선을 없애는 법, 그리고 워크로드 관리의 현실.
2026.11.02

프로젝트 문의 환영합니다

기획부터 개발, 운영까지 함께 만들어 드립니다.

무료 3분 자가진단

우리 회사, 자체 클라우드가 답일까?

AWS vs 자체 인프라 · 11개 항목 3분 체크