아직 멀었나요?

  • 아티클

이 문서는 "Ttrenches에서" 컬렉션의 일부입니다. 엔터프라이즈 시스템 구현이 성공하기 위해 적응하고 발전할 수 있어야 하는 방법을 설명합니다.

이 문서의 Word 버전을 다운로드하려면 아직 있습니까?를 참조하세요.

더 많은 문서를 보려면 "참호에서" 백서를 참조하세요.

아직 멀었나요?

수년에 걸쳐 엔터프라이즈 소프트웨어의 선택 및 배포에서 가장 큰 문제 중 하나는 구현을 정적 목적을 충족시키는 것으로 생각하는 것입니다. 이것은 우리가 세상의 모든 것을 물려고 할 때 우리 시대의 징조일 수 있습니다. "프로젝트를 관리합니다" "작업표입니다" 또는 "ERP 시스템입니다" 또는 "EPM 시스템이 있습니다."는 엔터프라이즈 시스템에서 영향을 받을 수 있는 비즈니스의 모든 측면을 지속적으로 생각해야 하는 것을 최소화합니다. 그러나 엔터프라이즈 프로젝트 또는 엔터프라이즈 작업표 시스템을 배포하는 데 가장 성공한 조직들은 필연적으로 이를 "살아있는 시스템"으로 간주합니다. 설계에 따라 지속적으로 진화하는 시스템입니다.

정적 시스템이라고 생각하는 이유는 무엇인가요?

엔터프라이즈 시스템에서 동적 환경으로 생각되는 성공 가능성이 더 높은 것이 사실이라면, 왜 많은 조직에서 엔터프라이즈 시스템을 고정된 소프트웨어로 간주합니까?

여러 가지 가능한 이유가 있습니다.

아마도 엔터프라이즈 시스템을 수락하는 것은 한 번의 기회와 한 번의 기회만 시스템에 대한 승인된 예산을 얻을 수 있는 복잡한 예산 환경에서 비즈니스 사례를 만드는 것을 의미했을 것입니다. 매년 또는 각 예산 주기로 돌아가서 다른 단계를 요청한 다음 다른 단계를 요청하는 것은 정치적으로 불가능합니다.

또는 시스템을 상속받았을 수도 있고, 어떤 약속이 제공되어야 하는지에 대한 약속이 있었을 수도 있고, 조직의 모든 사람들이 시스템이 일련의 비즈니스 기능 목록만 제공하는 것으로 생각하고 있을 수도 있습니다.

또는, 아마도 내부 정치는 직장에 있고 경계가없는 시스템을 두려워 할 조직의 다른 곳에서 사람들이있다.

그 생각에 대해 무엇이 잘못될 수 있습니까?

소프트웨어 시스템을 정적이라고 생각하는 것도 이상합니다. 우리는 일반적으로 정적으로 해결하는 문제를 생각하지 않습니다. 엔터프라이즈 시스템 구현과 관련된 문제 설명은 거의 항상 진화하고 있습니다. 그들은 변화하는 경제 상황, 변화하는 비즈니스 조건, 경쟁업체의 변화, 인력의 변화 또는 기술 아키텍처의 변화에 달려 있습니다. 비즈니스 조건이 결코 변하지 않을 것이라고 생각하는 조직은 비즈니스에 오래 머무를 가능성이 낮습니다. 엔터프라이즈 소프트웨어를 생각하면 솔루션의 기술 측면이 얼마나 빠르게 변경되는지 생각해 보세요. TimeControl 작업표 비즈니스에서는 20년 동안 6개 주요 기술 아키텍처 변경을 거쳤습니다. 1994년에 DOS 버전으로 시작한 후 1995년에 Windows 버전, 1997년 클라이언트/서버 버전, 1999년 브라우저 기반 버전, 2010년에 호스팅된 클라우드 및 모바일 버전으로 후속 작업을 수행했습니다. 이는 단지 기술 아키텍처일 뿐입니다. 변화하는 경제 상황, 경쟁업체 및 경험으로 인해 추가적인 진화가 일어났습니다. 엔터프라이즈 프로젝트 또는 엔터프라이즈 작업표 소프트웨어 게시 비즈니스의 경우 변경 내용이 상수임을 인정합니다.

