Trello 대 Jira: 개발자의 관점에서 비교

오늘날의 소프트웨어 생산은 20년 전과 같지 않습니다. 소프트웨어는 말 그대로 전 세계에 팀이 분산되어 있고 프로세스의 특정 부분에만 전문화된 사람들에게 의존하면서 점점 더 복잡해졌습니다. 또한 신규 사용자를 확보하고 기존 사용자를 유지하기 위한 경쟁이 심화되면서 UI/UX가 매우 중요한 이슈가 되었습니다.

지난 1년 동안 저는 12개의 프로젝트를 수행했으며 거의 ​​모든 프로젝트에서 PMT( 프로젝트 관리 도구 )를 사용했습니다. 오늘은 하나의 특정 도구에 대한 영업 프레젠테이션을 제공하지 않고 이러한 도구가 실제 생활에서 어떻게 사용되는지에 대한 개발자의 관점과 두 가지 대표적인 도구에 대한 개요를 제공합니다. 도구. 이 기사가 의사 결정자와 개발자가 자신과 팀, 작업 중인 프로젝트에 가장 편리한 것이 무엇인지 파악하는 데 도움이 되기를 바랍니다.

프로젝트 관리 도구를 사용하는 이유

내가 시작할 때 내 프로젝트의 대부분은 프로젝트 관리 도구에 의존하지 않았기 때문에 정말로 필요한지 물어볼 수 있습니다. 개발자는 소프트웨어 없이 소프트웨어를 만들 수 없습니까? 대답은 여러 요인에 따라 달라지므로 그 중 일부를 분석해 보겠습니다.

글로벌 팀의 부상

대부분의 프로젝트에서 저는 전 세계 사람들을 위해 일하고 있다는 사실을 알게 되며, 이는 정말 멋진 일이지만 사무실 팀이 직면하지 않는 다양한 문제를 제기하기도 합니다. 동료에게 당신이 충분히 능숙하지 않은 시스템의 일부를 수정하거나 수정하도록 하려고 할 때 표준 시간대는 실제 문제가 됩니다.

일주일에 한두 번 이상 다른 개발자와 대화하지 못할 수도 있는 시나리오도 있습니다. 프로젝트 관리 도구는 팀 구성원이 자신의 요구 사항을 주고받을 수 있는 공식(그리고 실제적인 이유로 때로는 유일한) 채널이 되기 때문에 이러한 협업 프로세스를 보다 쉽게 ​​만드는 데 도움이 됩니다.

물론 분산된 팀의 개별 구성원 간의 커뮤니케이션에 관한 것만은 아닙니다. PMT는 또한 모든 팀 구성원에게 더 많은 정보와 가시성을 제공하므로 다른 팀 구성원의 진행 상황을 추적하고 그에 따라 활동을 계획할 수 있습니다.

협동

이메일이나 다른 커뮤니케이션 채널을 통해 협업하는 것만으로도 동일한 결과를 얻을 수 있다고 생각할 수 있습니다. 내 고객이 내가 몇 달 전에 작업한 프로젝트에서 그렇게 했는데 악몽이었습니다. 사람들은 의사 소통을 위해 여러 이메일을 사용했기 때문에 서로 다른 스레드를 추적하기가 어려웠습니다. 또한 하나의 문제에 대한 커뮤니케이션은 서로 다른 이메일 대화에서 서로 다른 조각으로 쪼개진 퍼즐이 됩니다. 대부분의 이메일 대화는 여러 문제를 다루기 때문에 남은 작업을 추적하기가 점점 더 어려워졌습니다.

프로젝트 관리 도구는 한 번의 클릭으로 필요한 모든 것(디자인, API 및 피드백)을 찾을 수 있도록 하므로 각 문제에 대해 하나의 대화 스트림을 제공하여 이 문제를 해결합니다. 공동 작업의 관점에서 볼 때 이는 프로젝트 관리 도구를 통해 모든 사람이 프로젝트의 모든 세그먼트와 단계에 액세스하고 볼 수 있게 하여 지속적인 커뮤니케이션 및 업데이트의 필요성을 줄여주기 때문에 큰 차이를 만들 수 있습니다.

