최상의 답변
요청한대로 적절한 테이블 / 그리드 기반 비교가 아니지만 여기에 두 가지를 모두 사용한 주관적인 설명이 있습니다. .
JIRA는 주로 이슈 추적 시스템입니다. 그 뿌리가 바로 그 뿌리입니다. 그리고 그것도 아주 잘 수행하고 있습니다. 성능과 성숙도는 견고합니다. JIRA에 다양한 Agile 기반 기능이 추가되어 “민첩한 물결을 포착합니다. “, 당신이 원한다면. 나는 그것들이 기껏해야 기능적이지만 사용하기가 다소 답답하다는 것을 발견했다. 그들도 근본적인 문제 추적 객체 모델을 분명히 말할 수 있고”애자일 도구 “에 볼트로 고정 할 수있다. 우리는 그것을 사용하는 깨끗한 방법을 찾지 못했다. 우리는 이제 막 지나가고 있습니다.
반면 PT는 애자일 개발에 사용하기 매우 간단하며 칸반 / 반복 개념이 마음에 들면 잘 작동합니다. 개발자는이를 많이 좋아하는 경향이 있습니다. PT에 버그를 추가하기 시작하면 프로젝트 백 로그와 아이스 박스가 빠르게 매우 커집니다. d PT가 약간 약합니다. 많은 이야기가 섞여 있고 탐색하기 어려운 버그가 많은 대규모 프로젝트. 물건을 쉽게 잃을 수도 있고, 도구에 결합 된 항목의 수에 압도 당할 수도 있습니다.
이것은 확실히 YMMV 유형입니다. 팀, 프로젝트 규모 등을 고려해야합니다. 문제 추적에는 JIRA를, 개발에는 PT를 좋아했습니다. 그래서 저는 둘 다 사용한다는 아이디어를 가지고 놀았습니다.하지만 그것은 단지 제가 아직 구현하지 않은 이론 일뿐입니다.
공간에는 수많은 옵션이 있습니다. 너무 많습니다. 오히려 상황을 요약합니다. . 아무도 그것을 못 박았습니다. 그리고 모든 사람들이 약간 다른 것을 좋아합니다. 그래서 나는 당신에게 맞는 것을 찾기 위해 몇 가지 도구를 시도해야하는 방법을 찾지 못했습니다. :-/
답변
Asana (아직 베타 버전 임)와 Pivotal Tracker (PT)에서 즉시 눈에 띄는 몇 가지 주요 차이점은 다음과 같습니다.
1. 더 쉬운 온 보딩 프로세스 -Asana는 애플리케이션을 마치 소비자 앱처럼 취급하는 것 같습니다. 방문자가 가입하는 데 30 초도 걸리지 않고 개인적으로 가치를 얻는 데 몇 분이 걸립니다. -그 중 하나는 간단히 작업 조직입니다.
PT는 스타트 업을 구축 할 때 전체 팀이 채택하는 데 시간이 걸렸습니다. 작동 방식을 배우는 것은 쉽지 않으며 응용 프로그램에서 즉시 가치를 얻지 못합니다. 공동 창립자 중 한 명이 실제로 응용 프로그램을 사용하는 방법을 익히는 것이 매우 복잡하다는 것을 알았 기 때문에 전혀 사용하지 않았습니다.
2. 즉시 관련 우리가 사용하는 간단한 유비쿼터스 제품 (예 : 이메일) – Asana의 팀은 많은 사람들이 PT 또는 Basecamp와 같은 새로운 응용 프로그램을 채택하지만 종종 이메일, 스티커 및 메모장과 같은 제품을 계속 사용하거나 동시에 사용하여 조직을 유지한다는 것을 알고 있습니다. 그 이유 중 일부는 (1) 속도 (이메일이나 메모장을 사용하는 것이 더 빠름) 및 (2) 구조-프로젝트의 다른 관점 (예 : 작업, 팀의 작업)을보기가 어렵 기 때문입니다. , 전체 이정표), 따라서 “여러 응용 프로그램을 사용하여 체계적이고 최신 상태를 유지해야합니다.
Asana의 주요 구성 요소는 다음과 같습니다. 각 작업을 무제한 메모 기능, 태그, 사람 할당, 마감일, 첨부 파일, (가장 흥미롭게도) 팔로워 및 뉴스 피드에 할당합니다. 이러한 모든 구성 요소는 웹에서 우리 대부분이 어느 정도 익숙한 개별 구성 요소이므로 “어떻게 작동하는지 이해할 필요가 없습니다. 또한 이해하기 쉽고 실용적인 방식 (즉, 각 작업에 첨부)으로 구성하는 것이 Asana가 PT보다 훨씬 더 잘하고있는 것 같습니다. 구성 요소의 주요 차이점은 작업과 관련된 팔로워 및 뉴스 피드입니다.
개인적으로 Asana는 작업 관리와 관련하여 실제 생활에서 우리가 실제로 상호 작용하는 방식을 훨씬 더 가깝게 복제한다고 생각합니다.
3. 이메일을 통해 사용 가능 -Asana의 주요 기능 중 하나는 사용자가 자신의 이메일을 통해 상호 작용할 수 있다는 것입니다. 예를 들어 “Asana를 사용하지 않는 사람에게 작업을 할당하면 해당 사용자는 응답 할 수있는 전자 메일 알림을 받게되며 해당 사용자는 응용 프로그램과 해당 작업의 모든 팔로워에게 표시됩니다. 플랫폼을 즉시 채택하고 싶지는 않지만 여전히 참여할 수있는 사용자를위한 훨씬 더 자연스럽고 유기적 인 온 보딩 프로세스입니다. 이러한 기능을 갖춘 엔터프라이즈 소프트웨어를 본 적이 없습니다.
4. 광범위한 사용 사례 -Asana는 일반적인 작업 관리 문제를 해결하는 데 도움이되며 웹 개발에만 국한되지 않습니다. PT는 웹 개발 지향 작업에 매우 적합하다고 느끼며 그 영역 밖에서는 그렇게 많이 느끼지 않습니다.
이것은 Asana의 몇 가지 차이점 일 뿐이며, 소프트웨어를 출시하고 사람들이 사용하기 시작할 때만 복합적으로 작용할 것이라고 생각합니다.
비전이 그저 더 웅장해서 처음부터 다른 사고 과정이 필요한 것 같습니다.