방향성은 티켓 한 장에 담기지 않습니다
스프린트 안에 무드보드를 넣거나, 클라이언트에게 Jira 이슈에서 시안 피드백을 남겨달라고 하기는 어렵습니다. 계속 시안을 비교하고 좁혀가야 하는 팀에는 작업물이 보이는 공간이 필요합니다.
엔지니어링 티켓 추적의 대명사, Jira.
스프린트를 달리고 버그를 추적하는 소프트웨어 팀에게 Jira는 업계 표준입니다. Jira의 깊이는 엔지니어링 팀에게 절대적인 이점입니다.
마케팅, 디자인, 게임 프리프로덕션처럼 파일과 레퍼런스, 작업물 자체가 중요한 팀에는 Jira만으로 부족합니다.
ALLO는 티켓으로 설명하기 어려운 일을 위해 만들어졌습니다.
버그 리포트는 티켓입니다. 하지만 30개의 레퍼런스가 포함된 캠페인 브리프는 티켓이 아닙니다. 시각적 산출물을 Jira 이슈로 짓눌러버리면 창의성의 본질을 잃게 됩니다.
ALLO는 시각 작업을 중심에 둡니다. 카드를 열면 레퍼런스와 작업물이 함께 놓인 캔버스가 펼쳐지고, 팀은 티켓 번호가 아니라 실제 작업물을 보며 이야기할 수 있습니다.
솔직한 비교.
“개발팀은 Jira. 나머지 모든 팀은 ALLO.”
개발팀은 Jira. 그 외 부서는 ALLO.
애자일 개발을 진행하는 엔지니어링 팀은 Jira를 유지하는 것이 맞습니다. 하지만 디자인 팀, 마케팅 팀, 브랜드 리뷰어는 Jira에 있을 이유가 없습니다. 많은 기업이 엔지니어링을 위해 Jira를, 크리에이티브 프로젝트를 위해 ALLO를 병행 사용합니다.
자주 묻는 질문.
엔지니어링 팀이 쓰는 Jira를 ALLO로 교체할 수 있나요?
불가능하며, 권장하지도 않습니다. 개발 워크플로우에 대한 Jira의 깊이는 흉내 내기 어렵습니다. 개발 외 부서가 주도하는 크로스펑셔널 크리에이티브 작업에만 ALLO를 쓰세요.
억지로 Jira를 쓰고 있는 비개발 부서입니다. 옮길 수 있을까요?
네, 가장 흔한 ALLO 전환 사례 중 하나입니다. 마케팅, 디자인 팀은 다른 부서를 위해 만들어진 워크플로우에 한계를 느끼고 결국 Jira를 벗어나게 됩니다.
가격 차이는 어떤가요?
Jira의 가격 정책은 웹사이트를 참고하세요. Jira의 인당 단가가 조금 더 저렴할 순 있지만 시각적인 툴이 필요한 팀에 비시각적인 툴을 강요하는 것은 올바른 비용 절감이 아닙니다.
솔직한 평가
개발 관리는 Jira에 남겨두고, 그 바탕이 되는 크리에이티브 작업은 ALLO에서 하세요.