프로젝트 요구 사항 관리

프로젝트 관리 도구를 사용하지 않는 팀이 직면한 가장 큰 문제 중 하나는 소프트웨어의 본질적인 특성 때문입니다. 아마도 당신은 스타트업에서 일하고 있고 두 번 이상 피봇을 했을 것입니다. 프로젝트를 진행하면서 목표와 요구 사항이 계속 발전할 수 있습니다.

이러한 맥락에서 우리는 소프트웨어를 살아있는 존재로 생각해야 합니다. 초기 계획이 얼마나 잘 작성되었는지에 관계없이 항상 변경해야 할 좋은 기회가 있습니다. 그러나 때때로 이러한 변경 사항이 모든 팀 구성원에게 전달되지 않는 경우가 있습니다. 경영진은 경쟁자보다 우위를 점할 수 있는 새로운 기능에 대해 대화를 나눌 수 있지만 관리자가 이를 나머지 팀에게 표현하지 않으면 발생하지 않습니다.

기록해 두지 않으면 사장과 사장도 잊어버릴 수 있다. 최신 및 공식 요구 사항이 있는 곳이 없으면 많은 시간과 돈을 잃게 됩니다. PMT는 프로젝트 기간 동안 모든 요구 사항과 정보가 저장되는 단일 위치, 즉 단일 지점을 제공합니다. 이것은 나중에 추가할 수 있는 기능이 추가되지 않는 것에 관한 것이 아닙니다. 저는 우리가 해당 기능을 더 이상 지원하지 않는다는 소식을 듣지 못했다는 것을 발견하기 위해 전체 기능을 개발했습니다.

메모리 및 시간 효율성

가장 옅은 잉크가 가장 강력한 메모리보다 더 안정적입니다. - 속담

우리는 한 번에 너무 많은 것을 머리로 처리할 수 있습니다. 관리자와 전화를 걸고 대화 중에 수십 가지 다른 문제를 제기하면 어느 시점에서 뭔가를 잃게 될 것입니다. 가장 중요한 요점을 스스로 기록하려고 할 수 있지만 여전히 무언가가 틈을 통해 떨어질 수 있습니다.

통화 중에 요구 사항에 대해 이야기하는 대신 기록해 두는 것은 흐름에서 잠재적인 누락 요소를 포착하거나 현재 해당 문제를 구현하는 데 방해가 될 수 있는 요소를 감지하는 좋은 방법입니다. 소프트웨어 개발은 ​​선형적이지 않으므로 오늘 기능 작업을 시작했지만 제품에서 작업해야 하는 더 긴급한 일이 있을 수 있으며 몇 주 또는 몇 달 후에 돌아와서 정확히 필요한 것이 무엇인지 잊어버렸음을 깨닫게 됩니다.

그렇기 때문에 요구 사항을 적어두면 기억할 필요가 없거나 동일한 기능에 대해 다시 논의하지 않아도 되므로 시간을 절약할 수 있습니다. 소프트웨어가 더 복잡하기 때문에 시간 효율성이 매우 중요합니다. 따라서 명확하게 해야 할 문제에만 집중함으로써 회의 시간을 절반 이상으로 단축할 수 있습니다.

집중하다

이것은 해결 중인 문제와 관련된 커뮤니케이션을 추적하고 해당 사항에 대해 이야기할 필요 없이 미래 요구 사항의 기능을 추적하는 이전 문제와 관련이 있습니다.

이것은 개발자가 현재 필요한 것을 만드는 데 계속 집중하고 다음에 무엇이 나올지 배우는 데 도움이 됩니다. 단지 편리함과 정보에 대한 쉬운 접근만이 아닙니다. 추가된 가시성 수준을 통해 각 팀 구성원은 큰 그림을 보고 그에 따라 미리 계획할 수 있습니다.

주요 PMT 기능

