Blog

Confluence와 Jira는 베이컨과 달걀, 와인과 치즈, 치킨과 맥주와 같습니다. 따로 사용해도 좋지만 함께 쓰면 정말 좋습니다. 실제로 많은 Jira Software 팀이 애자일 개발 툴셋을 보완하기 위해 Confluence를 사용하고 있습니다. 

Jira Software와 Confluence를 같이 사용해야하는데는 여러 이유가 있지만, 이 블로그 포스트에서는 5가지 이유를 설명합니다. 



1. 모든 문서를 위한 단일 저장소

소프트웨어 프로젝트에서는 요구사항, 프로젝트 계획, 기술 문서, 설계 사양, 회의록과 같은 많은 문서들이 존재합니다. Jira는 프로젝트 팀이 소프트웨어를 개발 계획을 설정하고 추적할 수 있게 도와주지만 Confluence는 이 과정에 생성되는 모든 컨텐츠를 저장할 수 있는 단일 장소를 제공합니다. 

Confluence를 사용하면 공유 드라이브와 같은 여러 곳에 문서를 저장할 필요가 없습니다. 프로젝트나 팀마다 문서를 위한 공간을 생성하고 그 공간을 Jira 프로젝트와 연결할 수 있습니다.

각 공간은 의미있게 계층구조를 가질 수 있으며 팀내의 누구라도 쉽게 접근할 수 있습니다. 즉 팀은 무언가가 필요할때 정확하게 찾을 수 있으며, 새로운 팀멤버가 합류하더라도 문서의 히스토리를 쉽게 확인할 수 있습니다. 


2. 커뮤니케이션 장벽을 허물기

소프트웨어를 개발할 때 합의점을 찾는 것은 어렵습니다. 특히 기술적인 결정이나 제품 요구사항은 더욱 그렇습니다. 많은 이해관계자가 참여하면 속도, 투명성, 품질을 유지하는 것은 더욱 어려워집니다. 이메일의 경우 중요한 정보가 사라져 문맥이 손실되어 이러한 어려움이 확대 시킵니다.

Confluence는 동일 페이지에 팀을 유지 시킵니다. 요구사항 템플릿을 사용하여 문서 포멧을 만들고 동시 편집을 통해 요구사항을 수집하고 인라인 코멘트를 사용하여 리뷰할 수 있습니다. 페이지를 보는 이해관계자가 요구사항에 동의하면 Confluence에서 몇번 클릭만으로 Jira 이슈로 생성할 수 있습니다. 

디자인 목업 작업, 개발 업무, 사용자 스토리 작성과 같은 원하는 것 들은 Confluence에서 시작할 수 있습니다. 


3. 팀과 프로세스 향상하기

Jira는 팀이 표준화된 워크플로우를 유지하고 프로세스를 원활하게 운영하도록 보장해줍니다. Confluence는 팀을 계속 유지할 수 있도록 도와줍니다. 

대부분의 애자일 팀은 소프트웨어를 개발할때 네가지 주요 단계를 거칩니다. 다음은 Jira와 Confluence를 통합하여 각 단계를 잘 적용하는 방법에 대해서 설명합니다. 

 

  • Define - Confluence에서 표준화된 요구사항을 작성하고 변경에 대한 히스토리를 추적하세요. 
  • Plan - Confluence의 작성된 요구사항을 몇번의 클릭으로 Jira 스토리로 만들고 스프린트를 계획합니다.
  • Release - Confluence에서 기술적인 결정을 문서화하고 Jira 릴리즈에 반영한 자동화된 릴리즈 노트와 변경 로그를 퍼블리싱합니다.
  • Improve - 스프린트가 완료되면 Confluence에서 회고를 작성하여 프로세스에 반영하고 개선을 할 수 있습니다. 


각 단계마다 Jira와 Confluence를 타이트하게 통합하여 추적합니다. Confluence에서는 각 단계를 위한 적절한 템플릿을 제공합니다. 


4. 팀의 생산성과 효율성 향상

