새 책에서는 관리형 애플리케이션 수명주기를 자동화하여 비즈니스 애플리케이션 제공을 가속화하는 방법을 살펴봅니다.

에스아르비우스키: 대부분의 대기업에서는 애플리케이션이 수년에 걸쳐 구축되었습니다. 당신은 획득을 던졌습니다거기에 추가하면 응용 프로그램의 레이어가 생기고 그 중 많은 부분이 중복됩니다. 당신은 다양한 기술과 엄청난 양의 기술을 보유하고 있습니다. 유산, 모두 서로 다른 방식으로 구축되었으며 비즈니스는 더 빠르고, 더 빠르고, 더 빠른 응답을 원합니다.

그래서 우리를 방해하는 오래된 기술이 있습니다. 우리는 그 기술을 기반으로 한 오래된 접근 방식을 가지고 있으며 현대 세계는 여러 면에서 극적으로 다릅니다. 우리는 프로세스를 바꾸고 있습니다. 우리는 팀 구성 방식을 훨씬 더 글로벌한 팀으로 바꾸고 있습니다.

아웃소싱, Nearshore, Far-shore 등 모든 기술이 근본적으로 변화하고 있습니다.

그것이 당신이 보는 이유에 대한 맥락입니다 이 모든 공포 이야기들 특히 애플리케이션 분야의 IT 대응에 대한 기업의 만족도에 대한 통계입니다. 생각해보면 그게 바로 비즈니스 경험이다.

... IT 조직은 판도를 바꾸려고 합니다. 시간ipps: 우리가 이야기하는 많은 추세에는 아웃소싱, 서비스 기반 아키텍처, 보다 유연한 방법론(반복적이든 아니든)이 포함됩니다. 기민한 - 그 중 하나를 새 제품이라고 부를 필요는 없습니다. 그런 것들은 주변에 있었어이제 몇 년이 지났습니다. 우리가 이야기하고 거래하는 많은 기업들은 몇 년 동안 어떤 형태나 방식으로든 이를 활용해 왔습니다.

기업 내 애플리케이션 팀이나 일련의 애플리케이션 소유자라면 이러한 것들이 몰래 들어오는 경향이 있습니다... 어느 날 아침에 일어나서 갑자기 팀이 오랫동안 운영해 온 방식이 근본적으로 바뀌었다는 것을 깨달았습니다.

어떤 면에서는 천 번의 상처로 인한 죽음입니다. 이러한 이니셔티브 중 어느 것도 한 발 뒤로 물러서서 전화를 보류하고 다음과 같이 말하도록 강요하지 않습니다. 이제 우리가 애플리케이션을 제공하는 방식은 우리가 수행하는 메커니즘을 어떤 중요한 방식으로 다시 생각하도록 요구합니다. 배달.

내 경험으로 볼 때, 그렇게 하기 위한 시간이나 두뇌 공간을 확보하는 것은 어렵습니다. 일반적으로 다음 애플리케이션을 출시하는 데 어려움을 겪습니다. 마감일이 있습니다. 다른 애플리케이션이나 향상된 기능이 곧 출시될 예정입니다.

필요한 질문

와이한발 물러서서 "와, 우리는 이렇게 다른 방법을 사용하고 있어요"라고 말할 시간이 없을 수도 있습니다. 방법" 또는 "우리는 아웃소싱 팀에 더 많이 의존하고 있기 때문에 우리 모두는 그렇지 않습니다. 같은 위치에 있는."

이 책의 목표 중 하나는 바로 그렇게 하는 것이었습니다. 마크와 나는 사치를 누렸다 한 걸음 뒤로 그리고 이러한 추세가 애플리케이션이 확립되고 전달되는 방식에 대해 어떤 의미를 갖는지 생각해 보세요. 그리고 기업의 관점에서 볼 때 우리가 이러한 새로운 복잡성에 어떻게 대응했는지, 아니면 대응하지 않았는지 살펴보겠습니다.

오늘날 애플리케이션의 특성은 단일체가 아니라는 점입니다. 단일 프로젝트 팀이나 여러 팀으로 구성된 프로그램이 소유하지 않습니다.

우리가 할 수 있는 것을 활용 중또는 일련의 하위 구성요소, 재사용 가능한 서비스 또는 다른 애플리케이션에서 빌린 기능 포인트 등을 사용하여 조립된 것인 경우가 많습니다. 가장 좋은 의미에서 함께 엮인 것은 바로 이것이다. 처음부터 모든 내용을 작성하는 대신 가능한 한 최대한 활용하고 있습니다.

이것이 타당하고 올바른 방법이며 훨씬 더 많은 조립 라인 생산이라는 점에 우리 모두 동의할 수 있습니다. 우리가 가고자 하는 방향인 모든 것을 소프트웨어에서 손으로 만드는 것과는 대조적입니다. 관점.