따라서 우리가 PMT에서 찾고 있는 것은 다른 문제에 대한 토론을 분리하고 잘 조직함으로써 대화를 관리하는 데 도움이 되는 도구입니다. 이는 다른 시간대와 다른 팀 간의 의사 소통을 돕는 동시에 소프트웨어의 공식 비전의 저장소 역할을 하여 개발자, 프로젝트 관리자를 위한 개발 프로세스의 마찰을 줄여 초점을 유지하고 시간을 절약하도록 도와줍니다. , 그리고 오늘날의 소프트웨어 개발 환경에 관련된 모든 사람.

지라

Jira 는 소프트웨어 개발을 위해 특별히 설계된 매우 강력한 PMT입니다. 그러나 모든 사람이 Jira의 모든 기능을 아는 것은 아니며 첫 번째 프로젝트를 관리하려는 비즈니스 소유자라면 부담스러울 수 있습니다. 다른 옵션 중에서 결정하는 사람으로서 이 글을 읽고 있지만 이전에 Jira를 사용한 적이 없다면 먼저 Jira의 힘을 진정으로 활용할 수 있도록 몇 가지 자습서를 보는 것이 좋습니다.

스프린트

Jira에 대한 대부분의 경험을 정의할 수 있는 세 단어가 있으며 그 중 하나는 sprint 입니다. 스프린트는 밀접하게 관련되거나 그렇지 않을 수 있는 특정 목표를 완료하기 위해 팀이 노력하는 기간입니다. 완전히 유연합니다. Jira 스프린트는 일반적으로 일주일 동안 지속되며, 제 생각에는 이것이 최적의 기간입니다.

개발자의 관점에서 이것은 여러 가지를 할당하고 가장 편안한 순서로 작업할 수 있는 유연성을 제공합니다. 어려운 작업을 수행한 다음 긴장을 풀기 쉬운 작업 또는 2개의 작업을 수행할 수 있습니다. -3 동시에 밀접하게 관련되어 있습니다. 이를 통해 개발자는 적시에 제공하는 데 집중하면서 몇 가지 결정을 내릴 수 있습니다.

Jira 에픽 및 문제

스프린트가 시간 영역에서 작업을 그룹화하는 동안 에픽 은 주제별로 작업을 그룹화할 수 있습니다. 예를 들어 작업을 주당 스프린트로 나눌 수 있지만 프론트엔드와 백엔드에서 동시에 작업을 그룹화할 수도 있습니다. 주제별로 작업을 나눌 때 주제에 개발자를 지정할 수 있습니다.

예를 들어 기존 데이터베이스에서 데이터를 마이그레이션하기 위한 에픽이 있을 수 있으므로 이를 에픽 DB 마이그레이션이라고 부를 수 있으며 해당 에픽의 모든 작업이 관련되어 있기 때문에 단일 개발자가 전체 기간 동안 해당 작업을 담당할 수 있습니다. 스프린트. 이렇게 하면 두 명의 개발자가 이전 데이터베이스를 학습하는 데 시간을 할애하지 않아도 되므로 개발 효율성이 높아집니다.

반면에 문제 는 수행해야 하는 일이며 에픽 및 스프린트에 속할 수 있습니다. 문제에는 여러 유형이 있으며 스토리 , 작업 및 버그 가 있습니다. 이야기에는 하위 작업이 있다는 특징이 있습니다. 이 기능을 사용하면 문제를 작은 조각으로 분해하여 함께 촬영할 때 완전한 그림을 형성할 수 있습니다. 이렇게 하면 완료해야 할 단일 항목에 초점을 맞추는 대신 많은 작업이 생성되는 것을 방지할 수 있습니다.

Jira의 작업은 매우 구체적이고 하위 작업이 없는 문제입니다. 수행해야 하는 작업이 매우 간단하고 분해할 필요가 없는 경우 작업입니다. 버그는 수정해야 할 사항입니다. 버그를 특별한 범주로 유지하면 프로젝트에서 얼마나 진행되고 있는지가 아니라 얼마나 수정하고 있는지 이해하는 데 도움이 됩니다.

우선순위