Confluence는 팀의 생산성을 높여줍니다. Confluence는 새롭게 만들어지는 Jira 이슈를 자동적으로 요구사항 페이지에 보여주기 때문에 팀 매니저는 개발팀의 작업 진행 상황을 쉽게 추적할 수 있습니다. 

반대로 요구사항 및 Confluence 페이지는 Jira Software에서 에픽과 이슈에 자동으로 링크되어 개발자들은 흐름을 잃지않고 필요한 컨텍스트를 얻을 수 있습니다. 

이는 Jira 혹은 Confluence 어느 도구를 사용하던지 추적성을 통해 완벽한 컨텍스트를 얻을 수 있습니다. 이는 추적에 고생하는 팀의 효율성을 향상 시킬 수 있습니다. 


5. 소프트웨어 프로젝트에 가시성 제공

지속적으로 소프트웨어 프로젝트의 상태를 보고하는 것은 시간을 낭비입니다. Jira 리포트 템플릿을 사용하여 개발 팀이 Jira에서 추적한 최신 릴리즈에 대해 자세하게 설명하는 Confluence 보고서를 만들 수 있습니다. 현재 릴리즈 상태를 보여주는 동적 상태 리포트 혹은 최신 릴리즈에 변경사항을 나타내는 정적 변경 로그를 만들 수 있습니다. 

이러한 커스터마이징 가능한 리포트는 단 몇번 클릭 만으로 이해관계자에게 개발팀의 진행 상황의 스냅샷을 제공합니다. 


Jira와 Confluence는 소프트웨어 개발 프로젝트를 위해 강력하고 완벽한 통합 솔루션을 제공합니다. 이 통해 개발팀이 더 빨리 일하고 효과적으로 의사소통하며, 문서를 체계적이고 쉽게 접근할 수 있도록 도와줄 수 있습니다.


이 블로그는 Atlassian 블로그에서 Terrence Caldwell 내용을 의역하였습니다. 원문은 아래 글을 참고하시기 바랍니다. 

https://www.atlassian.com/blog/confluence/5-reasons-to-add-confluence-if-you-are-a-jira-software-team


참고자료

2018년 5월 25일(목)에 진행하는 Atlassian in Seoul에서 커브에서는 Retro Game 이벤트를 점심 시간과 쉬는 시간에 진행합니다. 아직 이벤트 신청을 하지 않으셨다면 카카오톡 친구 등록하고 Retro Game 이벤트를 커브 부스에서 즐기세요. 


커브에서 카카오톡 플러스 친구를 만들었습니다. 이제 저희 커브와 관련된 소식을 편하게 카카오톡으로 받아보실 수 있으니 많은 등록 부탁드립니다. 

카카오톡 플러스 친구 혜택

  • 교육, 이벤트, 행사 정보 받아보기
  • Atlassian, SonarQube, CURVC의 다양한 제품 소식 및 활용 기술 문서 정보 받아보기


이번 Atlassian Jira 및 Confluence 교육은 선릉이 보이는 멋진 D.CAMP의 장소 후원으로 6층 세미나실에서 진행되었습니다. 20명 넘게 참석하셔서 많은 관심과 질문에 3시간이 넘는 시간이 금방 흘러갔습니다. 
1, 2차 동안 수집된 설문조사의 요건들을 반영하여 3차, 4차 교육은 더욱 알찬 컨텐츠로 준비하도록 하겠습니다.


 

 

 

금일 저희 커브에서 1차 Atlassian Jira / Confluence 사용자 무료 교육을 양재역 토즈에서 진행했습니다. 15명 정원에 14분 와주셨고 질문을 많이 해주셨는데 유익하고 좋은 시간이셨으면 좋겠습니다.


 

 

데브옵스(DevOps)의 인기는 몇 년동안 지속되고 있다. 데브옵스는 문화의 변화, 자동화, 변경 관리, 지속적인 배포 등을 설명하는데 사용된다. 본질적으로 데브옵스는 개발(Dev)팀과 운영(Ops)팀이 협업하여, 더 빠른고 신뢰성있는 릴리즈 파이프라인 구축하는 문화이다.

