헬프 데스크 절차에 프로젝트 관리


  Share  
|


목적

헬프 데스크 절차가 헬프 데스크 인력을 제공하기 위해 설계 단계 - bystep을 검토 중 거의 모든능한 en의 문제들이 발생할 수있습니다으로 최종 사용자가 검색을하는 동안에 헬프 데스크입니다. 이 같은 절차를 보인다 프로젝트를 지향하지 않을 수있습니다, 그러나 그들의 수행에 대한 식견을 제공하는 중대한 거래를 구축하는 방법에 어떠한 stepby - 단계를 결정 -로 - 의사 결정 프로토콜하는 프로젝트 또는 그 출력이 필요할 수있습니다.

응용 프로그램

헬프 데스크 절차가 사용되는 환경이 개인을 제공하는 고객 서비스를하거나 지원했을 수있습니다 제한이나 경험에 대한 지식을 시스템에 대해서는 그들이 제공하는 지원합니다. 하지만 헬프 데스크 절차를 전제로하는 이들로 서비스를 제공하지 좋은 거래의 일반적인 지식과 능력을 그릴 비틀기를 추출하는 일반적인 지식을 구체의 헬프 데스크 환경입니다. 그들과 함께하는 절차를 제공하는 데 필요한 구체 주소가 좁은 초점은 개인 문제가있습니다.

콘텐츠

헬프 데스크 절차를해야하기 때문에 표지가있는 호스트의 우발적, 그들 경향으로 오히려 총서, 걸쳐 수십 페이지, 심지어가가 장 많은 255 r 시스템입니다. 이들은 일부 일반적인 요소를 포함한 이들 :
커뮤니케이션 도구의 기획 프로세스 절차에 대한 문서화의 도움 요청 (요청이 개시)

• 이름은 요청자 (를 포함한 연락처 정보를);

• 시스템 / 프로젝트에 대해서는 도움을 요청 (비롯한 플랫폼 / 환경);

• 자연의 도움을 요청 (유형의 요청과 구체);

• 최신 의약 / 상태 / 우선 순위입니다.

• 문제 해결을위한 절차가 요청

• 장 일반적인 우려;

• 문제 해결 질문 및 답변;

? 보조 우려;

? 표준 솔루션;

? 보조 솔루션;

• 대체 정보 소스;

• 에스 컬 레이션 절차입니다.

? 관리를 수행 - 최대

• 시간을 보냈다

• 해상도 (표준 / 새);

• 근거;

• 수업 배운 (설명서의 새로운 솔루션);

• 현재 상태;

• 다음과 - 최대 필요합니다.

접근 방법

일부 조직하는 수단으로 사용 절차를 "더미 - 증거"그들의 시스템을 제공함으로써이 같은 광범위한 지원과 상세 정보는 모든능한 불이 (이론적)는 총 간주합니다. 그러한 노력이 도전을 지원,이 시스템을 변경하고 새로운 조건이되는 환경 변화를 생성할 수있습니다 적이없는 이전으로 간주되었습니다. 가 연성의 접근 방법이 유일한 일반 및 행정지도를 제공, 정하면있는 헬프 데스크 지원 담당자는 개별 문제 및 문제에 대한 기술적인 전문 지식을 해결합니다. 후자의 방식은 장점이 필요 덜 광범위한 자료입니다. 이 전 방식은 덜 경험 많은 인력을 지원한다는 장점입니다.

고려 사항

아니오 환경이 완벽하기 때문에, 절차에 주소가 무엇 5월 이동 잘못된은 헤아릴 수있습니다. 예측에 도전 온다 5월 서 무엇을 잘못입니다. 가 장 효과적인 헬프 데스크 절차가있는 진화, 건물에 대한 과거의 경험과에서가 장 최근의 지원 경험을 다른 사람입니다.

이것은 문서가 추가 nevena stefanova

Share  

© 2005-2010 E-articles.info All Rights Reserved - Terms and conditions