고객의 세계가 바뀌 었습니다. 어떻게 처리합니까?

얼마 전, 우리는 백엔드로 SQL Server를 사용하는 고객의 기존 메인 프레임 시스템을 새로운 인트라넷 ASP.NET 솔루션으로 교체하는 프로젝트를 맡았습니다. 이 중 일부는 비즈니스의 리엔지니어링이었습니다. 본질적으로 시스템을 변경함에 따라 비즈니스를 더 잘 수행 할 수있는 방법을 생각해야했습니다.

따라서 첫 번째 작업은 논리적 데이터 모델과 물리적 데이터 모델을 수행하는 것이 었습니다. 고객이이 토론에 참여했으며 완전히 사인 오프했습니다. 다음 단계는 실제로 각 모듈의 설계 및 구축을 수행하는 것이 었습니다. 짧은 이야기를 간단히하기 위해 프로그래밍이 완료되었으며 이제 시스템의 병렬 테스트를 진행하고 있습니다. 지금까지는 대부분의 모듈에서 훌륭하게 진행되고 있습니다.

우리는 하나의 시스템을 가지고 있습니다. 비즈니스 사용자 만 응용 프로그램과 보고서를 볼 수있게하면 모든 것이 잘됩니다. 새로운 통합 워크 플로에서 작동하며 이전의 수동 프로세스를 자동화하고 사양에 따라 성능이 우수합니다. 병렬 테스트는 마이그레이션 된 레거시 데이터와 관련하여 몇 가지 문제를 발견했습니다. 레거시 시스템의 빌더는 새로운 스키마 및 비즈니스 프로세스를 이해하는 데 매우 어려움을 겪고 있으므로 레거시 데이터를 가져 와서 새 스키마에 넣는 방법을 이해하는 데 매우 어려움을 겪고 있습니다. 이로 인해 비즈니스 사용자 및 이해 관계자 회의를 소집하고 새 시스템이 기존 시스템이 수행 한 데이터를 제공하지 않는다고 말하고 (실제로 그렇게 할 경우) 새 시스템이 나빠 보이게합니다.

가장 말도 안되는 것은 좌절입니다. 새로운 시스템은 훌륭하게 작동하며 필요하고 원하는 모든 것을 제공하며, IT 직원이 기존 데이터로 새 테이블을 채울 수 없다면 비즈니스 사용자는 새로운 기능에 만족할 것입니다.

이 문제를 처리하는 방법에 대한 제안을 요청하고 있습니다. 일부 정치적 움직임으로 인해 새로운 "건축가"는 시스템 작동 방식을 전혀 알지 못하며 IT 직원이 요청한 변경의 결과를 완전히 이해할 수 없습니다. IT 직원은 본질적으로 불필요하고 실제로 잘못된 설계 인 시스템에 대한 몇 가지 근본적인 변경을 원하지만 고객입니다.

이견있는 사람?

팀에서 데이터 변환을 수행해야합니다. 당신 은 처음에 그들을 위해 그것을 실제로 해야합니다 .

나는 비싼 플랫폼 마이그레이션의 수와 항상 공급 업체에 참여했습니다 항상 , 레거시 시스템을 이해하는 모든 이주 스크립트를 작성, 모든 테스트를하고, 일반적으로 확인하고 그 책임이 있습니다 자신의 데이터 변환 팀이 모든 것을 예상대로 작동합니다.

일부 회사에는 IT 담당자가있을 수 있습니다. 다른 사람들은 스스로 할 수 있다고 주장 하지만 실제로는 할 수 없습니다. 후자의 경우, 자리에 앉을만큼 충분히 겸손해야하지만 경영진이 내부 팀이 충분한 업무를 수행하지 않는다고 결정한 경우에는 단계적으로 준비해야합니다.

이다 당신의 시스템과 당신의 구현입니다. 당신 과 당신 자신 만이 성공을 보장 할 책임이 있습니다. 고객이이 부분을 스스로 수행 할 수 있다고 기대하지 마십시오. 그들이이 부분을 스스로 고집한다고 주장하는 경우에만 해당 옵션을 고려해야 하고 그 경우 엉덩이를 가리야합니다. 계약에 그들이 직접하기로 결정하면 책임이 있다고 말해야합니다. 결과.

그들은 원한다면 팀을 돌보아 줄 수 있고, 원한다면 모든 것을 시작하도록 당신을 지불 할 수는 있지만 어떤 종류의 합의가 없으면 불필요한주기를 낭비하지 않습니다. 특히 시간 제한 또는 고정 비용 계약을 체결 한 경우이 상황은 사망입니다.

요점은 당신이 말한 것처럼, 그들은 고객이며, 그들은 그들이 당신을 위해 일 하지 않음 을 의미 합니다. 사실, 당신이 나와 같은 냉소적 인 경우, 그들 중 일부는 직업 안전을 지키기 위해 적극적으로 당신을 상대 하고 있다고 의심 할 수 있습니다 . 고객에 의존하는 것은 어떤 부분을 수행하는 당신의 구현이 실수입니다.

데이터 변환을 수동으로 수행하기 위해 최소 임금 데이터 입력 슬레이브 두 개를 고용해야하는 경우 수행하십시오. 뭐든지에서 결과 다시 넣어 당신의 손을.