여기까지 데브옵스는 좋은게 분명하다. 하지만 당신이 데브옵스 담당자라면 어떨까? 조직에 데브옵스 전환 혹은 적용을 하게되면 문화 변화의 저항, 새로운 도구 도입, 뿌리깊은 사일로,  웹에 존재하는 수천개의 추천글과 같은 어려운 난관을 겪게 된다. 

이 문서는 지난 수년간 Atlassian과 고객에게 데브옵스 프렉티스를 수행한 것에 대한 경험을 바탕으로 데브옵스를 시작하는데 도움이 될 수 있는 7가지 팁을 공유한다.


1. 강제하지마라

일반적으로 일을 왜 해야하는지를 알지 못하면 그 일을 실패하기 마련이다. 강제화보다는 현재 일하는 방식에 대해 다시 한번 생각해보게 하는 것이 중요하다. 

이를 위해 Atlassian에는 Team Playbook을 만들어 두었다. Team Playbook의 많은 Play들은 협업 문화를 향상하기 위해 설계되었다. 특히 데브옵스를 위해서는 Roles and Responsibilities, Rules of Engagement, Pre-mortem, Retrospectives와 같은 Play들이 도움된다. 

조직 문화를 변경하기 위해 상기와 같은 다양한 Play를 조직 기반에 맞게 설정하여 진행해보기를 권장한다.


2. 성공사례 공유

아마도 조직 전체의 특정 팀 혹은 당신의 팀이 데브옵스와 관련하여 더 긴밀하게 일하고 혜택을 즐기는지 확인해라. 

롤백되는 릴리즈의 감소, 고객으로 발생되는 버그의 감소와 같은 작은 효과(성공 스토리)를 찾아라. 그러한 성공 스토리가 발견되면 회사의 인트라넷 게시판, 블로그, 전자메일, 식사자리에서 가능한 많은 사람이 확인할 수 있게 공유해라. 

이러한 행위를 통해 다른 팀이 영감을 얻을 수 있게 하는 것이 중요하다.


3. 큰 그림은 중요하지 않다.

"1,000 마일의 여행은 한 걸음으로부터 시작된다"(The journey of 1000 miles begins with a single step)라는 말을 들어 본적이 있는가?

종종 데브옵스의 도입은 실패로 끝난다. 그들은 데브옵스를 위한 개별 단계를 생각하지 않고 곧장 목표를 향해 달리는 경향이 있다. 작게 시작하고 당장 변경할 수 있는 변화부터 시작해라. 

예로 개발 조직과 운영 조직이 현대적인 버전 관리 시스템인 Git을 사용하는 것으로부터 시작할 수 있다. 그리고 이러한 변경의 효과를 항상 공유해라. 

우선 Git, CI(Continuous Integration), CCI(Continuous Code Inspection), Unit Testing, Agile Scrum과 같은 것을 도입하는 것을 고려하자.


4. 직접 경험하기

데브옵스 도입에 회의적이라면, 그 회의론을 극복하는 가장 좋은 방법은 회의적이라고 생각하는 것을 경험하는 것이다. 

이와 관련된 적절한 예는 큰 프로젝트에서 애자일 스크럼을 도입하여 짧은 스프린트 실행함으로써 데브옵스를 체험하는 것이다. 

팀은 스프린트가 끝나고 회고를 하여 다른 방식으로 일해본 경험과 교훈을 다음 스프린트에 적용할 수 있게 하는 것을 목표로 설정해라. 


5. 일관성 유지하기

일반적으로 대기업에서는 동일한 도구가 조직 전체의 여러 팀에 의해 독립적으로 사용된다. 예를 들어, Jira Software 10개의 인스턴스가 서로 다른 부서에서 독립적으로 실행되는 것을 확인할 수 있다.

이러한 인스턴스를 하나의 공유 인스턴스로 통합하는 것은 일관성을 제공할 수 있게 해준다. 

이를 통해 모든 팀이 Best Practice를 공유하고 진행중인 각 작업에 쉽게 액세스 할 수 있으며 사일로 없이 고유한 워크플로우를 만들 수있는 일반적인 개발자 작업 기반을 구축 할 수 있다.


6. 급속한 성장을 위한 계획

