소위 "광범위한" IT 계획이란 기업 핵심 가치 사슬의 운영 모델을 기업 전략적으로 충분히 분석하여 IT 의 지지점과 기회를 파악함으로써 기업의 IT 전략을 명확히 하고 기업의 IT 애플리케이션 청사진, IT 거버넌스 모델, 정보 자원 시스템 및 시스템 구현 방안을 구축하여 기업 전략 목표에 대한 효과적인 지원을 실현하는 것을 말합니다. "좁은" IT 계획은 시스템 하드웨어, 시스템 소프트웨어 및 개발 기술 계획 및 배치에 중점을 두고 기술을 중심으로 전개됩니다. 여기서 논의한 IT 계획은 주로 "광범위한" IT 계획을 위한 것입니다. 일반적으로 IT 계획의 운영 아이디어는 IT 전략, IT 역량 분석, IT 솔루션 및 IT 실행 계획을 명확히 하는 4 단계로 진행됩니다. IT 전략의 명확한 단계에서는 기업의 전략, 비전 및 목표를 분석하고 핵심 가치 사슬의 관련 비즈니스 측면을 심층적으로 분석하여 비즈니스 모델 및 프로세스에서 IT 의 지지점과 기회를 찾아 비즈니스 개발 전략을 지원하는 IT 전략을 구축하고 정보 구축의 목표를 수립해야 합니다. IT 역량 분석 단계에서는 먼저 기업의 IT 지지점과 연계하여 핵심 비즈니스 단계부터 시작하여 기업의 다양한 차원의 IT 요구 사항과 IT 목표를 분석합니다. 그런 다음 합리적인 IT 평가 모델을 구축하고, 기업의 정보화 상황을 종합적으로 평가하고, 격차와 제약을 분석하고, 향후 IT 청사진과 시스템 계획의 근거를 제공합니다. IT 솔루션 단계에서는 위의 두 단계의 성과를 결합하고, 기업의 IT 애플리케이션 청사진을 설계하고, 애플리케이션 시스템의 통합 지점을 분석하고, 기업의 IT 인프라를 구축하고, 이러한 컨텐츠에 대한 심층적인 설명과 분석이 필요합니다. IT 행동 계획 단계에서는 설계된 IT 청사진에 대한 종합적인 계획, 기업 정보 구축 단계 개발, 위험 및 수익 분석, 기업 IT 거버넌스 계획 제공, 이를 바탕으로 구체적인 기업 정보 실행 계획을 수립하여 기업의 다음 단계를 안내해야 합니다. 여기서는 IT 계획의 구체적인 내용과 성과를 장황하게 소개하는 것이 아니라, 일부 IT 계획 프로젝트가 기업이 실제 문제를 해결하는 데 도움이 되지 않는 현상에 대해 논의하고자 합니다. 이러한 IT 계획 프로젝트와 기업의 실제 정보화 건설에는 종종' 두 장의 가죽' 현상이 존재한다. IT 계획 단계에서 프로젝트 팀은 기업들이 다양한' 과학' 분석 도구와 많은' 신선한' 용어로 기업에 어떻게 해야 하는지 알려주는 훌륭한 정보화 건설 청사진을 만드는 데 도움을 줄 것입니다. 그러나, 프로젝트 팀 종료 후, 기업은 종종 it 계획의 내용을 구현 하기 어려운, 심지어 기업의 실제 상황에서, 다시 시작 해야 합니다, 뿐만 아니라 기업의 시간과 돈을 낭비 하지만, 또한 기업 정보 건설의 신뢰를 흔들었다. 첫째, 우리는 미신적 모범 사례를 믿으며, 모든 것이 기준에 부합한다. 그것을 계획할 때, 인문환경, 지역문화, 역사전통의 차이, 특히 국내 기업이 변혁기에 직면한 각종' 개인화' 문제를 포함한 기업의 실제 상황을 간과했다. 이 경우, 컨설턴트는 항상 관리 및 비즈니스 변화를 주도하기 위해 기술을 사용하려고합니다. 기업의 모든 측면과의 효과적인 의사 소통이 부족하기 때문에 기업이 실용적이고 효율적인 정보 프레임 워크를 구축하도록 돕는 것은 어렵습니다. 심지어 기업에 오해의 소지가 있습니다. 후속 정보 구축 과정에서 기업을 괴롭히는 다양한 실제 문제가 발생합니다. 최근 업계가 추측해 온 한 상업은행의 핵심 업무시스템 업그레이드에 대한 유명 사업에는 이런 문제가 있을 수 있다. 초기 계획 및 선택에서 시스템의 선진성과 벤치마킹을 지나치게 강조하고 기업 자체의 업무 및 관리 상황을 무시하여 시스템 건설 프로세스를 통제할 수 없게 되어 최종 프로젝트가 중단되었다. 둘째, 컨설팅 회사는 국내 기업 관리 및 경영 문제에 대한 심층적 인 이해가 부족하여 기업 경영의 맥박을 파악할 수 없습니다. IT 계획 보고서에는 명확한 기업 전략, 비즈니스 및 프로세스 빗질 등도 포함되어 있지만. 컨설턴트의 경험과 이해가 부족하기 때문에 이러한 분석 결과는 종종 뒤의 IT 전략, IT 청사진 및 실행 계획과 효과적으로 결합되지 않으며, 그 결과 보고서가 풍부하고 "꽃이 만발한" 것처럼 보입니다. 그러나 실제로 각 부분의 내용은 분리되어 완전한 논리적 관계가 없다. 궁극적으로 기업에 제공되는 솔루션은 기술적 타당성에 초점을 맞추고 있으며 "좁은" IT 계획입니다. 여기서 설명해야 할 것은 현 단계에서 국내 기업이 해결하고자 하는 문제는 전면적이어야 하고, 심지어 IT 건설은 기업의 전략, 관리, 업무 문제를 해결해야 하며, 심지어 IT 로 기업의 집행력을 높이고, 제도의 단판을 보완하고, 문화 건설을 개선해야 한다는 것이다. 일부 측면은 it 의 원래 의도를 위반할 수 있지만 이는 현재 국내 기업의 현실이자 IT 계획 과정에서 반드시 직면해야 하는 문제입니다. 따라서 비즈니스 전략을 위한 비즈니스 개발 전략을 효과적으로 지원하고, 비즈니스 모델을 IT 시스템과 효과적으로 일치시키고, 착지할 수 있는 IT 지지점을 찾아내 모든 차원의 IT 요구 사항을 형성하는 것이 IT 계획의 진정한 관심사입니다. 셋째, 계획 과정에서 애플리케이션 시스템, 네트워크 및 하드웨어 플랫폼 구축에 중점을 두고 엔터프라이즈 관리 및 비즈니스와 밀접한 관련이 있는 정보 컨텐츠 자체는 무시합니다. 많은 정보 시스템이 구축되어 있지만 기업 운영을 지원하는 정보 자원을 얻지 못하는 경우가 많습니다. 기업 임원들은 늘 불평한다. "이렇게 선진적인 정보 시스템, 왜 내가 알고 싶은 것을 많이 볼 수 없는가?" " -응? 시장 상황이 급변하면 정보 시스템이 변화를 민감하게 포착할 수 없는 이유는 무엇입니까? ".분석을 통해 알 수 있듯이 이러한 IT 계획은 기업의 비즈니스 개발 및 관리 운영보다 기업의 기술적 요구 사항을 더 많이 충족하는 것입니다. 이런 식으로 기업의 전체 IT 프레임워크를 구축하면 정보 시스템이 구축된 후에도 대부분의 직원들은 정보를 어떻게 활용하고 가치를 높일 수 있는지 알지 못합니다. 기업의 정보 시스템은 관리와 유지의 의미와 가치가 없다. 따라서 포괄적인 엔터프라이즈 정보 자원 계획도 IT 계획의 중요한 부분입니다. 넷째, IT 거버넌스 방안은 형식에 따라' 3 점 기술 7 점 관리' 역할을 할 수 없다. IT 거버넌스 또는 IT 관리는 IT 계획 프로그램에 포함되어야 하며, 이전 문제와 마찬가지로 기업 관리도 포함될 수 있습니다. 국내 기업에게는 새로운 것이기 때문에 기업이 IT 관리 방면에서 좋은 경험을 쌓기 어려워 국내 기업 관리의 개인화 문제가 더욱 두드러진다. 따라서 기업 문화, IT 발전 배경, 운영 모델 관리 등의 문제를 잘 이해할 수 없다면 IT 조직 체계, IT 관리 체계, IT 관리 프로세스, IT 성과 평가 등 IT 관리 체계는 종이 위에만 떨어지고 현실에는 떨어질 수 없습니다. 동시에, 오랫동안 기업의 IT 부서는 기업의 비용 센터와 서비스 기관으로 사용되어 왔으며, 책임은 무한하고 권력은 조금도 없었다. 문제가 발생할 경우 IT 부서는 대부분 사업부와 타협하여 IT 관리의 어려움을 가중시킵니다. 따라서 기업의 실제 상황과 결합하여' 크고 완전한' 대신' 작고 정교한' 을 개발하는 방법은 운영 가능한 IT 거버넌스 방안이 IT 계획의 핵심이다. 다섯째, IT 계획의 중요성에 대한 인식이 부족하고 자원 투입이 부족합니다. 이 문제는 비기술 및 관리 문제이지만, 왕왕 가장 중요한 문제이다. 많은 기업들이 심혈을 기울여 IT 계획을 세우고 있으며,' 전체 계획, 단계별 구현, 중점 응용' 단계에 따라 정보화 건설을 하지 않는 것은 불가능하다는 것을 인식하고 있다. 그러나 실제 프로젝트 운영에서는 여러 가지 이유로 프로젝트 금액이 작고 시간이 촉박하며 투자가 적고 내용이 완전하다. 물론, 이 현상은 무책임한 컨설팅 회사들에 의해 상업적으로 추진되는 프로젝트일 수도 있다. 이 경우, 프로젝트 운영이 표면적으로, 포괄적으로 진행될 수밖에 없지만, 깊이 파고들 수는 없으며, 결국 기업에 실질적인 행동 방안을 제시하기도 어려울 것이다. 엉덩이가 뇌를 결정한다' 는 이치는 누구나 다 알고 있기 때문에 충분한 자원 투입도 실용적인 IT 계획 프로젝트의 기본 보장이다. 여기서 IT 계획이 더욱 실용적으로 이루어지려면 먼저 기업의 실제 상황과 결합하여 IT 계획이 기업을 위해 무엇을 할 수 있는지 이해해야 합니다. 기업의 전략, 관리 및 운영을 어떻게 진정으로 지원할 수 있습니까? 필자의 견해는 IT 계획에 SWOT 분석, 보스턴 매트릭스 분석, 경쟁 상황 분석이 필요하지 않을 수 있다는 점이다. 이것이 전략 계획이 해야 할 일이기 때문에 우리는 빨간색과 흰색을 구분하지 않을 수 없다. IT 계획은 기업의 전략을 명확히 하고, 전략 실현을 지원하는 비즈니스 발전 전략을 찾고, 핵심 가치 사슬의 모든 비즈니스 링크로 분해하여 이러한 비즈니스 발전 전략을 지원하는 데 필요한 역량을 파악하는 것입니다. 또한 이러한 기능을 달성하기 위해 it 시스템이 필요한 비즈니스 측면을 분석하고 IT 시스템이 이러한 기능을 갖추기 위해 무엇을 해야 하는지 설명합니다. 이를 통해 업무 운영층을 어떻게 지탱할 수 있는지 분해해 기업 전략을 지탱할 수 있다. 내가 상담한 사례 중 하나로 볼 때, 고객은 경쟁이 치열한 의류 산업에 있다. 고객을 위해 우수한 의류 기업을 만드는 목표를 달성하기 위해서는 끊임없이 소비자의 패션 추구를 만족시켜 급변하는 시장 수요에 대응해야 한다. 이를 위해서는 기업들이 각 경영 과정의 신속한 대응뿐만 아니라 전체 가치 사슬, 심지어 전체 공급망에 대한 신속한 대응으로 신속한 대응을 위한 경영 전략을 세워야 합니다. 그런 다음 이러한 신속한 대응의 경영 전략을 지원하기 위해 R&D, 구매, 생산, 유통 등을 포함한 모든 경영 과정을 분석할 수 있습니다. ) 실시간 정보 공유 및 프로그램 조율 강화 (물론 다른 기능도 필요) 가 필요합니다. 이 두 가지가 바로 IT 시스템이 잘하는 것입니다. 이를 통해 IT 의 지지점을 효과적으로 파악한 다음 상세한 요구 사항 분석을 수행하여 애플리케이션 시스템 설계 및 구축 계획을 완료할 수 있습니다. 둘째, IT 계획은 IT 애플리케이션의 근원부터 시작하여 기업이 필요로 하는 정보를 파악해야 합니다. 이 정보는 어디에 있습니까? 어떤 채널을 통해 얻을 수 있습니까? 이 정보를 분석, 처리, 저장 및 보급하려면 어떻게 해야 합니까? 이 정보는 기업에 어떤 영향을 미칩니까? 기업은 어떤 채널이 가치 있는 정보를 제공하는지, 어떤 채널이 저가의 정보를 제공하는지 어떻게 알 수 있습니까? 기업은 어떻게 정보 채널을 조정합니까? 이를 통해 기업은 합리적인 정보 자원 체계와 정보 코딩 체계를 구축하고 IT 요구 사항 분석과 함께 완벽한 정보 컨텐츠 솔루션을 제공하여 향후 정보 시스템 구축을 위한 실질적인 기반을 제공할 수 있습니다. 동시에, 정보 분류, 저장, 전송 및 사용에 대한 기준을 개발하여 규범과 제도를 형성하고 인센티브 메커니즘 및 성과 평가, 정보 내용 처리 표준화 등 적절한 IT 관리 수단을 적용함으로써 기업 정보화 건설의 의미와 가치를 실현할 수 있습니다. 그렇다면 IT 계획이 실용적이려면 기업에 적합한 IT 애플리케이션 시스템, 특히 ERP, SCM 과 같은 대규모 IT 애플리케이션 플랫폼을 자세히 분석해야 합니다. 업계와 비즈니스의 특성에 따라 여러 검증된 소프트웨어 공급업체를 찾아 객관적인 비교 분석을 해야 합니다. 분석 내용에는 플랫폼 성숙도, 플랫폼 기술 솔루션, 관련 업계 성공 사례, 공급업체 구현 서비스 기능, 로컬라이제이션 개발 및 서비스 기능, 가격 대비 성능 등이 포함됩니다. 대형 IT 애플리케이션 시스템은 매우 복잡하기 때문에 비교 분석을 위해 세부적인 것부터 시작해야 합니다. 기업이 각 모듈의 기능 요구 사항 사양을 형성할 수 있도록 도와주는 것이 가장 좋습니다. 이를 통해 맞춤형 시스템 테스트, Demo 데모 등을 수행할 수 있습니다. 미래에는 기업의 선택이 정보 대칭을 극대화하고, 이성적인 복귀를 실현하며, 소프트웨어 공급업체의 개념과 관계에 현혹되지 않을 것이다. 여기서 기업에 종합적인 소프트웨어 선택 서비스를 제공하는 것도 IT 계획의 실무적인 측면이다. 마지막으로, IT 계획은 엔터프라이즈 IT 관리 시스템을 구축할 때 IT 관리 문제의 근본 원인을 파악하고 엔터프라이즈 보급 응용 프로그램의 실현 가능성을 고려하여 엔터프라이즈 구현을 위한 간단하고 실행 가능한 솔루션을 형성합니다. 필자의 상담 사례를 예로 들다. 고객 애플리케이션 시스템의 데이터는 항상 정확하지 않습니다. 업무 부서는 하루 종일 IT 부서가 잘하지 못하고 시스템이 신뢰할 수 없다고 불평한다. 원래 수작업으로 IT 부서에 경고하는 것보다는 더 이상 시스템이 필요하지 않을 것이라고 경고하는 것이 낫다. (윌리엄 셰익스피어, 윈스턴, 일명언) IT 부서는 매우 긴장하고, 하루 종일 사용 권한을 설정하고, 로그를 기록하고, 분석을 추적하고, 시스템 팁을 제시하고, 기술적 수단을 통해 데이터 부정확성을 해결하려고 시도하다가 나중에 문제가 해결되지 않는다는 것을 알게 되었다. 조사 및 인터뷰를 통해 밝혀진 바에 따르면, 시스템 데이터의 정확성에 대한 기업의 평가 지표는 IT 부서 직원만이 부담하고 상벌 메커니즘이 있는 것으로 나타났습니다. 그러나 실제로 시스템을 사용하는 각 사업부의 운영자와 업무 책임자는 시스템 데이터가 부정확하기 때문에 개인의 이익에 영향을 미치지 않습니다. 이렇게 하면 데이터를 입력하고 수정할 때 매우 캐주얼하게 보일 수 있으며, 때로는 의도적으로 데이터를 부정확하게 만들어 업무 중의 일부 문제를 가릴 수도 있다. 나중에 심사 지표를 조정하고, 감독 통제를 강화하고, 유연한 상벌 메커니즘을 개발하여 데이터 부정확성 문제를 해결했다. 따라서 IT 관리 시스템을 설계할 때, 비즈니스 부서와 IT 부서가 같은 이익을 창출하고 단방향 서비스를 파트너로 전환함으로써 정보 시스템이 기업 내에서 최대의 효과를 얻을 수 있도록 이러한 실질적인 문제를 해결하기 위한 솔루션을 설계해야 합니다. 그렇지 않으면 설계된 IT 관리 시스템은 쓸모가 없습니다. 현재, 국내 기업의 정보화 건설은 몇 차례 침체되어, 약간의 성적을 거두고, 약간의 교훈을 축적하였다. 전반적으로 아직 갈 길이 멀다. IT 계획은 기업 정보화 건설의 풍향표로서 의사가 환자에게 처방한 처방전 못지않게 중요하다. 하지만 좋은 의사는 병을 낫게 할 수 있고, 돌팔이 의사는 병을 잘 치료하지 못하지만, 오히려 치료를 지연시켜 작은 병을 큰 병으로 바꿀 수 있다.