그들은 청구서를 지불하는 사람들이므로 결국 최선의 해결책이 아니며 뒤로 물러서지 않더라도 그들이 요구하는 것을 주어야합니다.

그러나 메인 프레임을 사용했던 사람들이 한 가지 중요한 점을 고려해야합니다. 아내는 메인 프레임 시스템을 사용하여 수백 가지 유형의 코드를 사용하여 다양한 금융 거래를 시작하는 은행에서 일했습니다. 그것은 본질적으로 자체 미니 언어였습니다. 은행이 복잡성과 관련된 단계를 크게 줄여주는 GUI 기반 시스템을 구현하는 데 수백만 달러를 소비했을 때, 그들은 나중에 생산성이 급격히 떨어지고 다시는 돌아 오지 않았다는 것을 알게되었습니다.

문제는 메인 프레임 시스템이 불필요하게 복잡하고 학습 곡선이 높지만 GUI를 사용하는 것보다 훨씬 빠르다는 것입니다. 단순히 키보드로 빠르게 입력하면 한 시간에 수백 건의 트랜잭션을 입력하는 데 능숙했기 때문입니다. 그것은 사용자 기반에 의한 대량 거부로 이어졌고 프로젝트는 완전한 실패로 폐기되었습니다. 생산성이 반환되었습니다.

도덕은 고객의 우려를 완전히 무시하지 않는 것입니다. 신중하게 고려하고 제공하는 솔루션이 모든 이해 관계자의 요구를 충족시키는 지 자문 해보십시오.

새 시스템은 이전 시스템이 수행 한 데이터를 제공하지 않습니다 (실제로 수행하는 경우).

당신은 이것을 매우 심각하게 받아 들여야합니다 ..

그때:

1) 레거시 직원과 협력하여 모든 우려 사항을 해결하도록 관리하십시오.

2) 그들이 무엇을 말하고 있는지, 왜 필요한지 완전히 이해했는지 확인하십시오. 이를 보장하기 위해 레거시 사람들과 협력하십시오. 그런 다음 문제를 해결하고 "예, 그것이 우리의 관심사입니다" 라고 말하게 합니다.

우려 사항에 동의하면 다음을 수행하십시오.

3) 그런 다음 솔루션을 제안하고 솔루션에 대한 기존 팀의 입력 / 검증을 받으십시오.

4) 시정 조치를 진행한다.

레거시 사람들과 완전히 동의하지 않고 그들이 우려 사항이라고 생각되면 유효하지 않습니다.

3) 레거시 가이가 말한 것과 동일한 언어를 사용하는 경영진에 대해 우려를 표명하십시오. 그리고 경영진이 당신이 관심을 가질 곳을 결정하도록하십시오.

"레거시 녀석은 XXX, YYY로 인해 문제가 확실하지 않습니다. 걱정이 되나요?"

나는 큰 공황 질식 이메일을 제안, 관리뿐만 아니라 관련된 모든 사람을 명중. 짧고 요점을 지키십시오.
2 점 :

1) 회의 / 전화로 문제를 해결할 수 있습니다 (시간 제안).

는 번거 로움없이 그대로 2) 우리는 시스템의 완전한 자신감을 가지고 비용을 추가로 변경

당신이 그들의 우려의 목록을 가지고있는 것처럼 들리며 회의에서 점진적으로 내려갈 수 있습니다. 공황을 멈추고 조금 식히고 진실로 때리면됩니다. 오래된 데이터를 새로운 데이터로 매핑하는 데 도움을 주기도합니다. 그들이 여전히 변화를 요구한다면 ... 그것은 돈입니다.

먼저, IT 섹션은 사용자 인터페이스 일 수 있지만 실제 고객은 IT 섹션이 아니라 IT 섹션이 작동하는 비즈니스입니다. IT를 진정시키기 위해 비즈니스를 해칠만한 일을하는 것은 좋은 서비스가 아닙니다.

비공식적으로 IT와 ​​함께 앉으십시오. 도넛을 사십시오. 학생의 역할을 교사에게 맡기고 "소프트웨어 디자인에 어떤 문제가 있습니까?" 그들이 말하고있는 것과 말하지 않는 것을 모두 들어라. 원래 사양에서 간과되었거나 과거 문제에 대한 우려가있을 수 있습니다. 그런 다음 다시 새로운 무언가에 대한 두려움 때문에 반응하고 있습니다. 그러나 요점은, 당신이 그들의 이의 제기를 친밀하게 알고 있다면, 긍정적 인 결과에 영향을 미치고 그들의 이의 제기에 대답 할 수있는 더 나은 위치에 있다는 것입니다.

레거시 시스템에서 새 시스템으로 데이터를 마이그레이션하는 데 문제가 있다고 언급했습니다. IT 섹션에서 데이터를 마이그레이션하는 데 문제가있는 경우이를 신속하고 깔끔하게 수행 할 수있는 작은 도구를 만드는 것이 좋습니다.

기존 데이터를 새 시스템으로 마이그레이션하는 것을 지원하려면 고객의 IT 직원에게 문의하십시오. 새로운 데이터 형식을 이해하는 회사의 직원은 물리적으로 이동하여 IT 담당자가 마이그레이션을 수행하도록 도와야합니다.

그렇게하면 IT 담당자에게 새로운 시스템에 대해 가르치고, 데이터가 올바르게 마이그레이션되며, 구현이 더 순조롭게 진행되기를 바랍니다.