구성원들이 해당 업무에서 긍정적인 영향을 받기 시작한다면, 데브옵스 확장 계획을 실행해야 한다. 

조직에서 요구하는 신뢰성, 보안, 컴플라이언스를 준수하고 관리 및 유지가 용이한 도구를 선택하여 계획을 수립한다. 

아래 데브옵스 도구를 선택하기 위한 가이드를 참고하라.

대부분의 대규모 고객은 이러한 문제를 해결하기 위해 고성능의 서버 및 데이터 센터 옵션을 선택한다.


7. 의심스러우면 도움을 받아라.

대규모 조직에서는 팀의 문화를 변경하는 것은 쉽지 않은 일이다. 숙련된 데브옵스 전문가의 도움을 받으면 시간과 노력을 절약 할 수 있으며 비용을 절약할 수 있다.

인터넷에서는 DevOps 커뮤니티가 많이 있으며, 무료 커뮤니티 혹은 전문 서비스도 제공한다.


데브옵스는 목적지가 아닌 긴 여행이다. 개선 할 방법, 채택 할 새로운 기술, 구현하기위한 더 나은 협업 기술 등이 항상 존재한다.

이러한 노력으로 온 조직을 실행하도록 만드는 것은 그 자체로는 완전히 다른 여정이 될 수 있다. 이 7 가지 팁이 여러분에게 좋은 출발점이되기를 바랍니다.


이 블로그는 Atlassian 블로그의 내용을 정리하였습니다. 원문은 아래 글을 참고하시기 바랍니다. 

https://www.atlassian.com/blog/devops/beginners-guide-scaling-devops

지난 2018년 4월 5일 Atlassian 후원으로 역삼역 스파크플러스에서 Enterprise 고객을 위한 Atlassian 고도화 전략 세미나를 커브가 성공적으로 개최하였습니다. 


행사 정보

  • 일시 : 2018년 4월 5일(목) 14:00 ~ 17:00
  • 장소 : 서울 강남구 테헤란로 201 아주빌딜 2층, 스파크플러스 큐브홀
  • 주최 : 주식회사 커브
  • 후원 : Atlassian Korea


저희 커브는 다음의 주제에 대해 발표하였습니다. 

  • 고가용성을 지원하는 안정화된 Atlassian 서비스 구축
  • 지속적인 코드 인스펙션과 코드 품질 가시화를 통한 품질 향상
  • 데브옵스의 성공 열쇠, 테스트 자동화 구축
  • Jira에서 프로젝트 예산 관리 자동화


행사 스케치

커브의 세번째 Jira 애드온 제품인 Project Budget for Jira가 Atlassian Marketpalce에 출시되었습니다. 

Project Budget for Jira는 Jira 프로젝트 기반의 예산 관리 솔루션으로 Worklog 기반 자동 인건비 계산, 별도의 Expense로 간접비 처리, 프로젝트 예산 관리 대시보드를 제공하고 있습니다. 



커브의 Project Budget for Jira는 다음 기능을 제공합니다. 

  • 프로젝트 기반의 예산 관리
  • 프로젝트 기반 예산 대시보드
    • 예산 현황
    • 예산 누적 그래프, 월별 예산 현황, 이슈 타입별 예산, Expense 유형 별 예산
  • 프로젝트 기반 Expense 리스트 관리
  • 워크로그 기반 예산 관리
  • 전체 프로젝트 요약 정보
  • 전체 프로젝트를 위한 대시보드
  • 전체 프로젝트 Expense 리스트 조회
  • 전체 프로젝트 Worklog 비용 조회
  • Expense 계정 관리
  • 개인 시급 정보 관리
  • Project Budget 권한 관리
  • 화폐, 포멧 설정


Marketpalce에서 평가용을 신청할 수 있습니다. 

커브의 두번째 플러그인 Issue Traceability Matrix for Jira가 Atlassian Marketplace에 출시되었습니다. 

Issue History Printer for Jira는 Atlassian Jira 이슈의 링크 정보를 기반으로 추적성 매트릭스를 출력할 수 있게 해주는 플러그인입니다.



