기본 콘텐츠로 건너뛰기

JIRA Service Desk로 소프트웨어 개발과정을 향상시킬 수 있는 방법을 확인해 보십시요

더 나은 IT 서비스가 소프트웨어 개발을 향상시킬 수 있을까요?

소프트웨어 딜리버리에서 팀웍의 힘은  매우 중요합니다. 거기에는 연관된 많은 역할(role)이 있습니다. 개발자부터 빌드 엔지니어와 품질 보증 팀이 있고, 안정적이고 생산 준비된 개발 환경을 보장하는 운영팀도 있습니다.  소프트웨어 개발 피드백 측면으로는 종종 서비스 중단과 버그를 경험하고 변경을 요청하는 사용자가 있습니다. 서비스 티켓(고객요청사항)의 유입을 관리하고 비즈니스 사용자들을 기쁘게 해주는 IT 또한 빠뜨릴 수 없죠.
개발자와 IT 팀은 개별 시스템에서 일하기 때문에, 진행 과정에 사각지대가 존재합니다. 협업을 위한 채널이 없다면, IT 팀은 수정사항과 개선에 필요한 가시성과 커뮤니케이션을 확보할 수 없습니다.
게다가, 진행 과정이 비효율적으로 남아있기 때문에 개발 팀의 제품 개발부터 출시까지의 시간이 지연됩니다. 서버 문제와 버그, 기능 요청과 같은 여러 문제들 사이에서, 서비스 관리는 소프트웨어 개발 피드백의 필수적인 부분이 되었습니다.
서비스와 개발을 한 곳으로 통합하면 주요 피드백을 투명하게 하고, 가동 시간을 보장하며, 사용자 가치를 증가시키고, 조직의 협업 능력을 향상시킵니다.  
JIRA는 30,000여개의 훌륭한 소프트웨어 개발 팀을 돕고 있습니다. JIRA를 사용하는 팀들을 위해, JIRA Service Desk는 서비스 요청과 개발을 관리할 수 있는 하나의 장소를 제공합니다. 다음에서 그 내용을 확인하실 수 있습니다.

버그에 대한 가시성

만약 고객이 IT 서비스 데스크로 소프트웨어 버그에 대한 요청을 제기한다면,  IT 상담원(Agent)들은 어떻게 버그 수정 상태에 대한 정보를 얻고 고객에게 요청정보를 업데이트할 수 있을까요?
예를 들어, JIRA Service Desk의 티켓(고객 요청)이 JIRA에서 추적된 버그와 연관될 수 있습니다. 
IT 상담원(Agent)는 손쉽게 버그의 관찰자가 될 수 있고, 워크플로우를 따라  진행 과정을 지켜볼 수 있습니다.
핑(ping)을  해보거나 개발자에게 이메일을 보내지 않아도, 개발 과정에서 혼란을 제거하지 않고도 이 모든 것이 가능합니다. 

사고를 더 큰 문제와 연결

만약 IT 팀에 서로 연관 있어 보이는 여러 개의 티켓(고객요청)이 접수된다면 어떨까요? 이 작은 요청들을 어떻게 더 큰 소프트웨어 문제와 연결할 수 있을까요? 
JIRA Service Desk에서는, 상담원(Agent)는 고객요청에 근거해 버그를 확인할 수 있고 손쉽게 티켓(고객요청)과 개발자를 묶을 수 있습니다 . 그 다음, 개발자는 JIRA 개발 프로젝트에서 이슈를 생성합니다. 한 번 이슈들이 연결되면, 서비스 데스크 티켓에서 이슈 상태를 확인할 수 있습니다.
Icon
  • 개발자들과 IT 상담원(Agent)들은 한 줄 댓글 스레드에서  @맨션(언급기능)을 이용해 이슈에 대해 토론할 수 있으며, 양 팀간의 분명한 커뮤니케이션 채널을 구축할 수 있습니다.

어떻게 고객요청이 기능으로 탄생되는가?

