애자일과 ITIL은 "기존 방식"의 비즈니스에 대한 불만을 해소하기 위해 각기 다른 시기에 주목을 받아온 두 가지 인기 있는 IT 방법론입니다. 언뜻 보기에는 서로 양립할 수 없는 것처럼 보입니다. ITIL 방법론 IT 조직이 반복 가능한 방식으로 일관된 가치를 제공하기 위해 채택해야 하는 프로세스와 사고방식을 체계화하고자 합니다. 기민한 빠르게 변화하는 환경에서 가치를 전달하기 위해 대담하게 혁신하고, 질문을 던지고, "사물을 망가뜨릴 것"에 대한 두려움을 떨쳐내는 것을 목표로 합니다.

그러나 두 방법론 모두 상대방의 약점을 보완할 수 있는 강점을 가지고 있으며, 오늘날의 비즈니스 세계에서 매우 중요하게 여겨지는 민첩성을 희생하지 않고도 IT 조직이 이해관계자에게 최대의 가치를 제공할 수 있는 청사진을 보여줍니다.

이 게시물에서는 한 방법론이 다른 방법론으로부터 학습하여 팀, 이해관계자, 고객에게 가치를 제공할 수 있는 기회를 설명합니다.

현대 비즈니스에서 애자일 방법론이 왜 그토록 높이 평가되는가?

애자일 기법은 아이디어와 결과 사이의 장벽을 최대한 제거하는 것을 목표로 합니다. 명시적으로 명시된 서비스 수준 계약(SLA)을 충족하기 위해 엄격한 방법론을 강조하는 ITIL과는 달리, 민첩한 방법론 조직이 소규모 팀에게 자율적이고 열정적으로 일할 수 있는 힘을 부여하도록 장려합니다.

팀은 다음으로 구성됩니다. 다학제 전문가그리고 그들은 매일 자신의 노력을 어디에 집중할지 우선순위를 정해야 합니다. 이러한 노력의 기대 효과는 빠르게 전달되는 가시적인 결과입니다. 팀은 "스프린트" 방식으로 작업합니다. 반복적인 프로토타입을 생성하다 이를 통해 매개변수를 도출하고 추가 목표 설정의 기반을 마련할 수 있습니다. 반복 작업이 완료되면 일련의 스프린트를 통해 개선할 수 있습니다.

The 기본 4가지 원칙 위치 :

1. 프로세스 및 도구에 대한 개인 및 상호 작용
2. 포괄적인 문서보다 작업 소프트웨어
3. 계약 협상에 대한 고객 협력
4. 계획에 따른 변경에 대한 대응

Agility 열쇠입니다 빠르게 변화하는 환경에서 이러한 사고방식은 ITIL에 적용되어 IT 서비스 팀이 변화를 수용하는 데 도움이 될 수 있습니다.

민첩한 세상에서 ITIL이 여전히 중요한 이유

ITIL 방법론은 1980년대 후반 디지털 기술이 비즈니스 환경에 더욱 깊이 침투하면서 등장했습니다. 오리지널 가이드북 IT 서비스 관리(ITSM)를 위한 반복 가능한 로드맵을 제시했습니다.

ITIL의 장점은 모든 것이 문서화되어 있다는 것입니다. 팀은 누구에게 보고해야 하는지, 무엇을 처리해야 하는지, 그리고 변경, 수정 또는 개선 사항을 구현하는 프로세스를 알고 있습니다. 문서화를 통해 변경 사항을 감사하거나 특정 작업의 진행 과정을 쉽게 추적할 수 있습니다.

이처럼 경직된 접근 방식은 민첩한 환경에서 어려움을 겪을 수 있으며, 팀이 필요할 때 계획된 행동 방침에 적응하거나 방향을 전환하는 것을 방해할 수 있습니다. 예를 들어, 오늘날 ITIL 기반 팀은 지속적으로 변화 위험을 예측하고 관리할 수 있어야 합니다.

Nancy Van Elsacker Louisnord는 "ITIL 프로세스의 영구성은 너무 엄격할 수 있습니다."라고 썼습니다.CIO,” “원래 미리 프로그래밍된 계획에서 벗어날 방법이 거의 없습니다. 이는 민첩하지 않은 환경의 정의입니다.”

ITIL 방법론은 예측 가능성과 책임성을 제공합니다. SLA는 기대치와 결과물을 체계화하는 문서화된 기록을 생성합니다. 하지만 이 시스템은 완벽하지 않습니다. 팀은 SLA를 준수하더라도, 명시된 매개변수가 해당 당사자들의 진정한 비즈니스 요구를 반영하지 못했거나 요구 사항이 변경되어 사용자와 이해관계자에게 불만족을 안겨줄 수 있습니다.

이러한 과제에 비추어 일부 팀은 ITIL 프로세스의 기반을 그대로 유지하면서 민첩한 IT 관리 방식을 도입하는 것이 유리할 수 있습니다.