Issue Traceability Matrix for Jira는 다음 기능을 가지고 있습니다.

  • Jira의 이슈 검색 결과를 이용
  • Jira의 필드 정보를 이용
  • 하나의 표에 모든 링크 정보 생성
  • 하나의 표에 Bitbucket의 Commit과 Pull Request 정보 생성
  • 선택된 필드 순서 변경 가능(추가되는 순서로)
  • CSV Export 지원


다음 링크를 통해 Issue Traceability Matrix for Jira를 확인하세요.


커브의 첫번째 플러그인 Issue History for Jira가 Atlassian Marketplace에 출시되었습니다. 

Issue History Printer for Jira는 Atlassian Jira의 이슈의 정보를 옵션을 선택하여 출력할 수 있게 해주는 플러그인입니다. 



다음과 같은 기능이 포함됩니다. 


  • 단일 이슈의 히스토리 프린트
  • 이슈 프린팅 시에 출력 옵션들 선택
  • 여러 이슈의 히스토리를 한번에 프린트
  • 프린팅 시 자동 페이지 브레이크
  • A4 용지사이즈에 맞게 프린트


다음 링크를 통해 Issue History Printer for Jira를 확인하세요.


지난 2017년 12월 7일 Atlassian 주최로 진행한 Atlassian in Busan에 참여하였습니다. 부산 벡스코 2F APEC Hall에서 진행되었으며 저희 커브는 ChatOps 트랜드와 나가야할 방향과 Jira Service Desk 핸즈온랩 두가지 주제로 발표를 하였습니다. 


지난 2017년 9월 27일 Atlassian 주최로 진행한 Atlassian Solution Conference 대전 2017에 참여하였습니다. 대전 계룡스파텔 무궁화홀과 태극홀에서 진행되었으며, 저희 커브는 다음 두 주제에 대한 발표를 진행하였습니다.

  • JIRA를 이용한 작업 트래킹 및 워크플로우, 대시보드
  • Application Lifecycle Management


지난 2017년 9월 20일 Atlassian, Red Hat의 후원과 D.CAMP의 장소 후원으로 Atlassian과 Red Hat이 함께하는 데브옵스 완전정복 DevOps 1 Day Workshop을 커브와 오픈나루가 성공적으로 개최하였습니다. 


저희 커브는 다음의 주제에 대해 발표하였습니다. 

  • 협업과 커뮤니케이션 기반의 체계적인 요구사항 관리
  • 애자일 스크럼 기반의 프로젝트 관리와 지속적인 통합
  • 품질 향상을 위한 지속적인 코드 인스펙션과 품질 가시화
  • 지속적인 배포 기반의 테스트 자동화
  • 지속적인 피드백을 통한 고객 만족도 향상
  • 팀, 도구, 프로세스 자동화를 위한 ChatOps


세상 어떤 도구도 마술처럼 DevOps를 만들 수 없습니다. DevOps는 개발 팀과 운영 팀 간의 협업과 의사 소통을 통해 이뤄지는 거라 도구보다는 문화적인 변화가 필요합니다. 

그러나 DevOps를 위해 자동화와 협업을 지원하는 기술과 도구가 있습니다. 사람들은 Atlassian에서 DevOps를 위해 일하는 방법을 지원하는 도구에 대해서 물어봅니다. 그래서 이 블로그에는 DevOps 도구를 선택하기 위한 가이드를 작성했습니다. 

DevOps 도구들에 관하여 생각할때, 단계를 나눠서 생각하는 것이 도움이 됩니다. 이것은 계획(Plan), 빌드(Build), 지속적인 통합(Continuous integration), 배포(Deploy), 운영(Operate), 지속적인 피드백(Continuous feedback)과 같이 나눠집니다.



01 Plan

Collaborate on vision and design

스프린트 계획을 지원하는 도구가 필요합니다. 애자일 핸드북에 따라 반복 계획을 세울 수 있는 도구를 권장합니다. 사용자들은 빠르게 학습하고 피드백을 통해 제품을 최적화할 수 있습니다.  

"비동기 브레인스토밍"을 지원하는 도구가 필요합니다. 모든 사람들은 아이디어, 전략, 목표, 요구사항, 로드맵 및 문서 등 무엇이든 공유하고 의견을 말할 수 있어야 합니다. 