여러 시간대에 걸쳐 작업하는 글로벌 팀에서 작업할 때 커뮤니케이션은 방정식의 큰 부분입니다. "전 세계에서" 일한다는 것은 비유가 아니라 많은 개발자가 살고 있는 현실입니다. 관리자와 개발자 간에 의사 소통하기 어려운 것 중 하나는 작업의 우선 순위 수준입니다. 할 일 목록을 사용하여 다음 시나리오를 상상해 보십시오.

개발자는 이번 주에 완료해야 할 7개의 작업이 있음을 확인합니다. 그들 중 일부는 어렵고 일부는 쉽습니다. 그러나 관리자에게 중요한 한 가지 작업은 매우 복잡하지만 할 일 목록에 있는 개발자에게는 모든 작업이 동일합니다. 예상치 못한 일이 발생하고 목록이 완료되지 않으면 가장 중요한 작업이 잘리거나 서둘러 끝납니다(아마도 그 과정에서 품질을 희생함). 이것은 개발자가 완료해야 하는 더 중요하거나 중요한 것을 이해할 수 있도록 하는 우선 순위 를 가짐으로써 Jira에서 매우 쉽게 해결됩니다.

콘텐츠, 콘텐츠, 콘텐츠

Jira에 대해 정말 감사하게 생각하는 것 중 하나는 각 문제에 넣을 수 있는 콘텐츠의 양입니다. 이미지나 링크를 추가하고 다른 팀 구성원을 태그할 수 있습니다. 이는 Trello에서도 마찬가지지만 UI는 사용자가 더 많은 콘텐츠를 배치하도록 유도하므로 각 작업에 대해 더 많은 데이터를 확보하는 데 도움이 됩니다.

Jira의 장단점

Jira는 소프트웨어 개발을 위해 특별히 통합된 많은 기능을 갖춘 매우 잘 정립된 도구입니다. 다른 시스템과의 많은 통합을 제공하고 잘 조직화하는 데 도움이 됩니다. (매우) 큰 팀에 특히 좋습니다.

유능하고 기능이 풍부한 PMT인 Jira는 초보 개발자에게 다소 어려울 수 있습니다. 경험은 압도적일 수 있습니다. 스프린트, 서사시 및 문제가 모두 함께 혼합될 수 있습니다. 관리자가 소프트웨어 개발 경험이 거의 없는 클라이언트인 경우 개발자 팀을 관리하려고 하는 경우 특히 그렇습니다. 경험 많은 관리자(클라이언트)와 개발자는 물론이고 개발에 시간이 오래 걸리는(몇 개월 이상) 대규모 팀과 대규모 프로젝트에 Jira를 적극 권장합니다.

장점

• 소프트웨어 개발을 위해 특별히 설계됨
• 각 문제에 링크, 이미지, 첨부 파일과 같은 많은 콘텐츠가 포함될 수 있습니다.
• 항상 문제를 추적하는 데 도움이 되는 알림 기능이 있는 모바일 앱이 있습니다.
• 스프린트를 제품의 핵심과 통합
• 매우 직관적인 작업 필터링을 제공하여 자신과 관련된 작업에 집중할 수 있습니다.

단점

• 많은 기능이 있으므로 소프트웨어를 쉽게 사용하지 않을 수 있습니다.
• 모든 기능을 활용하려면 약간의 교육이 필요합니다.
• 애자일 개발에 대한 이해가 필요하거나 최소한 크게 도움을 받습니다.
• 소규모 팀이 있는 소규모 프로젝트에는 과도할 수 있습니다.

트렐로

Trello는 "카드가 있는 보드"( Kanban 이라고도 함)라는 간단한 문구로 요약할 수 있습니다. 얼핏 보면 훈련되지 않은 눈에는 너무 단순할 수도 있습니다. 그러나 간단한 것이 매우 유용할 수 있습니다.

단순함은 강력한 개념입니다. 그것이 iPhone과 Mac이 OS가 간단하고 사용하기 즐거었기 때문에 인기를 끌게 된 이유 중 하나입니다. Jira는 생각할 수 있는 모든 것을 가지고 있는 것처럼 느껴지지만 Trello는 당신을 통과하기에 충분하다고 느낍니다. 에픽, 스토리, 스프린트가 없습니다. 단순히 카드를 작업하고 다른 단계(열)를 통해 이동하면 됩니다.

