IT 프로젝트 관리를 더 쉽게 이해할 수 있도록 도와주는 이론적 체계: 9 대 지식 분야, 5 대 프로세스 그룹.
여러분이 IT 프로젝트 방안을 배우고 익힐 수 있도록 도와주는 작문 방법.
카탈로그란 무엇입니까? 수요 분석은 어떻게 쓰나요? 어떻게 방안 설계 원칙을 하나 쓸 수 있습니까? 해결 방안을 어떻게 작성합니까? 구현 계획을 어떻게 작성합니까? 수리 서비스 방안은 어떻게 쓰나요? 훈련 방안은 어떻게 쓰나요? 전형적인 사례는 어떻게 쓰나요? 전형적인 설계 방안 분석 방안은 바로 문제를 해결하는 방안이다.
시나리오에는 사용자 솔루션, 프로젝트 요청 프로그램, 타당성 보고서 등이 포함됩니다.
계획을 쓰는 목적은 당신이 효율적이고, 소모가 적고, 위험도가 낮은 특정 임무를 완수할 수 있다는 것을 다른 사람에게 알리기 위함이다. (존 F. 케네디, 노력명언)
방안에서 다음과 같은 몇 가지 문제를 해결해야 한다. 왜 어떤 효과를 달성해야 하는지, 누가 할 것인지, 어떻게 할 것인지, 품질을 어떻게 통제할 것인지, 자신이 상응하는 능력을 가지고 있는지, 방안의 배경이 무엇인지, 현재 방안과 관련된 사회, 수요, 기술 등 배경, 국내외 유사 방안의 상황을 말해야 한다.
일반적으로 신고 계획에 나타납니다.
수요 분석, 즉 방안의 문제나 목적은 이 방안이 어떤 문제를 해결해야 하는지 설명하는데, 방안은 목적이 있다. 여기에 명확한 목적, 문제 해결의 목표가 있습니다.
독자들에게 그들이 왜 이렇게 하는지 설명하다.
이 방안의 의의를 높이 개괄하였다. 이 방안은 어떤 문제를 해결할 수 있으며, 어떤 이점을 가져올 수 있습니까?
일반적으로 신고 계획에 나타납니다.
방안 설계 원칙은 방안을 설계할 때 반드시 따라야 하는 원칙이다.
원칙이란 깨뜨릴 수 없는 잣대이니 반드시 엄격히 준수해야 한다.
각각의 구체적인 해결책에서, 미리 결정된 원칙을 반영해야 한다.
국가 표준, 기업 표준, 지방 표준 등을 포함한 표준을 준수합니다. 설계 방안에서 돌파할 수 없는 기준이기도 하다.
계획의 목표, 문제 해결에 대한 전반적인 개요, 높은 수준의 개괄.
일반적으로 신고 계획에 나타납니다.
해결책, 독자에게 문제를 해결하는 방법을 설명하십시오.
솔루션의 주체입니다
계획에는 독자에게 구체적인 단계와 작업 경로를 설명하는 조직 구조 구현 계획 (일정 계획) 이 있습니다.
서비스 계획 (Service plan) 은 독자에게 서비스를 잘 할 수 있는 구체적인 조치가 있다는 것을 설명한다.
교육 프로그램 (Training plan) 은 독자에게 당신이 훈련을 잘 할 수 있는 구체적인 조치가 있다는 것을 설명한다.
커뮤니케이션 계획, 품질 관리 계획, 위험 식별 및 위험 관리 계획, 장비 조달 계획의 작업량 추정 및 인적 자원 비용 예산의 일반적인 사례를 소개하여 독자에게 이 계획을 실현할 수 있는 능력이 있음을 증명합니다.
일의 기초와 업무 성과의 축적은 네가 이 계획을 실현할 능력이 있다는 것을 더욱 증명한다.
사용자의 요구를 충족시키고 입찰 서류의 모든 요구를 충족시키는 것은 방안 편성의 기본 원칙이다. 사용자와 입찰 서류의 각 요구 사항에 대해 명확한 응답이 있어야 하며, 사용자의 뜻을 명확하고 정확하게 이해해야지, 함부로 저촉하거나 반대해서는 안 된다.
Dell 은 Dell 의 특징 (특히 주요 경쟁사가 가지고 있지 않은 특징) 을 프로그램에 반영하여 Dell 의 유리한 자원을 최대한 활용할 수 있도록 노력해야 합니다. 제조업체의 제품 선택은 이익 극대화와 상업적 통제성을 고려해야 한다.
수요 분석은 방안의 문제나 목적이며, 방안은 무엇을 해결해야 하는지, 방안은 목적이 있다는 것을 설명한다. 여기에 명확한 목적, 문제 해결의 목표가 있습니다.
독자들에게 그들이 왜 이렇게 하는지 설명하다.
사용자 요구 사항 분석은 항상 사용자 프로젝트의 요구 사항, 사용자의 관심사 및 관심 사항, 사용자의 현재 자원 및 기존 문제 등을 분석하는 사용자 솔루션의 첫 번째 부분입니다.
사용자 요구 사항 분석은 전체 시나리오의 핵심 설정 부분으로, 아래에 설명된 시나리오 설정 논점을 제공하고 논점을 제공하기 위한 토대를 마련합니다.
동시에, 적절한 수요 분석은 우리가 방안을 제정하는 설계 목표의 근거를 제공한다.
시나리오의 시작 부분으로서, 분석이 제 자리에 있으면, 특히 사용자의 관심사와 관심사에 대한 분석은 즉시 사용자의 목소리를 불러일으키고, 사용자를 빠르게 끌어들이며, 사용자가 우리 뒤의 내용을 더 쉽게 이해할 수 있도록 합니다.
적절한 수요 분석은 좋은 계획의 절반이다.
반면에, 사용자의 요구를 완전히 파악하지 못한다면, 당신이 내놓은 방안은 목표가 없고, 사용자도 관심이 없을 것이다.
수요 분석을 잘하려면 인내심과 세심한 사용자 조사가 필요하며, 사용자 프로젝트의 특징에 따라 명확한 수요 조사 단서와 방안을 마련해야 한다.
사용자 프로젝트의 거시적 배경, 사용자 프로젝트의 목적과 의미, 사용자의 조직 아키텍처, 사용자의 현재 it 건설 상황, 채택된 기술 요구 사항, 소프트웨어 기능 요구 사항, 소프트웨어 성능 요구 사항 (품질 요구 사항), 플랫폼 환경 요구 사항, 보안 요구 사항, 프로젝트 위험 식별, 사용자의 관심 지점 및 상세 분석 등이 있습니다. 각 섹션은 필요에 따라 추가로 분류하고 설명할 수 있습니다.
금융 보험 프로그램과 같은 포괄적인 IT 애플리케이션 솔루션의 경우 수요 분석에는 다음과 같은 측면이 포함되어야 합니다. 사용자의 요구는 다방면이라는 점에 유의해야 한다. 수요를 분석하고 설명할 때 각 부분의 분류는 명확하고, 각 부분의 내용 구성은 균형, 명확성, 정확성, 포괄성, 위치, 초점이 있어야 합니다.
기억하세요, 여기 각 부분의 묘사는 해당 내용에 대한 단서와 논거가 될 것입니다.
사용자 요구 사항 분석은 시나리오 작성자가 가장 쉽게 간과할 수 있는 부분입니다. 많은 사람들이 단지 일부 내용, 심지어 관련이 없는 내용까지 긁어모았다.
이렇게 한 결과, 중시하지 않고, 사용자의 요구와 기대를 제대로 파악하지 못하고, 작성한 방안도 목표성이 없기 때문이다.
시나리오 설계의 원칙은 모든 시나리오의 필수 부분이며, 많은 프로그램 저자들이 가장 경멸하는 부분이다. 많은 사람들의 방법은 다른 방안의 원리 부분을 마음대로 복사해서 처리하는 것이다.
이것은 그들이 원리가 무엇인지, 원리의 역할이 무엇인지 모른다는 것을 반영한다.
방안의 설계 원칙은 디자이너의 설계 사상에 대한 강령성 묘사로 수요에 대한 높은 추상과 개괄이며, 방안 설계의 가장 기본적인 지도 원칙이다.
솔루션을 설계할 때 따라야 할 원칙입니다.
원칙이란 깨뜨릴 수 없는 잣대이니 반드시 엄격히 준수해야 한다.
각각의 구체적인 해결책에서, 미리 결정된 원칙을 반영해야 한다.
시나리오 설계의 원칙상 시나리오 설계에서 고려해야 할 문제를 밝히고, 사용자의 관심사와 관심사에 대한 대책을 강조하며, 수요 분석의 관련 내용을 밀접하게 반영해야 한다.
시나리오 설계 원칙의 작성은 두 가지 범주로 나눌 수 있습니다. 하나는 기본 원칙이고, 다른 하나는 사용자의 특수한 요구에 응답하는 원칙입니다.
시나리오 설계의 기본 원칙은 기본적으로 선진성과 성숙도 원칙, 선진성과 투자 보호 원칙, 보안 원칙, 기능 완전성 원칙, 유연성 원칙, 서비스 가능성 원칙, 확장성 원칙과 같은 모든 시나리오에서 찾을 수 있습니다.
기본 설계 원칙 우리는 수리성 원칙을 예로 들어' 원칙' 의 의미를 분석한다. 서비스 용이성이란 우리가 제공한 방안에 따라 개발된 시스템이 유지 관리가 용이한 특징을 가지고 있다는 것을 의미합니다.
즉, 우리는 개발 방안을 설계할 때 향후 유지 관리의 편리성과 실현 가능성을 충분히 고려해야 한다는 것이다.
이러한 기본 원칙이 많은 시나리오에 존재할 수 있더라도 사용자의 기대를 충분히 이해해야 합니다.
사용자 프로젝트 자금이 충분하다면 선진 원칙을 강조해야 할 수도 있다.
반면 기존 설비의 재활용을 충분히 고려해 기존 투자를 보호해야 할 것 같다.
사용자의 특수한 요구 원칙은 진지하게 연구해야 하는데, 이는 우리가 사용자의 생각을 중시하는지, 사용자의 요구를 진정으로 이해하고 있는지를 직접적으로 반영한 것이다. 이 방면의 일을 잘하려면 사용자의 요구, 사용자의 관심 지점, 사용자의 관심 지점을 잘 알아야 한다.
일반적으로 시나리오를 소개할 때 원칙 부분은 특히 사용자의 특정 요구에 대응하기 위해 개발된 원칙에 큰 영향을 미칠 수 있습니다.
솔직히 말해서, 당신이 무엇을 염려하는지 알려주는 것입니다. 그런 다음 우리는 방안에서 무엇을 주시하고, 무엇을 해결하고, 무엇을 이룰 것인지 알려 줍니다. (존 F. 케네디, 노력명언)
이 솔루션 부분은 솔루션의 주요 부분이자 가장 중요한 부분입니다.
수요 분석 섹션에서는 왜 이런 방안을 설계해야 하는지, 어떤 문제를 해결해야 하는지, 무슨 의미가 있는지 설명합니다.
방안 설계의 원칙 부분은 우리가 이 방안을 설계할 때 따라야 할 원칙, 또는 집중과 고려에 중점을 두어야 하는 문제에 관한 것이다.
표준 사양 섹션은 시나리오 설계가 따라야 하는 표준 사양에 관한 것입니다.
이 부분은 우리의 디자인을 소개한 결과이다.
요구 사항 충족 여부, 사용자 문제 해결 여부, 원칙 준수 여부, 해당 표준 및 사양 준수 여부 등이 이 섹션에 반영되어야 합니다.
해결 방안은 모두가 쉽게 이해할 수 있도록 친숙하고 연상하기 쉬운 방안 설계의 예시로 소개하겠습니다. 이 예는 건물의 설계 방안이다.
건물을 설계하는 것은 매우 복잡한 임무이다. 각 층의 기능 요구 사항, 모양, 공간, 방 배치, 강전선, 약전선, 급수선, 난방선, 하수관, 각종 재료 등을 고려해야 합니다. 역학 분석 및 구조 분석을 수행합니다. 건물을 설계하는 것은 거대한 시스템 설계 작업이라고 할 수 있다.
나중에 이 부분을 쓰는 주의사항을 소개하겠습니다.
우선, 우리가 여기서 말하는 디자인 방안은 사용자와 소통하는 방안이라는 것을 명심하세요.
Dell 은 Dell 의 능력, 조치, 보장을 통해 Dell 과 협력할 수 있는 자신감을 사용자에게 제공하기 위한 것입니다. 그러나 구체적인 개발 계획은 아닙니다.
그러므로, 모든 것을 다 갖추지 않고 중점을 강조해야지, 구체적인 세부 사항에 빠지지 말고, 가능한 각 부분의 균형을 유지해야 한다.
설계 시나리오의 한 가지 중점은 시나리오 설명 섹션의 맨 앞에 있으며 전체 설계 구성이라고 할 수 있는 시나리오에 대한 전반적인 설명이 있어야 한다는 것입니다.
또는 프로그램의 청사진, 즉 프로젝트의 전반적인 목표가 될 수 있습니다. 이 부분은 너의 디자인 방안에 대한 높은 개요의 소개이다.
사용자가 당신의 방안의 전모를 이해할 수 있도록, 다른 각도에서, 다른 차원에서 복잡한 설계 항목 (예: 건물의 외관) 을 소개해야 합니다. 정면에서 보면 전모가 보이지 않는다. 모든 외관을 분명하게 소개하고 다른 사람을 소개하지 않아도 다른 사람은 이 건물을 이해하기 어렵다.
따라서 각도와 계층 분해를 배워야 하는 것은 범주와 기능으로 나눌 수 있다. 분할의 목적은 더 포괄적이고, 더 명확하고, 더 쉽게 너의 방안을 소개하기 위해서이다.
일반적으로 IT 프로젝트 계획에는 기술 아키텍처, 네트워크 아키텍처, 보안 아키텍처, 기능 아키텍처 및 성능 지표가 포함됩니다.
디자인 방안 집필의 세 번째 관건은, 당신이 당신의 방안을 분해하고 묘사할 때, 앞의 수요 분석의 내용을 충분히 고려해야 한다는 것입니다
수요 분석에서 언급한 수요와 문제는 시나리오 설명 섹션에 상응하는 해결책이 있어야 하며, 앞뒤가 호응해야 한다. 앞에서 왜 해야 하는지, 여기서 어떻게 해야 하는지.
수요 분석과 호응하며 시나리오 분해 설명 시 분해의 참조 근거이기도 합니다.
방안이 수요에 응답하는지 여부는 방안이 제목을 해석하는지 여부이다.
이 방면에는 할 수 없는 방안이 많다. 만약 네가 이 프로젝트나 다른 프로젝트에 압력을 가한다면, 이것은 큰 농담이 될 것이다.
목적성이 강하다! 디자인 방안 집필의 네 번째 요점은 일부 사용자의 관심과 수요, 분석을 통해 발견된 복잡성이 높은 문제도 분해해 별도로 설명해야 한다는 점이다. 첫째, 사용자의 요구에 완전히 대응할 수 있음을 보여줍니다. 둘째, 우리는 수요에 대한 깊은 이해를 가지고 있음을 보여줍니다. 어떤 문제들은 복잡하지만, 우리는 실행 가능한 해결책이 있다.
이를 통해 사용자의 자신감을 높일 수 있습니다.
설계 방안의 다섯 번째 요점은 앞의 설계 원칙에 호응해야 한다. 계획에 대한 설명에서 우리가 앞서 제정한 원칙을 엄격히 준수한다는 것을 반영해야 한다.
마찬가지로, 우리는 우리가 따르는 기준과 규범에 응답해야 한다.
잘 알려진 바와 같이, 아무리 잘 써도 글 속의 물건은 항상 추상적이며, 독자는 반드시 연상해야 네가 묘사한 뜻을 이해할 수 있다.
예를 들어, 건물의 외관을 글로 묘사한다면, 많은 장황한 글을 썼을 것이며, 다른 사람들은 아직 이해하지 못할 것이다. (윌리엄 셰익스피어, 햄릿, 독서명언)
도면 형식에서는 단지 서너 두 장의 그림만으로 건물의 외관을 분명하게 표현할 수 있을 것이다.
차트의 기능은 매우 직관적이다.
그림은 방안의 높은 개요와 추상화이다.
계획에 대한 완전한 이해와 숙달, 그리고 지식과 경험의 축적을 바탕으로 그림을 잘 작성하라. (존 F. 케네디, 지식명언)
정말 좋은 방안 묘사는 도문과 무성이며, 차트의 핵심 부분은 문자로 해석된다.
디자인 방안을 쓰는 일곱 번째 요점은 표로 묘사하는 법을 배워야 한다는 것이다. 도표와 마찬가지로, 표도 방안을 설명하는 아주 좋은 방법이다.
양식의 역할은 간결하고, 간결하며, 명료하여 독자들이 네가 무슨 말을 하고 있는지 더 쉽게 이해할 수 있게 하는 것이다.
많은 수의 숫자나 중복 설명이 포함된 일부 컨텐츠의 경우 테이블 형식으로 설명할 수 있습니다.
설계 방안 편성의 여덟 번째 중점은 몇 가지 중요한 지표나 사용자가 관심을 갖는 지표가 당신의 방안에 근거하여 분석해야 한다는 것입니다. 합리적인 분석 모델과 데이터를 사용하여 프로그램이 사용자가 원하는 지표 (예: 장비 구성, 선택 설계 등) 를 달성할 수 있음을 증명하고 분석된 지표를 기준으로 합니다. 설계안 편성의 9 번째 중점은 다른 업체 제품과 통합해야 하는 일부 프로젝트의 경우, 당신이 선택한 이유와 그 제품의 기능을 설명하고, 기능 및 성능 관점에서 당신이 선택한 주요 제품을 소개해야 한다는 것입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 디자인명언)
우리가 사용자를 감동시킬 것으로 기대하는 내용을 강조하기 위해, 설계안 집필의 10 번째 중점은
너는 시나리오 설명의 마지막 부분에 총결산을 할 수 있고, 시나리오 특징으로 소개할 수 있는 어구를 만들 수 있다.
기능 소개에서 자신의 독특함을 강조하십시오 (어느 정도 사용자는 경쟁사와 관련된 내용을 발견할 수 있습니다).
사용자의 관심 문제 (호응 수요 분석) 를 강조하기 위해서는 특성이' 특별' 이어야 한다는 점에 유의해야 한다
잘 구성된 시나리오 기능도 사용자에게 강한 영향을 미칩니다.
디자인 방안 집필의 11 번째 중점, 특히 이 부분의 방안을 쓸 때, 절대 자료를 수집하지 않는 것을 명심해야 한다. 이것은 방안 쓰는 것을 꺼리는 것이다. 일부 자료를 발췌해야 한다면, 반드시 이 자료들의 내용을 충분히 파악하여 구체적인 문제를 해결하는 데 도움이 되도록 해야 한다.
설계 방안 쓰기 12 번째 요점: 개발 구현 계획은 전체 진행 계획이라고도 하며, 모든 관련 계획의 유기적 통합, 즉 전체 계획이라고도 합니다.
마스터 플랜에는 개발 계획, 구현 계획, 조달 계획, 품질 관리 계획, 위험 관리 계획, 프로젝트 팀 건설 계획, 수락 계획, 서비스 계획, 교육 계획 등이 포함됩니다.
프로젝트 개발 구현 계획 (계획 또는 작업 경로) 우리는 종종 한 가지를 완성하려면 계획, 조직, 측정, 보장이 필요하다고 말한다.
Dell 의 설계 방안이 완료되면 이를 구현하는 방법을 사용자에게 소개합니다. 이것은 실시 방안이다.
구현 계획의 편성은 프로젝트 관리의 사상에 기반을 두고 계획, 조직, 측정, 보증된 단서에 따라 설명해야 한다.
이 구현 방안을 쓰기 전에 이 프로젝트를 어떻게 잘 할 수 있는지 이미 잘 알고 있다는 요구가 있습니다. (존 F. 케네디, 공부명언) (알버트 아인슈타인, 공부명언)
만약 어떻게 해야 할지 모르겠다면, 소위 실시 방안이 실현 가능한지 한 가지 질문을 해야 한다.
이 문제는 많은 사람들이 시행 계획을 쓸 때 자주 범하는 실수이다.
우리는 프로젝트 관리 사상에 기반한 개발 구현 방안을 설명해야 한다.
우선, 우리는 프로젝트의 목표를 명확히 해야 한다.
실제로 방안은 전반적인 목표도 명확하다. 즉, 사용자의 요구에 따라 시스템을 개발하고, 사용자의 시간 약속에 따라 구현을 하는 것이다.
그러나 만약 그렇게 말한다면, 그것은 단지 목표의 구호에 떨어졌을 뿐이다.
진정으로 실행 가능한 방안을 내놓기 위해서는 목표를 단계적 목표나 이정표로 분할해야 한다. 이런 분해는 가능한 정확하고 상세해야 한다. 목표가 명확하고 구체적일수록 구현 방안을 쉽게 찾을 수 있다.
단계적 목표가 모두 달성된다면 전반적인 목표가 잘 달성되고 실현될 수 있는지 반성해야 한다. 만약 그렇다면, 너의 분해는 기본적으로 합리적이다.
목표 분할 작업이 완료되면 하위 목표와 기타 관련 관계 사이에 타이밍 관계가 있을 수 있습니다. 각 하위 목표를 달성하기 위해서는 어느 정도의 시간과 인적 자원이 필요하며, 일부 복잡한 작업에는 안내 방법 (작업 계획) 이 필요할 수 있습니다
각 하위 목표에 대응하고, 이러한 관련 것들을 명확하게 설명하고, 연대순으로 배열하면, 프로젝트의 실시 방안이 나온다.
구현 계획에 대한 설명은 조정이 필요하며 일반적으로 양식 형식일 수 있습니다.
목표 분해는 일반적으로 하향식 방식으로 수행됩니다. 특히, 먼저 전반적인 목표 달성을 중심으로 몇 개의 큰 단계로 분해한 다음 각 단계를 더 작은 단계로 세분화하여 각 임무의 목표에 도달하는 것입니다.
구현 시나리오에서는 사용자 기간 동안의 시간 요구 사항을 충족하는 것도 중요합니다.
목표가 어떻게 설정되든, 방안이 어떻게 제정되든 간에, 한 가지 확실한 것은 누군가가 계획대로 목표를 달성해야 한다는 것이다.
좋은 실시 방안으로서, 이 일을 맡고 있는 팀과 인원에 대한 조직과 분업이 필요하다.
이 부분의 내용을 설명하는 단서는 이렇게 될 수 있다
프로젝트 구현 중 역할을 정의하고, 구현 계획의 필요에 따라 프로젝트에 참여하는 사람을 역할별로 분류하며, 역할의 역할을 정의합니다.
이 프로젝트의 각 하위 목표 달성과 관련된 인력 유형을 분석해 보십시오. 이러한 인력은 우리 부서와 관련이 있습니다.
구현 계획, 작업 분류, 역할 구분과 관련된 설계 프로젝트 그룹의 관리 프레임워크로, 책임 있는 프로젝트 책임자 역할이 있어야 합니다.
팀이 크고 관련 부서가 많은 경우, 프로젝트 책임자는 자원 조정 능력이 강해야 하며, 일반 프로젝트 책임자와 다양한 직종의 책임자를 명확히 해야 합니다.
계획의 필요에 따라 명확한 프로젝트 멤버를 선택합니다.
좋은 실시 방안은 사용자에게 어떻게 해야 하는지 명확하게 알려주는 것 외에도, 당신의 방법을 소개하는 것은 실행 가능하고 위험은 크지 않다. 이것은 실시 방안의 보장 조치이다.
일반적으로 다음과 같은 내용이 포함되어야 합니다. 커뮤니케이션 조정 조치는 사용자, 공급업체, 감독과의 협력이 필요하다는 것을 보장하기 위한 명확한 커뮤니케이션 조정 메커니즘을 갖추어야 합니다. 따라서 원활한 의사 소통이 필요합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언)
품질 요구 사항 및 품질 관리 조치
위험 분석 및 위험 회피 조치
설비 구매 계획 및 인적 자원 원가 예산을 포함한 예산 (원가 계획).
일부 복잡한 작업 계획은 사용자에게 우리가 이러한 임무를 완수할 수 있는 방법과 능력이 있다는 것을 알리고, 그들의 자신감을 강화시킬 수 있도록 해야 한다. (존 F. 케네디, 자신감명언)
검수 계획 이것은 쌍방이 책임지는 합의이다. 검수 방안은 과학적이고 합리적이어야 하며, 조작성이 있어야 한다.
일부 특정 프로젝트의 경우, 우리가 투입한 인력과 작업량에 대한 통계가 필요하다.
먼저 교육에 참가하는 사용자를 분류해야 한다. 각 유형의 인력은 시스템 관리 및 시스템 사용 측면에서 분류할 수 있는 다양한 교육을 받아야 합니다.
시스템 관리자 (애플리케이션 시스템 관리자, 시스템 환경 관리자 등으로 세분화됨) ), 시스템 사용자 (또는 사용자 업무 인력, 모든 수준에서 시스템을 사용하는 사람 포함) 등이 있습니다.
교육 프로그램의 초점 중 하나는 교육 대상의 분류입니다. 좋은 관리와 사용의 관점에서 교육 과정을 설계하다. 각 교육 과정에서 교육 과정의 이름, 교육 목적 및 예상 목표 (교육 후 학습자가 달성할 수 있는 수준이나 역량) 를 명확히 해야 합니다. 연수생의 기술 기반은 훈련 형식을 요구한다. 교육 자료 (반드시 명확한 교육 자료가 있어야 합니다. 작성 또는 구매한 자료 외에 더 많은 품목을 제공할 때 제공되는 자료를 선택할 수 있습니다.
교육 프로그램의 두 번째 중점은 교육 과정이 프로젝트의 전체 구현 계획에 따라 설계되었다는 것입니다. 시간, 장소, 교육 대상, 수업은 설계 일정에서 명확해야 한다. 전반적인 진도를 고려해야 하기 때문에 참석자의 시간과 장소 제한을 고려해야 하기 때문이다. 과정의 안배는 반드시 합리적이고 실현 가능해야 한다.
교육 프로그램의 세 번째 요점, 교육 과정, 마지막으로 교육 업무를 담당하는 선생님의 상황을 소개하고 몇 가지 주요 교육 교사의 이력서를 소개할 수 있습니다. 또한, 특별한 조건이 필요한 일부 교육에 대해 우리의 보장 조치를 소개하십시오.
교육 프로그램의 네 번째 요점은 교육 교사가 유지 보수 서비스에 대한 사용자의 기대를 소개하는 것입니다. 즉, 효과적인 관리 및 모니터링을 통해 장애 확률을 최소화하고 문제를 가장 효율적으로 해결할 수 있습니다. 이것은 또한 우리가 수리 서비스 계획을 설계할 때의 기본 원칙과 목표이기도 하다.
수리 서비스 계획의 서비스 수요를 분석하고 주요 서비스 품목 및 특성, 응답 시간, 기대 등의 측면에서 사용자의 서비스 수요를 상세히 분석합니다.
수리 서비스 계획의 중점 중 하나는 서비스 수요 분석 조직 관리 시스템으로, 우리 회사의 어떤 부서와 인원이 어떤 역할로 수리 서비스에 참여하는지, 각 역할의 책임이 무엇인지 알려 줍니다.
서비스 조직의 핵심 구성원을 소개하다.
유지 관리 서비스 계획의 두 번째 초점은 조직 관리 시스템 서비스 프로젝트 정의, 사용자의 서비스 요구에 대한 응답, 사용자에게 이 프로젝트를 중심으로 어떤 서비스 작업을 제공할 수 있는지, 각 서비스 작업의 의미가 무엇인지 알려주는 것입니다.
예를 들어, 장애를 줄이고 문제를 해결할 수 있는 서비스는 무엇입니까?
서비스 계획 유지의 세 번째 핵심 포인트는 서비스 품목의 정의입니다. 이 섹션에서는 우리가 제공하는 서비스 프로젝트를 완료하기 위해 어떤 조치를 보장해야 하는지 설명합니다.
예를 들어, 장애 감소 서비스를 달성하기 위해 어떤 조치를 취하고 있습니까?
서비스 항목과 서비스 조치는 밀접하게 관련되어 있으며, * * * 를 사용하여 사용자에게 제공할 수 있는 서비스와 제공 방법을 나타냅니다.
응답 시간의 정의는 서로 다른 상황에서 우리의 시간 대응 조치를 설명하는 상호 이익이되는 계약입니다.
수리 서비스 계획의 네 번째 요점, 서비스 조치 및 수단의 정의는 서비스 요청에서 서비스 종료까지 Dell 의 작업 및 관리 프로세스를 설명합니다.
사용자에게 Dell 이 사용자의 서비스 요구 사항을 충족할 수 있는 엄격한 서비스 체계를 갖추고 있음을 더욱 알려 드립니다.
필요한 경우 서비스 프로세스에 필요한 관리 도구를 도입할 수 있습니다.
유지 보수 서비스 계획의 다섯 번째 요점은 서비스 프로세스 소개입니다. 우리 서비스 체계의 서비스 조직, 서비스 조치, 서비스 프로세스를 소개한 후,
마지막으로, 우리는 이 프로젝트에 대한 사용자의 특정 서비스 요구에 응답해야 한다.
사용자 서비스 요구 사항을 충족하는 서비스 시나리오를 설계합니다.
이 섹션에서는 사용자 또는 입찰 문서의 서비스 요구 사항에 대한 포인트 투 포인트 응답이 필요하며, 충족되고 있음을 분명히 약속해야 합니다.