엔터프라이즈 시스템 배포에 대한 생각도 다르지 않습니다. Project Server와 같은 엔터프라이즈 시스템을 구현하는 데 걸리는 시간에 이를 구현하는 조직은 변경해야 합니다. 새로운 고객, 새로운 직원 및 출발 인력이 있을 것입니다. EPM 시스템을 선택하고 배포하는 데 걸리는 시간에 다른 경쟁 제품이 등장합니다. 우리는 조직이 이 현상에 의해 마비되는 것을 보았습니다. 그들은 완벽 한 제품을 선택 하지 않습니다 우려 때문에, 다른 공급 업체에 의해 다른 제품의 릴리스는 선택 그룹 새로운 제품을 고려 하기 위해 작업을 일시 중지. 또는 고려 중인 제품 중 하나의 새 버전의 릴리스는 모든 사람들이 평가가 모든 대안을 고려하지 않을 것이라고 걱정합니다. 이러한 그룹은 반복해서 시작합니다. 조직 요구 사항과 솔루션 옵션이 변경되는 것을 멈추지 않기 때문에 최종 결정은 실현되지 않습니다.

이러한 조직의 문제는 애초에 솔루션을 찾게 된 비즈니스 과제가 사라지지 않고 결정이 없을 경우 해결되지 않는다는 것입니다.

정적이지 않다면 어떻게 해야 할까요?

엔터프라이즈 시스템 배포는 생활 환경인 경우 성공 가능성이 높아집니다. 그들은 성장하고, 진화하고, 주변의 변화하는 조건에 적응해야 합니다. 그리고, 예, 아마도 미래의 어느 시점에서 그들은 오래 되었을 때, 그들은 은퇴 해야 합니다. 이러한 사고 방식의 가장 중요한 변화는 완벽한 솔루션이 시작점이 아니라는 것입니다. 우선 순위는 가장 중요한 요구를 충족하지만 아직 완벽하게 명시되지 않은 경우에도 미래에 더 복잡한 요구에 적응 할 수있는 능력을 가진 솔루션을 선택하는 것입니다. 가장 중요한 선택 기준 중 하나는 다양한 기능보다는 유연성이 됩니다.

정적 집착을 어떻게 피할 수 있을까요?

정적 배포 패러다임에 갇히지 않도록 하기 위해 수행할 수 있는 여러 가지 방법이 있습니다.

  • 구현 계획에서 단계를 만들고 단계가 부족하지 않습니다.

    엔터프라이즈 구현에 대한 단계적 접근 방식을 채택하는 경우 훨씬 더 겸손한 첫 번째 단계에 집중할 수 있습니다. 컨설팅 직원은 우리가 할 수 있는 가장 적은 것이 아니라 최소한으로 식별하도록 배웁다. 우리는 그들에게 "가장 최소한의 배포를 찾고, 그 배포는 지속적인 긍정적 인 투자 수익을 창출 할 것"이라고 말합니다. 이에 대한 좋은 소식은 시스템의 가치가 훨씬 더 빨리 시작되고 시스템을 사용할 때 최소한의 수준에서도 향후 사용에 대한 요구 사항이 더 명확해질 것이라는 것입니다.

  • 진화를 허용하는 예산을 만드세요.

    많은 배포에서 보았던 한 가지 과제는 엔터프라이즈 시스템에 대한 요청을 한 번만 수행할 수 있는 "우물을 한 번 방문"하는 것입니다. 대신 단계 예산의 처음 몇 가지는 매우 상세하지만 미래의 단계는 덜 그래서 필연적으로 더 성공적이라는 기대와 함께 단계적 예산을 만들기.

  • 매우 유연한 솔루션을 선택합니다.

    우리 직원들은 "Semper Gumby"(유연한 토이 미스터 검비 이후)를 채택했습니다. 그것은 미군에서 처음 만들어지는 단어에 대한 연극이지만 우리의 생각에 완벽하게 맞습니다. 검비 씨와 마찬가지로, 우리는 우리가 다음에 어떤 모양으로 뒤틀릴지 결코 알지 못하므로 유연성면에서 생각합니다. 어떤 엔터프라이즈 솔루션을 선택하든 유연성에 프리미엄을 두는 것은 성공 기준입니다.

  • 운영할 때 구현 팀을 모두 중단하지 마세요.

    앞으로도 주요 리소스를 유지합니다. 이것은 매우 일반적인 도전입니다. 종종 엔터프라이즈 배포에서 조직은 가장 경험이 많고 숙련된 리소스를 할당하는 데 그려지고 시스템을 선택하고 구현하는 데 확실히 도움이 됩니다. 그러나 이러한 리소스는 다음 중요한 프로젝트에 필요한 리소스이며 시스템이 활성화되고 가장 중요한 시점에 있는 것처럼 이 리소스에서 벗어날 가능성이 높습니다. 특정 주요 리소스가 더 긴 기간 동안 구현에 유지되도록 미리 계획하면 엄청난 차이를 만들 수 있습니다.

  • 작지만 숙련된 영구 시스템 개선 팀을 만듭니다.

    엔터프라이즈 시스템에 대한 요구 사항을 구성하는 팀은 비즈니스 프로세스, 시스템 기능, 다른 주요 엔터프라이즈 시스템과의 통합 등을 살펴봅니다. 이 사람들이 설치되면 시스템을 포기하는 것은 미래의 진화를 매우 어렵게 만듭니다. 조직 및 시스템 기능의 요구가 정기적으로 평가되는 장기 진화 치료에 이 엔터프라이즈 시스템 및 기타 관련 시스템을 배치합니다.