이 모든 것이 Jira에도 존재한다는 점을 염두에 두고 Trello에서 가장 빛나는 몇 가지 기능을 설명하겠습니다.

스테이지

Trello를 사용하면 단계 를 매우 쉽게 정의할 수 있습니다. 열을 만들고 사용을 시작하기만 하면 됩니다. 가장 일반적인 것은 To Do, Doing, Review 및 Done입니다. 단순성 때문에 On Hold와 같은 다른 열을 추가하거나(Jira도 이 작업을 수행할 수 있지만 이러한 문제를 명시적으로 찾지 않는 한 손실된 것처럼 느껴집니다) Todo Front-end와 같은 시스템의 다른 부분에 대한 열을 생성할 수 있습니다. 또는 Todo 백엔드. 이는 팀과 프로젝트가 간단한 웹 사이트, 위젯 또는 확장 기능과 같이 소규모로 동시에 관리할 구성원이나 작업이 많지 않은 경우에 탁월합니다.

회원

회원에게 카드를 할당할 수 있으며 개발자에게 카드를 할당하는 방법은 매우 간단합니다. 댓글에 다른 회원을 태그할 수도 있습니다. 이렇게 하면 문제에 관련된 모든 사람이 문제에 대해 계속 소통할 수 있습니다.

클릭 한 번으로 사용자는 자신의 카드나 다른 팀 구성원의 카드를 쉽게 필터링할 수 있으며 이는 캘린더 보기에서 특히 편리합니다.

매우 시각적인

단순성으로 인해 Trello는 카드 내용을 열 때마다 Kanban을 볼 수 있습니다. 이 관점에서 벗어날 수 없기 때문에 매우 시각적인 접근 방식입니다. 또한 카드에는 보드에서 볼 수 있는 이미지가 있을 수 있습니다.

이것은 Jira에 없는 것입니다(또는 적어도 실제 프로젝트에서 사용되는 것을 본 적이 없습니다). 사진은 말보다 더 많은 것을 말할 수 있기 때문에 매 티켓을 열지 않고도 무슨 일이 일어나고 있는지 쉽게 볼 수 있습니다.

또한 Trello의 다채로운 태그를 사용하면 카드를 확장하지 않고도 더 많은 정보를 추가할 수 있습니다. 약간의 좋은 구성으로 Post-It 레이블과 같은 Kanban에 해당하는 레이블은 매우 유용하고 불필요한 클릭을 많이 방지할 수 있습니다.

정보 과부하

고유한 단순성으로 인해 Trello는 산더미 같은 정보에 압도되는 느낌을 피하면서 일을 단순하고 핵심만 유지하도록 합니다. 여러 번, 당신은 당신이 관여하지도 않은 항목에 대한 알림이 끊임없이 쏟아지는 프로젝트에서 작업하고 있을 것입니다.

이 추가 소음은 적어도 제 경험으로는 Trello에서 다소 감소한 것 같습니다. Trello는 정보를 추가하는 데 그다지 사용자 친화적이지 않기 때문에 문제가 더 작은 경향이 있다는 것을 알았습니다. 즉, Jira에서보다 작업이 더 작은 조각으로 나뉩니다. 약간의 계획을 세우면 이러한 작은 작업이 너무 많은 소음을 발생시키지 않아야 합니다.

게임화

게임화의 개념은 부분적으로 간단한 작업을 수행하고 보상을 사용하여 게임으로 바꾸는 것입니다. Trello 블로그의 이 기사에서 지적한 바와 같이 "어려움이 보상으로 보완된다면 당신을 미루지 않습니다."

