You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

팀원대화 내용비고



마라는 팀원들과 짧은 회의를 소집했습니다. 모두가 나타 났지만 아무도 거기에 있기를 원하지 않습니다.

(마라는 도넛상자를 책상위에 내려 놓았습니다.)


안녕하세요,와 주셔서 감사합니다. 저는 우리의 가치 흐름지도와 우리의 프로세스를 더 효율적으로 만드는 방법에 대해 더 이야기하고 싶었습니다.


가치 흐름지도는 최종 사용자에게 가치를 제공 할 때 효율성이 떨어지는 부분을 보여줍니다. 다른 모든 사람들과 마찬가지로 개선 할 수 있습니다. 그리고 우리는 먼저 다룰 영역을 결정할 수 있습니다.


이것은 우리에게 문제가있는 부분을 보여 주지만 그들에 대해 무엇을해야하는지 보여줍니다.

맞아요. 올바른 방향으로 나아가는 데 도움이되는 운동입니다. 문제에 대해 무엇을해야하는지에 관해서는 DevOps가 도움이 될 것이라고 생각합니다. 저의 마지막 회사에서는 배포 속도가 훨씬 빨라졌고 리드 타임이 훨씬 빨랐으며 운영에서 발생한 사고가 훨씬 적었습니다. 거기에 도착하는 데 시간이 좀 걸렸지 만 그만한 가치가있었습니다. DevOps는 빠른 수정이 아닙니다.

방금 DevOps 엔지니어로 일한 사람을 알고 있습니다. 개발자를위한 것 같아요. 너처럼 들리네, 앤디.

DevOps는 직책이 아닙니다.

우리에게 도움이되는 소프트웨어 프로그램이나 템플릿이 있습니까? DevOps 스프레드 시트가있을 수 있습니다.

DevOps는 소프트웨어가 아닙니다.

방법론에 가깝습니다.

별로.

그래서 뭐야?!

제가 사용하고 싶은 정의는 다음과 같습니다.

"DevOps는 최종 사용자에게 가치를 지속적으로 제공 할 수있는 사람, 프로세스 및 제품의 조합입니다."

우리의 목표는 고객이 좋아할 게임을 제공하는 것입니다. 우리는 공유 된 일련의 관행 및 도구와 협력하여이를 수행합니다.



Abel


그게 무슨 뜻 이죠? 어떤 공유 관행? 어떤 공유 도구?

관행이 의미하는 바는 다음과 같습니다.

  • 애자일 계획 . 함께 팀과 경영진 모두가 볼 수있는 작업 백 로그를 만들 것입니다. 먼저 작업해야 할 사항을 알 수 있도록 항목의 우선 순위를 정할 것입니다. 백 로그에는 사용자 스토리, 버그 및 기타 도움이되는 정보가 포함될 수 있습니다.
  • 지속적인 통합 (CI) . 코드를 빌드하고 테스트하는 방법을 자동화 할 것입니다. 팀 구성원이 버전 제어에 대한 변경 사항을 커밋 할 때마다이를 실행합니다.
  • 지속적 전달 (CD) . CD는 빌드에서 QA 또는 프로덕션 환경으로 테스트, 구성 및 배포하는 방법입니다.
  • 모니터링 . 원격 분석을 사용하여 애플리케이션의 성능 및 사용 패턴에 대한 정보를 얻습니다. 우리는이 정보를 사용하여 반복하면서 개선 할 수 있습니다.

자동 테스트에 대해 모르겠어요. 내 테스트는 수동이며 Andy가 코드를 나에게 넘겨 준 후에 수행합니다. 내가하는 모든 일을 바꿀 시간이 없습니다.

여러분 중 누구라도 프로덕션에 배포 할 수있는 방법은 없습니다.

이것은 경영진을 놀라게 할 것입니다. 그들은 다음 릴리스보다 더 이상 생각하지 않으며 항상 어제를 원합니다.

당신이 경영에 대해 무슨 뜻인지 알아요. 나는 엘리트 공연 팀을 만드는 이유에 대해이 유인물을 모았습니다.

What makes an elite performing team?

마라가 준비한 유인물입니다. 이 정보는 전 세계 기술 전문가와 함께 실시한 DevOps 연구 보고서 및 설문 조사를 기반으로합니다.

DevOps는 기업이 고객 채택과 만족도를 높이는 방법을 실험하는 데 도움이됩니다. 이는 더 나은 조직 성과로 이어질 수 있으며 종종 더 높은 수익성과 시장 점유율로 이어질 수 있습니다.

메트릭을 사용하여 엘리트 성과 자 와 저 성과 자를 비교하는 네 가지 범주를 만듭니다 .

엘리트 공연자 :

  • 더 자주 배포

    실제로 일부 팀은 하루에 최대 수십 번 배포합니다.

    모니터링, 지속적인 테스트, 데이터베이스 변경 관리 및 소프트웨어 개발 프로세스 초기에 보안 통합과 같은 관행은 엘리트 수행자가 더 자주 배포하고 예측 가능성과 보안을 향상시키는 데 도움이됩니다.

  • 커밋에서 배포까지 리드 타임 단축

    리드 타임은 기능이 고객에게 전달되는 데 걸리는 시간입니다. 소규모 배치로 작업하고, 수동 프로세스를 자동화하고, 더 자주 배포함으로써 엘리트 공연자들은 한때 몇 주 또는 몇 달이 걸렸던 것을 몇 시간 또는 며칠 내에 달성 할 수 있습니다.

  • 변경 실패율 감소

    프로덕션에서 실패하거나 다른 기능을 중단시키는 새로운 기능은 사용자와 사용자간에 기회를 잃을 수 있습니다. 성과가 좋은 팀이 성숙함에 따라 시간이 지남에 따라 변경 실패율이 감소합니다.

  • 사고에서 더 빠르게 복구

    사고가 발생하면 엘리트 공연자들은 더 빨리 회복 할 수 있습니다. 메트릭에 따라 조치를 취하면 엘리트 수행자가 더 빨리 복구하는 동시에 더 자주 배포 할 수 있습니다.

클라우드 인프라를 구현하는 방법도 중요합니다. 클라우드는 소프트웨어 제공 성능을 향상시키고 필수 클라우드 특성을 채택하는 팀은 엘리트 수행자가 될 가능성이 높습니다.

아웃소싱은 비용을 절감하고 유연한 인력 풀을 제공 할 수 있지만 올바른 영역에서 사용해야합니다. 성과가 낮은 팀은 성과가 좋은 팀보다 전체 기능 (예 : 테스트 및 운영)을 아웃소싱 할 가능성이 높습니다.


The bottom line

DevOps는 많은 엘리트 공연자들이 경쟁사보다 더 빠르게 새로운 기능과 개선의 형태로 고객에게 가치를 제공 할 수있는 주요 이유입니다. 이 짧은 비디오에서 Abel은 DevOps에 대해 더 많이 배워야하는 이유를 설명합니다.

Abel


DevOps가 아닌 것

개발 운영팀이 무엇인지 고려하면, 그것은 확실히 우리가 무엇을 이해하는 것도 중요 합니다만, DevOps는 다음이 아닙니다.

  • 방법론
  • 특정 소프트웨어
  • 조직의 당면 과제에 대한 빠른 수정
  • 팀 또는 직함 (이 직함은 업계에서 합리적으로 일반적 임)





  • No labels