하지만 이는 우리에게 많은 새로운 과제를 안겨주기도 합니다. 내가 사용할 수 있는 외부 구성 요소에 대한 가시성을 확보하거나 검색하려면 어떻게 해야 합니까? 이러한 구성 요소가 신뢰할 수 있고 내가 원하는 방식으로 작동하고 수행할 것이라고 어떻게 믿을 수 있습니까? 주어진 개발자로서 내가 실제로 그것을 직접 만든 것이 아니라는 사실을 감안할 때 어떻게 그것을 믿을 수 있습니까? 그리고 우리는 이러한 다양한 부분을 어떻게 인증할 것입니까?

현대적인 제공과 그 세부 사항을 고려할 때 복잡성에 복잡성을 더한 것이 아니라 복잡성에 복잡성을 곱한 것과 비슷합니다.

?

그래서 당신은 이런 질문을 가지고 있습니다. 우리는 어떻게 협력하나요? 우리는 어떻게 의사소통을 하나요? 결함이 있을 경우 서로 어떻게 알릴 수 있나요? 재테스트할 준비가 되었는지 어떻게 알 수 있나요?

이메일에 의존하는 것은 이상적이지 않습니다. 그리고 물론 우리는 다른 방법을 사용할 수도 있습니다. 여러 팀이 서로 다른 방법을 사용할 수 있습니다. 저기 있는 사람들은 민첩한 방식으로 일하고 있고, 우리는 폭포식 방식으로 일하고 있습니다.

따라서 우리가 가지고 있는 캐치프레이즈는 의미가 있을 수도 있고 없을 수도 있지만 복잡성이 아닙니다. ...을 더한 복잡성, 그것은 복잡성에 더 가깝습니다 타임스 현대적인 전달과 그 세부 사항을 고려할 때 복잡성. 에스아르비우스키: 이제 아이디어는 두 가지 관리가 모두 필요하다는 것입니다. 그리고 최종 목표를 달성하기 위한 자동화.

사람들은 오랫동안 그러한 것들을 매우 좁은 방식으로 생각해 왔습니다. 그들은 요구 사항 관리 및 자동화와 같은 좁은 도메인 공간 관리를 생각했습니다. GUI 기능 테스트. 이는 모두 좋은 진전이자 중요한 일이었지만, 수명주기 전반의 관리와 수명주기 전반의 자동화 사이에는 연관성이 거의 없었습니다.

수명주기 전반에 걸쳐 뿐만 아니라 이들이 어떻게 연동되는지 두 가지 모두에 대해 생각해야 합니다.

우리가 여기서 얻고자 하는 것의 일부는 바로 이러한 상호작용입니다. 무슨 일이 일어나고 있는지 볼 수 있는 상황을 만들기 위해서는 수명주기 전반에 걸쳐 뿐만 아니라 이들이 어떻게 연동되는지 두 가지 모두에 대해 생각해야 합니다. 저는 제가 수행하고 있는 매우 복잡한 노력, 즉 많은 사람, 많은 팀, 많은 이해관계자, 많은 프로젝트, 많은 상호의존성을 살펴봅니다. 그래서 가시성이 있습니다. 속도를 높여 특정 방향으로 나아가야 하고, 모든 것을 폭파시키지 않고 모든 속도를 높여야 할 때, 바로 그때 통합된 자동화를 활용할 수 있습니다.

기업의 거의 모든 평방 인치는 소프트웨어에 의해 어떤 방식으로든 자동화됩니다. 이것이 IT 팀에게 의미하는 바는 이제 비즈니스의 모든 부분을 이해해야 하며 비즈니스는 놀라울 정도로 역동적이라는 것입니다. 따라서 변경되는 모든 부분은 거의 지연되거나 어떤 경우에는 소프트웨어 혁신에 의해 주도되고 주도되어야 합니다.

... 앞으로 비즈니스를 차별화하려면 소프트웨어를 핵심 역량으로 만들어야 합니다. 그래서 그것은 매우 중요합니다.

시간ipps: 어딘가에서 일련의 애플리케이션을 변경하지 않으면 비즈니스가 변화할 수 없습니다... 우리는 어디에나 응용 프로그램을 가지고 있습니다. 지속적인 검토, 수정, 개선, 추가 등이 진행될 것이며 이는 끝없는 흐름이 될 것입니다.

우리가 살고 있는 웹 세계를 고려할 때, 어쨌든 이들 애플리케이션 중 대부분은 항상 켜져 있고, 항상 사용 가능하며, 최신의 가장 훌륭한 아이디어가 무엇이든 충족하기 위해 항상 변화하고 있으며 우리는 이를 실행해야 합니다. 따라서.