어떻게 여러고객 요청이 새로운 기능으로 탄생되는 걸까요?
여러 사용자들이 기능 향상에 대한 같은 고객 요청을 제출하면, IT 상담원(Agent)는 개발자와 @맨션(언급기능)을 이용해 간단히 대화를 나눌 수 있습니다.
기능이 미칠 영향을 함께 분석하지만, 개발 팀에게 우선 순위를 둡니다.
일단 그 변경 요청에 대한 JIRA 개발 프로젝트가 시작하면, IT 상담원(Agent)은 진행 과정을 업데이트하고 업데이트된 내용에 대해 사용자와 소통할 수 있습니다.
JIRA Service Desk를 사용하면, 개발 팀은 피드백에 대한 가시성을 확보하고 더 빠른 소프트웨어 향상을 제공할 수 있습니다.
JIRA Service Desk를 사용해 JIRA를 확장시킨다는 것은 이해당사자들과의 소통과 협업을 개선할 수 있다는 의미입니다.
모든 관련자들이 같은 데이터에 접속할 수 있고  필요한 조치를 취할 수 있습니다. 여기에서 얻어지는 통찰력은 팀이 더 좋은 소프트웨어를 만들어 고객을 만족시키도록 합니다.
소프트웨어와 IT 팀간의 협업에 대해 더 자세히 알고 싶으시다면, 2월 5일 저희 JIRA Service Desk 제품 매니져와 함께 하는 웹 세미나에 참여해 보세요.
날짜와 시간
2월 6일(목)  03:00AM (한국시간 기준) (tick) 새벽이라 좀....(슬픔)
참가자들을 위한 주요 내용 요약:
  • JIRA Service Desk를 이용한 바윗돌처럼 단단한 IT 서비스 데스크 구축 
  •  IT 상담원(Agent)들이 개발자와 협업하여 근본적인 문제를 다룰 수 있도록 JIRA Service Desk의 서비스 티켓을 JIRA 이슈에 링크
  • 단일 통합 솔루션으로 이슈와 티켓간의 가시성 확보
제한적으로 등록 가능합니다. 오늘 예약하세요!
여러분 사업에서 IT가 의미하는 바를 재정립해 보세요.
JIRA Service Desk에 대해 더 알고 싶으세요? 여기를 확인하세요

댓글

댓글 쓰기

이 블로그의 인기 게시물

Confluence 내의 스프레드 시트 기능이 필요하시다면 애드온을 활용해 보십시요

이미지
게스트 블로그 - Confluence 안에서의 스프래드 시트 협업과 엑셀의 난제 극복 Luke Kilpatrick  글, 개발자 프로그램 매니져  News ,  Products ,  Confluence 2015년 1월 8일   Spreadsheets for Confluence 의 제조사인  Valiantys  에 게재된 게스트 블로그 포스트입니다. Confluence 는 가히 협업을 위한 모든 것이라 할 수 있습니다. 의견과 데이터, 가치 있는 정보를 팀 전체가 수월하고 어려움 없이 공유하도록 해줍니다. 거의 모든 종류의 정보가 여러분의 페이지 내에 넘쳐나고 또 쉽게 구할 수 있습니다. 그러나 여전히 한 가지는 여러분을 힘들게 합니다. 바로 스프레드 시트입니다.  스프레드 시트는 숫자와 데이터를 고속으로 처리하는데 주로 사용됩니다. 연락처 목록에서 부터 프로젝트 세부까지 어떤 것이든 만들 수 있습니다. 하지만 이를 공유하려고 하면 어떻게 되나요?  끝없는 이메일 스레드. 오래된 버젼의 증식. 조각난 정보. 차선책으로 Confluence에 내장되어 있는 표를 사용할 수도 있는데, 여러분이 원하는 방식으로 데이터를 처리하고 서식을 만들기 어렵습니다. 기쁜 소식은 이제 힘들었던 시절은 끝났다는 겁니다. 고급 표와 스프레드 시트 관리를 위해 갓 출시된 애드온, Spreadsheets for Confluence는 여러분의 문제를 해결해 줍니다. 어떤 제품인지 간단히 소개해 드립니다. Icon Spreadsheets for Confluence 제품은 Valiantys 라는 곳에서 개발한 Confluence 확장 애드온 제품입니다. 저희 골드피처에서 테스트해 본 바로는 1.0 버전이어서인지 아직은 단일 쉬트만을 지원합니다. 이 제품을 포함한 모든 Confluence 확장 애드온 제품은 저희 골드피처를 통해 구매가 가능합니다. Confluence 페이지 안의 전체 스프레드 시트 편집기  Spreads
자세한 내용 보기