마지막으로 통합을 잊으면 안됩니다. 기능이나 프로젝트의 범위를 결정할때 개발 백로그에서 사용자 스토리로 변환해야 합니다. 


02 Build

Staging environments for development

Puppet과 Chef는 운영에 도움이되지만 개발자는 Docker와 같은 도구를 사용하여 개별 개발 환경을 제공하기를 원합니다. 코딩을 위해 제품에 대한 가상 환경은 더 많은 작업을 수행하는 데 도움이 됩니다. 

Infrastructure as code를 통해 빠르고 안정적인 개발 환경을 제공할 수 있습니다. 이는 또한 개발 환경을 빠르게 변화할 수 있습니다. 전체 팀이 동일하게 프로비저닝 된 환경에서 작업할 때, 정말 정상적으로 동작하는 것을 알 수 있습니다. 

  • 사용도구 : Docker


Infrastructure as code

개발자는 안정적이고 유지보수 하기 좋기 때문에 어플리케이션을 모듈화하여 만듭니다. 이러한 생각을 IT 인프라로 확장하는 것이 어떻겠습니까?

IT 인프라를 모듈화하는 것은 인프라가 항상 변화하기 때문에 시스템 적용이 어렵습니다. 하지만 프로비저닝을 위한 코드를 사용하여 이를 해결할 수 있습니다. 프로비저닝 코드는 베어 메탈에 적용할 수 있으며 재적용하여 서버를 베이스라인으로 돌릴 수 있습니다.

이것은 버전 제어에 저장될 수 있습니다. 이것은 테스트될 수 있습니다. CI와 통합되고 Peer-reviewed될 수 있습니다.


Collaborative coding

프로덕션에 배포하기전에 변경 승인을 기다리는 대신, Pull request를 통한 Peer Review로 코드 품질과 처리량을 향상시킬 수 있습니다.

Pull request가 무엇인가 당신을 물어볼 수 있습니다. Pull request는 개발 브랜치에 코드 변경을 푸시하는 것을 말합니다. 당신의 팀은 메인 코드 라인에 통합 전 제안된 변경을 리뷰하고 수정사항을 토론할 수 있습니다. 


03 Continuous integration

Continuous Integration

지속적인 통합은 하루에 여러번 코드를 공유 저장소에 체크인하고 테스팅하는 프렉티스입니다. 이를 통해 문제를 조기에 발견하고 문제를 쉽게 해결할 수 있으며, 가능한 빨리 사용자에게 새 기능을 제공합니다. CI 도구는 브랜치-앤-머지 워크플로우와 멀티 브랜치 환경을 지원할 수 있어야 합니다.  개발 브랜치에서 테스트를 자동으로 수행하고 빌드가 성공되면 마스터로 푸시할 수 있는 도구가 필요합니다. 그리고 이 결과를 채팅 도구에서 실시간으로 알림을 받을 수 있으면 좋습니다. 


Automated Testing

자동화된 테스팅은 장기적으로 개발 및 테스트 사이클을 가속화하여 시간이 지남에 따라 보장됩니다. 그리고 또 다른 이유로 DevOps 환경에서 자동화된 테스트는 중요합니다. 

수동 테스트와 달리, 자동화된 테스트는 매번 동일하게 엄격함으로 충실히 수행됩니다. 또한 위험한 영역을 식별하는데 도움이되는 보고서 및 추세 그래프를 생성합니다.

위험 요소는 소프트웨어의 실제 요소이지만 예상할 수 없는 요소는 완화할 수 없습니다. 


04 Deploy

Release dashboards

배포되는 소프트웨어의 가장 스트레스가 많은 부분 중 하나는 릴리스의 모든 변경, 테스트, 배포 정보를 한 곳으로 가져오는 것입니다. 

코드 저장소와 배포 도구와 통합된 단일 대시보드를 가진 도구를 찾으세요. 하나의 장소에서 브랜치, 빌드, Pull Request, 배포 경고를 전체 가시화할 수 있는 도구를 찾으세요.

  • 사용도구 : Jira Software