우리는 일단 그들이 나가서 사용 가능하게 되면 그들이 반응하는지 확인해야 합니다. 우리는 데이터 센터를 소유한 팀이 그들의 행동을 인지하고 있는지 확인해야 합니다. 애플리케이션으로 다시 돌아오지 않고도 이러한 동작 중 어떤 동작을 구성할 수 있는지 알 수 있습니다. 팀.

레거시 뷰에서는 "와, 소프트웨어 개발 수명주기(SDLC) 이것이 전부입니다. SDLC를 올바르게 설정하고 요구 사항과 배포를 올바르게 수행하면 승리할 수 있습니다." 우리는 이것이 여전히 중요하다는 것을 알고 있습니다. 우리가 핵심 수명주기라고 설명하는 것은 여전히 ​​모든 것이 시작되는 곳입니다.

비즈니스가 지향하는 바에 대해 정말로 성공하려면 이 전체 라이프사이클을 고려해야 합니까? 요구 사항 이전에 발생하는 모든 일, 발생하는 포트폴리오 조사, 아키텍처 결정 내가 만들고 있는 것은 기업 전체에 걸쳐 사실이어야 하며, 물론 그 일이 진행되면 발생하는 모든 일도 마찬가지입니다. 살다.

우리는 우리가 살고 있는 웹 세계를 고려할 때 이러한 응용 프로그램 중 대부분이 항상 켜져 있고, 항상 사용 가능하며, 항상 변형될 것이라는 기대를 가지고 있습니다.

나는 운영 동료들과 얼마나 잘 연결되어 있습니까? 나는 올바른 정보를 공유했는가? 가능한 경우 테스트 스크립트를 공유했습니까? 서비스 데스크에 연결되어 있나요? 이상적으로는 기업에서 문제에 대해 듣기 전에 문제가 발생하는 것을 알고 있습니까?

현대적인 애플리케이션 제공을 고려할 때 전체 라이프사이클을 파악하는 것이 필요하다는 것이 바로 이러한 것입니다.

에스아르비우스키: 요구사항에도 자동화 수준과 관리 수준이 있을 수 있는 측면이 있습니다.

시각화, 빠른 프로토타입을 구축할 때 자동화가 도입될 수 있습니다. 기술적 지식이 없는 사용자가 거의 완벽한 모양의 응용 프로그램 표현을 만들 수 있도록 돕기 위해 시장에 등장했습니다. 그리고 느낌. 우리는 코드 생성에 대해 이야기하는 것이 아닙니다. 우리는 HTML과 도구를 사용하여 흐름, 화면 보기, 애플리케이션의 모양에 대한 데이터 입력을 만드는 방법에 대해 이야기하고 있습니다.

... 앱의 모양과 느낌에 도달하면 버튼 하나만 누르면 모든 비즈니스 규칙을 해석할 수 있습니다. 데이터는 어디에 있었는지, 화면에는 무엇이 있었는지, 이 데이터는 숨겨져 있었는지, 무엇이 입력되었는지, 언제 다음 데이터로 흘러갔는지, 무엇 아래에 있었는지 상태. 이 모든 것은 일련의 텍스트 기반 요구 사항, 해당 논리를 테스트하기 위한 테스트 자산, 심지어 입력해야 하는 결과와 규칙 및 데이터로 변환됩니다.

그래서 프로세스가 있습니다. 저는 이러한 요구 사항을 시각화하기 위해 토론을 하고 몇 가지 기술을 사용했습니다. 버튼을 누르면 실행하려는 긍정적인 테스트 사례를 포함하여 완벽한 정확도로 전체 표현을 자동화했습니다. 항상 그래왔듯이 이제 이를 관리할 수 있으며, 시스템과 팀에서도 이를 관리할 수 있습니다.

이제 해당 정보를 각 주요 이해관계자에게 전달하고 그 뒤에 있는 워크플로를 자동화할 수 있습니다. 이것이 게임 변경에 대해 말할 때 의미하는 바입니다.

이러한 요구 사항은 테스트와 결함을 유발하고 코드에 어긋나며 모두 연결될 수 있습니다. 이러한 요구 사항에 대해 어떤 차원에서든 진전이 이루어질 때마다 나는 하나에 대한 테스트를 만들고 하나에 대한 테스트를 실행했습니다. 저는 10개의 테스트와 8개의 경로를 실행했습니다. 버그에 대한 새로운 코딩을 확인했습니다. 이 모든 것을 하나로 묶고 자동화할 수 있습니다. 작업 흐름.

그러면 여러분은 제가 어떻게 창의적인 정보 시리즈를 얻었는지 알게 되실 것입니다. 자동화를 사용하여 다음 단계로 진행합니다. 이제 해당 정보를 각 주요 이해관계자에게 전달하고 그 뒤에 있는 워크플로를 자동화할 수 있습니다.