예를 들어, 팀은 SLA를 넘어 관점을 넓혀 진정한 목표를 파악할 수 있습니다. 팀은 실제 사용자의 피드백을 포함합니다보고서에 고객, 이해관계자, 그리고 이러한 의견을 반영하고, 이러한 반응을 바탕으로 우선순위를 설정합니다. 또한 이러한 의견을 정확하게 반영하는 지표를 개발해야 합니다. 실제 기술 사용자로부터 피드백을 구함으로써 IT 팀이 SLA를 위반하지 않는다는 이유만으로 심각한 문제를 간과하지 않도록 할 수 있습니다.

ITIL 기반 조직이 애자일 방법론을 적용할 수 있는 또 다른 방법은 하나 이상의 혁신 팀을 구성하고 SLA와 조직의 일상적인 요구라는 제한된 관점을 벗어나 업무에 필요한 자율성을 부여하는 것입니다. 이러한 팀은 소규모 사용자 테스트 그룹을 대상으로 파일럿 프로그램을 운영하거나, 조직에 획기적인 개선을 가져올 수 있는 미처 고려되지 않은 변화를 찾아내는 실험을 진행할 수 있습니다. 이러한 모든 과정은 관련된 모든 사람에게 가치를 창출합니다.

내부 "스컹크 웍스" 팀을 구성하면 높은 IT 사고 발생률과 같은 골치 아픈 문제를 해결할 수 있습니다. 또한 새로운 기회의 문을 열어줄 수도 있습니다. 현재 슬랙(Slack)으로 알려진 비즈니스 채팅 클라이언트를 개발한 팀은 원래 회사 내부 커뮤니케이션 문제를 해결하고자 했습니다. 하지만 혁신을 위한 리소스가 제공되었기 때문에, 결국 내부적으로나 외부적으로 엄청난 가치를 지닌 도구를 개발할 수 있었습니다. 외부 적으로.

애자일 IT 관리는 복잡한 조직 구조에 내재된 중복성과 세세한 관리의 상당 부분을 제거하는 것을 목표로 합니다. 팀이 지속적인 보고, 감독, 승인 대기 없이 운영될 수 있다면, 리더십 역할을 하는 사람들은"자신만이 할 수 있는 더 높은 가치의 업무에 전념하세요. 즉, 기업 비전을 만들고 조정하고, 전략적 이니셔티브의 우선순위를 정하고, 업무를 단순화하고 집중시키고, 적합한 사람을 업무에 배정하고, 기능 간 협업을 늘리고, 진행을 방해하는 요소를 제거하는 것입니다."

민첩한 환경에서 ITIL의 가치를 그대로 유지하기

모든 프로세스가 애자일 접근 방식의 이점을 누릴 수 있는 것은 아닙니다. 반복적이고 예측 가능하며 안정적인 비즈니스 환경에서 이루어지는 작업은 애자일 IT 관리 기법을 적용하면 오히려 방해가 될 수 있습니다. 또한, 일부 작업은 조직 간 경계를 허물고 모두가 만족할 수 있는 명확한 해결책을 제시하며 수없이 반복되어 왔기 때문에, 혁신은 불필요한 위험을 초래합니다.

ITIL의 이러한 긍정적인 특성을 염두에 두고, 애자일 조직은 최소한 SLA의 한 형태로 성공 측정, 위기 대응 또는 기준 기대치 충족을 위한 몇 가지 기본 규칙을 정해야 합니다. 만약 이것이 너무 엄격하게 느껴진다면, 팀은 해당 문서를 비즈니스 요구에 따라 발전시킬 수 있는 "반복"으로 간주할 수 있습니다.

팀은 또한 프로세스 변경 사항이 중요 비즈니스 기능과 관련된 문제를 "해결"하지 않는지 테스트하고 평가해야 합니다. 실험적 스크럼 팀은 중요 비즈니스 기능과 관련된 프로토타입 제품이나 프로젝트를 개발할 때 부담이 적은 환경에서 이점을 얻을 수 있지만, 최종 반복 작업은 반복 가능한 프로세스에 따라 철저하게 검증되고 테스트된 안정적인 제품이어야 합니다.

애자일 팀은 또한 자신의 목표와 그 목표 달성에 대한 책임이 누구에게 있는지 이해해야 합니다. 그렇게 하면 초기 ITIL 팀들이 피하려고 했던 조직적 혼란이 발생할 가능성을 줄일 수 있습니다.

ITIL과 애자일을 비교 평가할 때 가장 중요한 교훈은 각 방법론이 IT 팀이 상황에 맞게 인지하고 활용해야 할 이점을 제공한다는 것입니다. ITIL 프레임워크에는 여전히 유용한 모범 사례가 포함되어 있으며, 애자일 방법론에 맞게 수정할 수 있습니다.

오늘날의 비즈니스 세계는 끊임없이 변화하고 있으며, 이를 뒷받침하는 기술 환경 또한 마찬가지입니다. IT 팀은 최신 기술과 그에 따른 요구 사항에 발맞춰 나가야 합니다. 뿐만 아니라, 새로운 서비스 사고방식에도 발맞춰 나가야 합니다. 비즈니스 서비스 관리 솔루션오늘날의 IT 문화에서는 어떤 프레임워크를 사용하든 애자일 목적에 맞아야지, 그 반대는 안 됩니다.