좋은 소프트웨어에는 가격이 있습니다. 나쁜 것들도.

소프트웨어는 비용이 듭니다. 나쁜 소프트웨어는 엄청난 비용이 들 수 있습니다. Deutsche Post 또는 Lidl과 같은 대기업조차도 문제에 면역이 되지 않으며 최근 몇 년 동안 수백만 달러를 태웠습니다. 예는 놀랍고 종종 피할 수 있습니다. 우리는 방법을 말합니다.

Deutsche Post은 독일에서 매출이 가장 높은 10개 회사 중 하나이며 더 이상 최신 상태가 아닌 구식 IT 시스템과 씨름해야 합니다. “우리는 노후화되고 이질적인 IT 환경을 가지고 있습니다.” 그룹이 업계 잡지인 “trans aktuell”에 인정했습니다. 문제가 인식되고 문제가 금지됩니까? 불행히도. 그런 다음 Swiss Post는 “New Forwarding Environment”(NFE) 프로젝트를 시작했습니다. 30년이 넘은 ‘로지스’ IT 시스템을 교체하기 위해서였다. 이 프로젝트는 실패했고 5억 유로 이상이 소각되었고 Wirtschaftswoche의 헤드라인은 “Frank Appel의 컴퓨터 혼돈”이었습니다. 프로세스가 표준화되고 DHL 직원이 고객의 주문을 담당하는 대신 주문이 자동으로 새 시스템을 통해 부서를 통해 라우팅되어야 했습니다. 궁극적으로 아무도 더 이상 책임을 느끼지 않는다는 의미일 뿐입니다. 고객 데이터로 시스템을 채우는 것도 혼란을 야기했습니다. 처음에는 직원이 이 작업을 수행해야 했습니다. 그런 다음 전문 지식과 오류가 누적되지 않은 상태에서 외부 회사에 작업을 맡겼습니다. 데이터베이스의 모든 오류는 후속 오류를 유발하여 시스템을 사용할 수 없게 만들었습니다. 아직 IT 시스템이 오류 없이 가동되지는 않았지만 부서의 구조 조정이 시작되었고 혼란은 완벽했습니다. Wirtschaftswoche의 전직 DHL 관리자는 담당 이사회가 첫 단계 전에 마지막 단계를 밟기를 원했다고 말합니다.

“WaWi” 및 “Elwis” – Lidl의 10억 무덤

식품 할인점 Lidl도 소프트웨어 문제로 어려움을 겪었습니다. 수년에 걸쳐 사용하던 그룹 자체 상품 관리 시스템인 “WaWi”를 새로운 SAP 솔루션으로 교체할 예정이었습니다. 7년 후 5억 유로를 투자한 “Elwis”(Lidl의 전자 상품 관리 정보 시스템)는 다시 한번 역사에 남게 되었고 Lidl은 자체 소프트웨어를 추가로 개발하기로 결정했습니다. 이전에는 SAP 소매 솔루션을 사용하여 10,000개 지점과 140개 물류 센터의 관리를 단순화하기로 결정했습니다. 이 시스템을 Lidl 사양에 맞게 조정하기 위해 많은 비용을 들여 시도했습니다. SAP Retail은 일반적으로 구매 가격으로 작동하지만 Lidl은 판매 가격으로 작동합니다. 사소하게 들리는 것은 근본적인 변화였고 시스템을 곡물에 부딪혀 헤아릴 수 없는 위험과 비용을 초래했으며 결국 7년 만에 철거로 이어졌습니다.

A2LL – 실패 사례

성가신 소프트웨어 문제가 있지만 영향을 받는 사람들에게 심각한 결과가 있을 수도 있습니다. 이것은 “Unemployment Benefit II – Subsistence Benefits”를 의미하는 A2LL의 도입으로 일어난 일입니다. 이 소프트웨어는 2000년대 초반부터 2015년까지 사용되었으며 초기에는 엄청난 어려움이 있었습니다. 원조 수혜자를 위한 금전적 혜택을 기록하고 관리하기 위한 소프트웨어가 기획되었습니다. 많은 실수가 있었습니다. 예를 들어, 계좌 번호가 잘못 “입력”되어 계좌 번호 123456이 123456000이 되어 000123456이 정확했을 것입니다. 그 결과 지불이 할당되지 않았고 의도한 수취인에게 전달되지 않았습니다. 캐셔 수표를 사용하여 문제를 해결했지만 거리 이름이 잘못 단축되고 너무 길어 성능이 의도한 목표에 도달하지 못했습니다. 첫해에 소프트웨어는 다양한 건강 보험 회사에 너무 많은 2,500만 유로를 기부했습니다. 이들은 복잡한 지불 거절에 시달려야 했습니다. 그 이유는 현재 법률의 변경 사항을 적시에 소프트웨어에 입력할 수 없었기 때문입니다. 한편, 후속 소프트웨어 “Allegro”가 실행 중이므로 문제가 더 적습니다.

우리가 다르게 하는 것

이러한 예는 무엇을 보여줄 수 있습니까? 나쁜 소프트웨어로부터 자유로운 기업은 없습니다. 우리는 이러한 어려움을 심각하게 받아들이고 시간이 지남에 따라 초기 단계에서 이러한 문제를 해결하기 위한 몇 가지 전략도 개발했습니다. 아무도 소프트웨어 개발이 쉽다고 말하지 않지만 마스터할 수 있으므로 고객과 함께 매우 좋은 결과를 안정적으로 달성합니다.

