한 상자에 두 개(가능한 경우) 및 문서의 모든 사람(항상).
IT 환경에서 "한 상자에 XNUMX개"는 이중화 및 향상된 안정성을 제공하기 위해 함께 작동하도록 설계된 두 개의 서버 또는 구성 요소를 의미합니다. 이 설정은 한 구성 요소에 오류가 발생하면 다른 구성 요소가 해당 작업을 대신하여 서비스 연속성을 유지하도록 보장할 수 있습니다. "XNUMX in a box"의 목표는 고가용성 및 재해 복구를 제공하는 것입니다. 이는 조직의 인간 역할에도 적용됩니다. 그러나 거의 구현되지 않습니다.
관련된 애널리틱스 예시를 살펴보겠습니다. 우리 모두는 회사 또는 조직에서 Analytics를 "찾아가는" 사람의 이름을 알고 있을 것입니다. 그들은 자신의 이름을 딴 보고서나 대시보드(Mike's Report 또는 Jane's Dashboard)를 가지고 있는 사람들입니다. 물론 분석을 아는 다른 사람들도 있지만 이들은 가장 어려운 일을 처리하고 기한을 초과 달성하는 방법을 알고 있는 진정한 챔피언입니다. 문제는 이 사람들이 홀로 서 있다는 것입니다. 압박을 받고 있는 많은 경우에 그들은 속도를 늦출 수 있기 때문에 누구와도 협력하지 않으며 여기서 문제가 시작됩니다. 우리는 이 사람을 잃을 것이라고 결코 생각하지 않습니다. 나는 전형적인 "그들이 버스에 치였다고 하자" 또는 현재 취업 시장 기회를 활용하는 예를 사용하여 "그들이 복권에 당첨되었습니다!"와 같은 긍정적인 말을 하지 않을 것입니다. 요즘에는.
이야기
월요일 아침이 오고 분석 전문가이자 챔피언인 MJ가 사직서를 제출했습니다. MJ는 복권에 당첨되어 이미 세상살이도 없이 나라를 떠났습니다. MJ를 아는 팀과 사람들은 설레고 질투하지만 일은 계속되어야 한다. 지금은 MJ가 하고 있는 일의 가치와 현실이 이해되려는 때입니다. MJ는 분석의 최종 게시 및 검증을 담당했습니다. 그들은 항상 모든 사람에게 분석을 제공하기 전에 효율성을 개선하거나 어려운 변화를 만들 수 있는 것처럼 보였습니다. 아무도 그 일이 어떻게 이루어졌는지 신경 쓰지 않았고 방금 일어난 일이라는 사실에 안심했습니다. MJ는 Analytics의 개인 Rock Star였으므로 일정 수준의 자율성이 부여되었습니다. 이제 팀이 조각, 요청, 일일 문제, 수정 요청을 집어들기 시작하면서 그들은 헤매고 뒤섞이기 시작합니다. 보고서/대시보드는 알 수 없는 상태에서 발견됩니다. 일부 자산은 주말 동안 업데이트되지 않았으며 그 이유는 알 수 없습니다. 사람들은 무슨 일이 일어나고 있는지, 언제 수정될 것인지 묻고 있습니다. MJ가 완료했다고 말한 편집 내용이 표시되지 않으며 이유를 알 수 없습니다. 팀이 나빠 보입니다. 그것은 재앙이고 이제 우리 모두는 MJ를 싫어합니다.
강의들
쉽고 분명한 테이크 아웃이 있습니다.
- 개인이 혼자 일하도록 허용하지 마십시오. 좋은 것 같지만 소규모 애자일 팀에서는 이를 실현할 시간이나 인력이 없습니다. 사람은 오고 가고 업무는 많기 때문에 생산성이라는 이름으로 분할 정복합니다.
- 모두가 자신의 지식을 공유해야 합니다. 또한 좋은 것 같지만 올바른 사람 또는 사람들과 공유하고 있습니까? 많은 복권 당첨자는 동료라는 점을 명심하십시오. 지식 공유 세션을 수행하면 작업 시간이 줄어들고 대부분의 사람들은 필요할 때만 기술과 지식에 투자합니다.
그렇다면 모든 사람이 구현하고 뒷받침할 수 있는 실제 솔루션은 무엇입니까?
구성 관리부터 시작하겠습니다. 우리는 이것을 몇 가지 유사한 주제에 대한 포괄적인 용어로 사용할 것입니다.
- 변경 관리: 체계적이고 체계적인 방식으로 소프트웨어 시스템에 대한 변경을 계획, 구현 및 제어하는 프로세스입니다. 이 프로세스는 기존 시스템에 대한 중단을 최소화하고 조직에 최대의 이익을 제공하면서 제어되고 효율적인 방식(되돌리기 기능 포함)으로 변경이 이루어지도록 하는 것을 목표로 합니다.
- 프로젝트 관리: 소프트웨어 개발 프로젝트를 계획, 조직 및 제어하여 시간과 예산 범위 내에서 원하는 품질 표준에 맞게 완료되도록 합니다. 여기에는 프로젝트 목표를 달성하고 일정에 따라 소프트웨어 제품을 제공하기 위해 소프트웨어 개발 수명 주기 전반에 걸쳐 자원, 활동 및 작업의 조정이 포함됩니다.
- 지속적 통합 및 지속적 제공(CI/CD): 소프트웨어 구축, 테스트 및 배포를 자동화하는 프로세스입니다. 지속적인 통합을 위해서는 정기적으로 코드 변경 사항을 공유 리포지토리에 병합하고 자동화된 테스트를 실행하여 개발 프로세스 초기에 오류를 감지해야 합니다. 지속적 제공/배포에는 테스트 및 검증된 코드 변경 사항을 프로덕션으로 자동 릴리스하여 새로운 기능 및 개선 사항을 신속하고 자주 릴리스할 수 있습니다.
- 버전 관리 : 전문 소프트웨어 도구를 사용하여 시간 경과에 따라 소스 코드 및 기타 소프트웨어 아티팩트에 대한 변경 사항을 관리하는 프로세스입니다. 이를 통해 개발자는 코드베이스에서 공동 작업하고 전체 변경 기록을 유지하며 기본 코드베이스에 영향을 주지 않고 새로운 기능을 실험할 수 있습니다.
위의 모든 내용은 우수한 소프트웨어 개발 사례를 나타냅니다. 비즈니스를 주도하고 운영하는 분석은 의사 결정에 있어 미션 크리티컬하기 때문에 그만한 가치가 있습니다. 모든 분석 자산(ETL 작업, 시맨틱 정의, 메트릭 정의, 보고서, 대시보드, 스토리 등)은 디자인을 위한 시각적 인터페이스가 있는 코드 스니펫일 뿐이며 겉보기에 사소해 보이는 변경 사항도 운영에 큰 피해를 줄 수 있습니다.
구성 관리를 사용하면 양호한 상태로 계속 실행할 수 있습니다. 자산에 버전이 지정되어 수명 기간 동안 무슨 일이 일어났는지 확인할 수 있고, 진행 상황과 타임라인에 따라 누가 무엇을 작업하고 있는지 알 수 있으며 생산이 계속될 것임을 알고 있습니다. 순수한 과정에서 다루지 않는 것은 지식의 이전과 사물이 왜 그렇게 되었는지에 대한 이해입니다.
모든 시스템, 데이터베이스 및 분석 도구에는 고유한 특성이 있습니다. 빠르게 또는 느리게 만드는 항목, 특정 방식으로 동작하거나 원하는 결과를 생성하는 항목입니다. 이는 시스템 또는 전역 수준의 설정이거나 자산 설계 내의 항목이 될 수 있으며, 그래야만 하는 대로 실행됩니다. 문제는 이러한 것의 대부분이 시간이 지남에 따라 학습되며 이를 문서화할 장소가 항상 있는 것은 아니라는 것입니다. 애플리케이션 실행 방식을 더 이상 제어할 수 없는 클라우드 시스템으로 이동하고 가능한 한 빨리 애플리케이션을 실행하기 위해 공급업체에 의존하는 경우에도 우리가 찾고 있는 것을 정확하게 잠금 해제하기 위해 자산 내에서 정의의 조정이 계속됩니다. 이 지식은 다른 사람들이 사용할 수 있도록 하여 캡처하고 공유해야 하는 것입니다. 이 지식은 자산 문서화의 일부로 요구되어야 하며 버전 제어 및 CI/CD 체크인 및 승인 프로세스의 필수적인 부분이 되어야 하며 경우에 따라 해야 할 일과 하지 말아야 할 일을 게시하기 전에 체크리스트의 일부로 만들기도 합니다. 하다.
분석 프로세스의 지름길을 은폐하거나 부족한 마법의 답변이나 AI는 없습니다. 데이터 및 분석 흐름을 유지하는 팀의 규모에 관계없이 시스템에 투자하여 변경 사항을 추적하고 모든 자산에 버전을 지정하고 개발 프로세스를 문서화하고 지식을 캡처하는 데 도움을 주는 것이 필수입니다. 프로세스에 대한 투자와 선행 시간은 나중에 분석의 건전한 상태를 유지하기 위해 문제를 파악하는 데 낭비되는 엄청난 시간을 절약할 것입니다. 상황이 발생하고 MJ 및 기타 복권 당첨자를 위한 보험 정책을 갖는 것이 가장 좋습니다.