티켓이 한 단계에서 다른 단계로 이동할 때마다 아드레날린(또는 도파민)이 증가합니다. Trello에서 카드를 드래그하지 않고는 다른 단계로 카드를 이동할 수 없기 때문에(Jira에서는 문제의 상태를 변경하는 것이 가장 쉽습니다) 진행 상황과 물리적으로 연결됩니다. 어느 순간 자신도 모르는 사이에 전날보다 더 많은 문제를 해결하기 위해 자신과 경쟁하고 싶은 기분이 들거나(여기서 혼자만이 아니길 바랍니다) 할 일 열을 만들기 위해 고군분투하고 싶은 생각이 들 때가 있습니다. 최대한 빨리 비우십시오. 오늘날 많은 소프트웨어 제품이 게임화를 사용하여 대부분의 소셜 플랫폼에서 보기 및 좋아요와 같은 더 큰 참여를 유도합니다. 이러한 행동 보상 메커니즘은 사람들이 플랫폼에 계속 참여하도록 하는 것입니다.

좋은 것과 나쁜 것

나는 여전히 Trello를 사용하는 것이 얼마나 즐거운지 놀랍고, 확실히 Trello의 단순함이 이 경험에 매우 중요합니다. 작업은 더 작은 경향이 있습니다. 동일한 작업을 완료하더라도 단일 Jira 스토리의 상태를 완료로 변경하는 것보다 세 가지 작업을 "검토용" 열로 옮기는 것이 좋습니다. (한 Jira 스토리의 전환율은 Trello에서 약 세 장의 카드라고 생각합니다.)

진입 장벽이 매우 낮기 때문에 프로젝트를 관리하려는 신규 개발자 또는 비즈니스 소유자에게 이상적입니다. Trello는 소프트웨어 엔지니어 등 누구나 쉽게 마스터할 수 있습니다. 문제는 Trello가 특정 프로젝트와 대규모 팀에 너무 가벼울 수 있다는 것입니다. 추가 보드를 쉽게 만들 수 있지만 단일 보드에서 많은 개발자가 작업하는 것은 문제를 일으킬 수 있습니다. Jira의 공유 작업 공간과 질적으로 동일하지 않습니다.

장점

• 낮은 진입 장벽 - 경험이 필요하지 않습니다.
• 간단한 UI
• 뛰어난 시각적 효과 - 즉시 아이디어를 얻습니다.
• 소규모 프로젝트 및 소규모 팀에 적합

단점

• 문제에 많은 세부 정보를 추가하기 위한 친숙한 UI/UX가 아닙니다.
• 칸반 보드를 표시하려면 물리적으로 더 많은 공간이 필요하기 때문에 모바일에서도 번역되지 않습니다.
• 작업의 우선 순위를 지정하는 방법(적어도 직관적으로)이 없습니다.

프로젝트 관리 도구를 사용해야 합니까?

예. 관리자나 비즈니스 소유자가 연중무휴로 질문에 답할 수 없는 오늘날의 일반적인 상황에서는 필요한 모든 것이 기록된 저장소를 갖는 방법과 마찬가지로 도구를 사용하는 것에 대해 정말로 생각해야 한다고 생각합니다. 명확한 방식으로. 이렇게 하면 Skype 대화에서 잊어버렸거나 수백 개의 이메일 아래에 숨겨져 혼란이나 누락된 항목을 방지하는 데 도움이 됩니다. 취미 사이트와 같이 프로젝트가 더 작은 경우 PMT가 과도할 수 있습니다.

어느 것을 사용해야 합니까?

이에 대한 답변은 귀하의 요구 사항에 가장 적합한 답변입니다. 팀이 4명 이상으로 구성되고 프로젝트가 1년 이상 지속된다면 저는 Jira를 사용하겠습니다. 그렇다면 Jira 사용법과 소프트웨어 개발 방법론을 사용하는 방법에 대해 자세히 읽어보시기 바랍니다.

팀의 인원이 4명 미만이고 프로젝트가 간단한 웹 사이트이거나 기존 프로젝트에 일부 기능을 추가하는 경우 단순성으로 인해 Trello를 권장합니다. 항상 그렇듯이 도구를 사용하면 둘 다 작업을 완료할 수 있지만 이것이 모든 사람에게 가장 좋은 도구가 동일하다는 의미는 아닙니다.