시스템에 숨어있는 "윤초" 버그에 대해 준비하십시요

  시스템에 숨어있는 "윤초" 버그에 대해 Atlassian 어플리케이션 관리자가 알아야 할 것들 Peter Koczan  글, 수석 지원 엔지니어 JIRA , Confluence , FishEye , Bamboo , Crucible , HipChat , Support , News , Stash 2015년 6월 3일 개요 윤초란 평균 태양시에 맞추기 위해 가끔씩 UTC (세계 협정시)의 1초를 수정하는 것입니다. 가장 최근의 윤초는 2012년 6월 30일 23시 59분 60초에 있었는데 전세계적인 컴퓨터 시스템 고장의 원인이 되었습니다. 윤초에 대해 와이어드 (잡지)에 실린 기사  ‘Leap Second’ Bug Wreaks Havoc Across the Web 를 읽어보세요. 다음번 윤초 수정은 2015년 6월 30일 23시 59분 60초에 있습니다.  Atlassian 어플리케이션에 관한 한, 여러분은 목전에서 그 위험을 벗어나실 수 있습니다. 영향 Atlassian 어플리케이션들은 몇 가지 지원 플랫폼을 통해 간접적으로 이 버그에 영향을 받습니다. 기본적으로, 컴퓨터 시스템들이 항상 윤초를 대비하고 있는 것은 아닙니다. 이 버그는 다양한 소프트웨어- 특히, 특정 버전의 자바, 리눅스 커널, 그리고  MySQL 데이터베이스 서버에 영향을 줍니다.  Atlassian 어플리케이션이 이들에 의존하는 한, 여러분은 시스템에서 몇가지에 대해 주의를 기울여야 합니다.  이 버그의 영향으로 알 수 없는 CPU 사용 및 증가, 어플리케이션 속도 저하, 어플리케이션 충돌, 시동 실패가 일어날 수 있습니다. 비록 최근에는 이 버그가 일으키는 데이터 손실이나 변형에 관련된 어떤 이슈도 접수되지 않았지만, 이로 인해 다음의 어플리케이션/서버가 충돌한다면 그러한 결과를 불러올 수도 있습니다. 영향받는 환경과 제품들 고 객의 자체 네트워크내에서 운영되는 Atlassian 어플리케이션들은 이 버그로 인해
자세한 내용 보기

Confluence 페이지의 분류와 관련된 잘 몰랐던 기능 3가지를 확인해 보십시요

이미지
Confluence 정보 보고 관련 크게 개선된 기능 3가지    Confluence 의 사용목적은 간단합니다. 사용자가 업무를 정리하고 문서를 생성하며 팀과 업무 관련 의견을 나눌 수 있는 장소가 되는 것입니다. 팀 전체 또는 회사가 접근할 수 있는 한 장소에 모든 업무를 집중화(하고 정리)할 수 있도록 하는 것입니다. 이번 블로그 소식에서는 최근 배포된  Confluence 5.8 에서 제공되는 기존  매크로 의 크게 개선된 3가지 기능에 초점을 맞추겠습니다. Confluence에서 업무 및 정보를 정리하는 데 도움이 될 것입니다. 1. 레이블 등을 통한 관련 페이지의 정보 표시 레이블  콘텐츠 매크로  ( Content by Label macro ) 는 동일한 페이지 레이블을 사용해 관련 페이지 목록을 동적으로 표시하는 데 탁월합니다. 표시 페이지 관리 기능이 더 좋아졌기 때문입니다. 예를 들어, Confluence 내 고객 면담 내용을 기록한 모든 페이지를 레이블 콘텐츠 매크로를 사용해 목록으로 표시할 수 있습니다. 다음과 같이 페이지 표시 기준 옵션이 추가되었습니다. 특정 페이지 트리의 모든 페이지 또는 일부 페이지 표시 제목이나 페이지 내용에 특정 텍스트가 포함된 페이지 표시 여러 레이블이 조합된 페이지 표시 매크로 설정 대화창에서 표시하려는 정확한 페이지를 검색하고, 표시 내용을 미리보기 해서 필요에 따라 수정할 수 있습니다. 단순히 같은 페이지 레이블에서 페이지 목록을 만드는 것과는 차원이 다릅니다. 어떤 공간에서나 우리 팀 동료를 언급하는 '회의-메모' 라벨이 있는 페이지를 반환하는 간단한 예를 들어 보겠습니다. 2. 강력하면서 자세한 색인 페이지 구축 페이지 속성 및  페이지 속성 리포트 매크로 ( Page Properties Report macro ) 가 연동하면서 한 페이지의 요약정보를 다른 페이지에 표시할 수 있습니다.  색인 페이지를 만드는 데  
자세한 내용 보기