실제 사용에서 알아보기

  • 시스템을 프로덕션 환경에 조기에 전환합니다.

    이것은 5 년 전보다 오늘날의 세계에서 훨씬 쉽습니다. 클라우드 기반 설치 및 원격으로 액세스할 수 있는 서비스를 활용하여 시스템을 신속하게 실행할 수 있습니다. 클라우드 및 온-프레미스 제품을 모두 포함하는 대부분의 엔터프라이즈 시스템에는 서로 발전하는 방법이 있습니다. Project Server의 경우에도 마찬가지입니다. 우리 시스템에도 마찬가지입니다.

  • 시스템 향상을 초래하는 피드백 루프가 있는지 확인합니다.

    그것은 개선 될 수있는 것들을 보는 것이 좋다, 나쁘지 않다. 일부 구현 팀은 사용자가 이미 배포한 시스템을 사용하지 못하게 할 것을 우려하여 개선 제안을 권장하지 않습니다. 우리의 경험은 개선을 제안하는 사람들이 일반적으로 엔터프라이즈 시스템의 가장 큰 동맹국이라는 것입니다. 아이디어를 즉시 구현할 수 없더라도 환영받아야 합니다. 엔터프라이즈 시스템에 대한 새로운 아이디어를 식별하고 장려하기 위한 시스템을 만들면 모든 사람이 투자할 수 있으며 엄청난 이점을 얻을 수 있습니다.

  • 너무 빨리 희망을 포기하지 마십시오.

    일부 기업은 "문제는 소프트웨어에 있다"고 말하고 성공 가능성이 있기 전에 배를 뛰어 넘을 것입니다.

아직 멀었나요?

그렇다면 언제 그곳에 도착할 수 있을까요?

바라건대 결코.

그렇다고 해서 역이 멈추는 것이 좋지 않을 것이라는 말은 아닙니다. 엔터프라이즈 프로젝트 또는 엔터프라이즈 작업표 시스템과 같은 엔터프라이즈 소프트웨어의 새로운 구현에 대한 첫 번째 목표는 긍정적인 투자 수익을 제공하는 프로덕션 환경이어야 합니다. 계층 또는 단계에서 배포할 수 있는 시스템을 찾고, 성장, 적응 및 변경할 수 있는 충분한 유연성을 갖추고 있으며, 완벽한 대상을 선택하기 위해 기다리는 것보다 더 많은 생산성을 찾을 수 있습니다.

작성자 정보

Chris Vandersluis는 캐나다에 본사를 둔 HMS 소프트웨어인 Microsoft Certified Partner인 몬트리올의 사장 겸 설립자입니다. 그는 맥길 대학교에서 경제학 학위를 취득했으며 프로젝트 제어 시스템의 자동화 분야에서 30년 이상의 경험을 보유하고 있습니다. 그는 PMI(프로젝트 관리 연구소)의 오랜 회원이며 MPUG(Microsoft Project Users Group)의 몬트리올, 토론토 및 퀘벡 지부를 설립하는 데 도움을 주었습니다. Chris가 저술한 출판물에는 포춘, 헤비건설 뉴스, 컴퓨팅 캐나다 잡지, PMI의 PMNetwork 등이 있으며, 프로젝트 타임즈의 정기 칼럼니스트입니다. 그는 McGill 대학에서 고급 프로젝트 관리를 가르치고 종종 북아메리카 및 전 세계의 프로젝트 관리 협회 기능에서 연설합니다. HMS Software는 TimeControl 프로젝트 지향 시간 유지 시스템의 게시자이며 1995년부터 Microsoft 프로젝트 솔루션 파트너로 활동해 왔습니다.

Chris Vandersluis는 다음에서 전자 메일로 연락할 수 있습니다. chris.vandersluis@hms.ca

Chris Vandersluis에서 더 많은 EPM 관련 문서를 읽으려면 HMS의 EPM 지침 사이트(https://www.epmguidance.com/?page_id=39)를 참조하세요.