1. 요구 사항 관리

   우리는 귀하의 목표를 처리하고 문서뿐만 아니라 목업 및 클릭 더미로 번역하는 것 외에는 아무것도 하지 않는 전문가를 보유하고 있습니다(아래 참조). 고객이 새 애플리케이션으로 달성하고자 하는 것은 무엇이며 사용자는 누구입니까? 기술에 대해서도 이야기할 수 있지만 꼭 그럴 필요는 없습니다. 우리에게 가장 중요한 것은 당신의 목표와 프레임워크 조건을 이해하는 것입니다. 우리는 이 기술에 대해 매우 잘 알고 있습니다. 귀하가 원하신다면 우리가 구현하는 것과 그 방법을 설명하고 그렇지 않은 경우에는 그 결과를 통해 혜택을 얻을 수 있습니다.

2. 목업과 인형

   후기 프로젝트 예산의 일부를 사용하여 소위 목업이라고 하는 기술 구현 전에 후기 애플리케이션의 사용자 인터페이스를 설계할 수 있습니다. 이러한 목업은 클릭 더미로 추가로 개발될 수 있습니다. 이를 통해 애플리케이션의 이후 동작을 프로그래밍 노력 없이 시뮬레이션할 수 있습니다. 결과적으로 사용자와 의사 결정권자는 나중에 무엇을 기대해야 하는지 매우 정확하게 볼 수 있으며, 이는 기대와 구현 사이의 격차를 최소한으로 줄일 수 있음을 의미합니다. 작은 편차는 피할 수 없지만 1-2%의 편차는 실제로 전혀 문제가 되지 않으며 필요한 경우 수정할 수 있습니다. 20% 이상의 편차는 곧 프로젝트의 끝을 의미합니다.

3. 반복적/”민첩한” 접근 방식

   우리는 첫 번째 시도에서 큰 성공을 거두려고 하지도 않습니다. 위에서 언급한 모든 프로젝트는 다양한 기능으로 사용자에게 직접 다가가려는 시도를 했다는 공통점이 있습니다. 이로 인해 개발 시간이 길어져 재정적 및 기능적 위험이 발생합니다. 우리는 몇 주에서 몇 달까지의 소규모 작업 패키지를 계획하여 고객과 사용자가 여정이 어디로 향하고 있는지 빠르게 확인하고 단점을 관리할 수 있으며 신속하게 발견하고 해결할 수 있습니다.

4. 소프트웨어 아키텍처

   인터페이스 디자인 외에도 애플리케이션에는 기술적인 디자인도 필요합니다. 이는 계획된 기능이 구성 요소로 분류되는 방법과 서로 데이터를 교환하는 방법을 정의합니다. 실패하는 프로젝트는 대부분 하나의 코드 기반에서 모든 기능을 구현하려는 시도를 하는 소위 모노리스입니다. 이로 인해 많은 사람들과 동시에 프로젝트를 진행하기가 어렵습니다. 또한 모든 것이 서로 영향을 미치며 한 기능에 문제가 있으면 다른 기능에도 문제가 있는 경우가 많습니다. 독립적인 시스템이라는 의미에서 시스템을 개별적이고 독립적인 구성 요소로 나누는 것이 더 좋지만 이것이 공통 사용자 인터페이스를 방해하지는 않습니다. 오토(Otto)나 아마존(Amazon)의 온라인 상점은 이러한 아키텍처의 예이지만 다른 산업 및 애플리케이션에도 적용될 수 있습니다.

5. 계획

   경험이 풍부한 프로그래머가 동료들과 함께 세부 구현 방법과 사용할 기술을 계획합니다. 그래야만 실제 프로그래밍이 시작됩니다.

6. 네 눈 원리

   우리는 페어 프로그래밍에 크게 의존합니다. 두 명의 프로그래머가 동일한 작업을 함께 수행합니다. 경찰과 약간 비슷합니다. 하나는 앞서고 다른 하나는 확보합니다. 아무 것도 실제로 잘못되지 않도록 나중에 코드 검토가 있습니다. 여기에서 특히 경험이 많은 프로그래머가 참여합니다. 그는 코드를 평가하고 피드백을 제공하며 궁극적으로 코드를 승인합니다. 이러한 방식으로 특정 버그를 피할 수 있지만 “스파게티 코드” 및 아키텍처 문제가 발생하면 이를 식별하고 피할 수 있습니다.

7. 업데이트

   우리는 결코 당신을 어둠 속에 두지 않습니다. 또한 프로세스 중에 귀하와 상의하고 모든 중요한 개발에 대한 최신 정보를 제공합니다. 변경된 요구 사항이 있습니까? 질문이 있습니까? 계속 지켜봐 주세요.

8. 테스트

   새로 구현되는 모든 기능은 제공하기 전에 집중적이고 양심적으로 테스트됩니다.

9. 작업
   • 자체 관리자와 자체 데이터 센터가 있습니까? 매우 좋은. 필요한 모든 정보와 지원을 제공합니다.
   • 소프트웨어 운영에 대한 자체 역량이 없습니까? 괜찮아요! 배포, 모니터링, 백업에 대한 모든 질문을 대신해 드립니다. 즉, 소프트웨어의 안전하고 안정적인 작동에 필요한 모든 것입니다.

질문이나 제안이 있으십니까? 의무 없이 무료로 귀하의 프로젝트에 대해 논의하게 되어 기쁩니다. 전화나 이메일로 편하게 연락주세요!