Automated deployment

모든 어플리케이션과 IT 환경에서 사용할 수 있는 배포 자동화를 위한 매직 레시피는 없습니다. 

Puppet 및 Chef와 같은 프로비저닝 도구는 표준화 환경의 고통을 줄여줍니다. 그리고 배포 자동화를 돕는 많은 도구가 있습니다. Atlassian의 Bamboo는 복잡한 배치를 단계별로 조정하고 각 환경의 히스토리에 대한 가시성을 제공합니다.


05 Operate

Application and server performance monitoring

자동화되어야하는 모니터링에는 서버 모니터링과 어플리케이션 성능 모니터링의 두 가지 유형이 있습니다. 

어플리케이션의 전체 건강과 트랜드를 이해하기 위해서, 당신은 24/7 동안 데이터를 보고 레코딩할 필요가 있습니다.

이를 지원하는 여러 도구들이 있습니다. 이러한 도구들은 그룹 채팅 도구와 통합하여 팀의 룸에 알림을 줄 수 있어야 합니다. 


Communication and swarming

팀 간의 의사 소통은 문화적 변화를 향한 첫 걸음이며, 채팅 도구는 실시간으로 이를 용이하게 합니다. 채팅 도구를 통해 알람을 받고 전문가들은 빠르게 문제를 해결할 수 있습니다.

또한 가동 시간을 극대화함으로써 최신 정보를 유지하는 것이 중요합니다. 확장 가능한 채팅 도구를 찾고 모니터링 도구와 통합하여 중요한 서비스 저하 경고를 놓치지 마세요.


Incident, change and problem tracking

팀들간의 협업을 언락킹하기 위한 키는 

인시던트들이 보고되면 무슨일이 일어날까? 소프트웨어 문제를 위한 링크되고 추적할 수 있을까요? 변경이 만들어질 때, 릴리즈와 연결될수 있는가요?

인시던트, 변경, 문제점 및 소프트웨어 프로젝트를 하나의 플랫폼에서 관리하여 문제를 보다 빠르게 식별하고 수정할 수 있는 도구를 찾으세요.


06 Continuous feedback

Better products through user feedback

고객은 제품에 대한 말하고 있습니다. 여기에는 NPS 데이터, 고객 설문 조사, 버그 보고서, 지원 티켓 및 트윗이 포함됩니다. 

DevOps 문화에서 팀의 모두가 사용자 코멘트에 접근할 수 있습니다. 릴리즈 계획부터 탐색적인 테스팅 세션까지 모든 것을 가이드하는 것을 도울 수 있기 때문입니다.

NPS 스타일 피드백을 지원하는 서베이 플랫폼과 채팅 도구와 통합되는 어플리케이션을 찾아라. Twitter, Facebook은 또한 실시간 피드백을 위한 채팅과 통합될 수 있다.

소셜미디어에서 오는 피드백에 대해 자세히 살펴보려면 히스토리 데이터를 사용하여 보고서를 가져올 수 있는 소셜미디어 관리 플랫폼에 투자하는 것이 좋습니다. 

분석 및 통합 피드백은 단기간에 개발 속도를 늦추는 것처럼 느낄 수 있지만, 아무도 바라지 않는 새로운 기능을 출시하는 것보다 장기적으로 더 효율적입니다. 


Perfacting your DevOps tools collection

Atlassian은 개발 라이프 사이클의 각 단계에서 팀 간 공동 작업을 지원하는 도구를 만듭니다. 


이 블로그 게시물은 Atlassian Sarah Zorah의 블로그 포스트를 저 마음데로 의역하였습니다. 원본은 아래 링크를 통해 확인하세요.

https://www.atlassian.com/blog/devops/how-to-choose-devops-tools

2018년 1월 5일 ~ 6일 양일간 멋진 북한강이 보이는 춘천의 멋진 주택으로 워크샵을 다녀왔습니다.

2018년 목표 설정과 조직 구성원들 간의 화합을 도모하고 춘천 닭갈비와 메기 매운탕 등 맛있는 것도 많이 먹은 재미있고 멋진 워크샵이였습니다.