이것이 바로 게임을 바꾸고 소프트웨어를 제공하는 방법에 대해 이야기할 때 의미하는 바입니다. 내가 관리해야 하는 사항과 자동화가 어떻게 작업 속도를 높이고 더 충실하고 더 뛰어난 결과물을 생성하는지 속도. 시간ipps: 최종 게임은 내가 가진 것이 이러한 다양한 작업을 수행하는 통일된 방법이라는 것입니다. 내 관리 그림이 자동화된 것에서 곧바로 흐름을 갖도록 연결됩니다. 시작되었습니다.

자동화된 이벤트가 발생하면 관리 결과에 대한 단일 통합 보기가 제공됩니다. 즉, 10명 중 9명은 크고 큰 기업을 볼 때 우리가 보는 세상이 아닙니다. 배달. 그것은 여전히 ​​일련의 포인트 도구이며, 모든 것을 통합하기 위해 Excel이 맨 위에 놓일 수도 있습니다.

... IT의 미래를 이해하려면 제조업이 어디로 왔는지 살펴보기만 하면 됩니다. 우리는 IT 분야에서 우리가 하는 일의 대부분과 제조 및 기계 공학에서 보아온 작업 방식을 표절했습니다. 이는 린(Lean) 방법으로 확장됩니다. 아마도 폭포까지 다시 시작될 것입니다.

아마도 통합 관리와 자동화가 무엇을 의미하는지에 관해 이야기해 달라고 요청하실 때 우리가 기계 공학의 세계에서 비유를 차용하고 있다는 것은 놀라운 일이 아닙니다. 우리는 비행기가 할 수 있는 일, 선박이 할 수 있는 일, 자동차가 할 수 있는 일에 대해 이야기하고 있습니다. 따라서 이것이 매우 자연스러운 발전이기를 바랍니다.

에스아르비우스키: 나는 ~에 대해 이야기한다. 산업화 IT의. 때로는 무겁게 느껴지기 때문에 약간의 반발이 있을 수 있습니다. 그러면 저는 "잠깐만요. Toyota나 Boeing이 얼마나 유연한지 생각해 보십시오." 이들 회사는 이렇게 매우 복잡한 사업을 수행하면서도 부품과 부품을 관리할 수 있습니다. 전 세계의 공급업체와 파트너를 위한 공급품, 그리고 다른 모든 자동차는 해당 어셈블리에서 나오는 것과 다를 수 있습니다. 선. 설계부터 완성된 모델까지 제품 수명주기가 얼마나 빨리 단축되었는지 살펴보세요.

수행된 작업 중 일부는 바로 Brad가 이야기한 것입니다. 프로세스를 이해하고 최적화하는 데 막대한 투자를 한 것입니다. 설계 소프트웨어를 통해서든, 공장 라인의 자동화를 통해서든, 다양한 이해관계자를 지원하는 데 있어 이 모든 것이 투자. 우리는 IT 분야에서 하지 않았습니다. 우리는 그것을 직접 만들었습니다. 우리는 엑셀과 포스트잇 등을 사용했고, 우리가 했던 모든 것을 처음부터 새로 만들었습니다. 할 수 있기 때문이고, 그렇게 하기 쉽도록 만들었기 때문입니다. 우리는 수천 가지의 다양한 방법으로 쉽게 설계하고 제작할 수 있도록 만들었습니다.

무한한 수의 방법이 있기 때문에 우리는 자신이 그것과 다르다고 생각하는 반직관적인 인식이 있습니다. 사람들은 실제로는 그렇지 않다는 것을 깨닫고 있습니다. 사실, 산업화를 더 많이 하고 간결하고 민첩한 상태를 유지할 수 있을수록 이를 수행하는 방법, 사용하는 도구는 다음과 같습니다. 사람들은 이를 수행할 수 있는 놀라운 도구를 제공합니다. 포인트 도구뿐만 아니라 통합되어 있어 결과가 실제로 대변됩니다. 그들 자신.

그들은 본질적으로 접근 방식을 산업화하고 접근 방식을 통합했으며 뛰어난 기술로 이해관계자를 지원하고 프로세스를 변경하기 위해 채택했습니다.

이를 수행한 고객과 이야기를 나누면 세 가지 중요한 차원에서 놀라운 결과를 얻을 수 있습니다. 더 빨리 갈 수 없고, 품질을 높이거나 비용을 낮출 수 없다는 아주 오래된 농담이 있습니다. 그것은 단지 가능한 것이 아닙니다. 이것은 뚫을 수 없는 삼각형이거나 풍선을 쥐고 있는 것입니다. 우리는 고객이 절대적으로 가능하다는 것을 알고 있습니다.

그들은 본질적으로 접근 방식을 산업화하고 접근 방식을 통합했으며 뛰어난 기술로 이해관계자를 지원하고 프로세스를 변경하기 위해 채택했습니다. 더 빠르게 진행하고, 비용을 절감하고, 품질을 향상시킵니다.