Blame IT 증후군을 피하기위한 4 가지 팁

작가: Robert Simon
창조 날짜: 22 6 월 2021
업데이트 날짜: 24 6 월 2024
Anonim
남자들이 무조건 설레는 여자 스킨십 4가지 [입튜브]
동영상: 남자들이 무조건 설레는 여자 스킨십 4가지 [입튜브]

콘텐츠


테이크 아웃 :

많은 IT 부서가 직면 한 가장 큰 문제는 기술적 인 문제가 아니라 개인적입니다.

대부분의 기업 IT 부서에 영향을 미치는 가장 큰 비 기술적 문제 중 하나는 관리하기도 쉽습니다. 최종 사용자를 다룰 때는 모든 사람이 같은 페이지에 있어야하고 수행 할 수있는 작업과시기를 알아야합니다. 그리고 핵심은 최종 사용자의 기대치를 관리하는 것입니다. 간단하게 들리지만 일반적으로 일상적인 응용 프로그램 집합을 사용하는 사람들을 다룰 때 더 쉽게 일을 처리 할 수 ​​있습니다.

이 문제에 실패한 IT 부서는 문제가 부서에 대한 분노를 자극하기 때문에 실제로 어려움을 겪을 수 있습니다. 그것은 모든 사람을 위해 프로젝트를 어렵게 만듭니다. 지원에 대한 자세한 내용은 IT 지원 개선을위한 10 가지 팁을 참조하십시오.

기대치 설정

IT 부서에서 한동안 일한 적이 있다면 IT 부서가 프로젝트에 대해 비난을 받았거나 티켓 또는 롤아웃이 늦었을 때 프로젝트, 티켓 및 롤아웃을 생각할 수 있습니다. 평범하지 않다. EUC (최종 사용자 커뮤니티)의 기대가 현실의 개념과 맞지 않거나 심지어 약간 비뚤어진 경우, 그들의 비판은 반갑지 않은 혼란이 될 수 있습니다.

새로운 사용자 계정과 같은 단순한 것조차 부서 간 마찰을 유발할 수 있습니다. 이를 피하는 가장 좋은 방법은 현실적인 기대치를 만들고 매번이를 충족시키는 것입니다. 즉, IT 부서는 직원에게 프로젝트 소요 시간과 완료시 예상되는 시간을 알려야합니다. 5 인 사무실이든 다국적 기업이든 IT 리소스를 사용하는 사람들에게 IT 부서가 할 수있는 것과 할 수없는 것에 대해 알리십시오. 대부분의 경우 문제는 IT가 달성하는 것이 아니라 다른 직원이 할 수 있다고 생각하는 것에서 비롯됩니다. 이러한 종류의 연결 끊기를 피할 수있는 부서는 "비난 IT"증후군을 피하기 위해 먼 길을 갈 것입니다.


기대 관리

최종 사용자 커뮤니티의 기대치 관리를 시작하는 가장 좋은 방법 중 하나는 모든 서비스에 대해 SLA (서비스 수준 계약)를 제공하는 정책을 구현하는 것입니다. 기술 분야의 많은 사람들이 SLA를 외부 공급 업체와 연결하지만 내부 고객에게도 동일한 사고 방식을 사용할 수 있습니다. 이를 통해 최종 사용자는 서비스를 요청할 때 기대할 수있는 프레임 워크를 제공하고 같은 페이지에 있지 않은 경우 모두 같은 장에서 모든 사람을 유지할 수 있습니다.

대부분의 문제 티켓 소프트웨어 패키지에는 SLA 설정을위한 모듈이 있습니다. 내부 고객을 위해 SLA를 이미 가지고 있다면 축하합니다. 부서는 이미 올바른 방향으로 가고 있습니다.

커뮤니케이션 향상

이제 기초를 마련 했으므로 커뮤니케이션을 유지해야합니다. 장기 프로젝트와 단기 프로젝트 모두 진행률과 좌절에 대해 모든 당사자를 지속적으로 유지해야합니다. 기대는 심장 박동으로 진행될 수 있으며 프로젝트 시작에 만족했을 때 설정 한 타임 라인을 놓치면 상황이 빠르게 악화 될 수 있습니다. 잘못된 의사 소통보다 더 빨리 달성하고 마감 기한을 단축하기 위해 IT가 수행 한 영업권을 파괴하는 것은 거의 없습니다.

마감일을 놓치면 지연에 대한 신속하고 합리적인 이유를 명확하게 전달해야합니다. 의사 소통 라인을 열어두면 깃털이 울퉁불퉁하지 않고 모든 사람들이 프로젝트가 진행되는 방식에 대해 더 나은 느낌을받을 수 있습니다. 최종 사용자가 귀하로부터 소식을 듣지 못하면 모든 것이 엉뚱한 것으로 간주 될 수 있습니다. 이것이 사실이 아닌 것으로 판명되면, 당신은 그들의 기대를 충족시키지 못하여 큰 실패를 겪었을 것입니다.

버그 없음, 스트레스 없음-인생을 파괴하지 않고 인생을 바꾸는 소프트웨어를 만드는 단계별 가이드

아무도 소프트웨어 품질에 신경 쓰지 않으면 프로그래밍 기술을 향상시킬 수 없습니다.


역경에 직면

최종 사용자 커뮤니티와 조화를 이루고 모두가 함께 작업하면 직장 열반을 달성했다고 생각할 수 있습니다. 그렇게 빠르지 않습니다. 갑자기 서버 또는 여기에 관련 중단을 삽입하면 심각한 장애가 발생하여 미션 크리티컬 시스템이 다운됩니다. 이는 최종 사용자의 기대를 관리하여 방해 요소를 최소화하여 추가 문제없이 중단을 신속하게 해결할 수있는 또 다른 기회입니다.

이를 수행하지 않으면 중단 보고서와 불가피한 "얼마나 다운 될 것입니까?" 질문. 이것은 좌절의 불꽃을 패닝하는 데만 성공할 것입니다.

해야 할 일 : 정전이 발생하면 단어를 꺼내는 방법이 두 가지 이상 필요합니다. 그것은 또한 일관성 있고 정직해야합니다. 따라서 2 시간 안에 중단이 해결 될 것이라고 말하면 최종 사용자는 해당 시간 내에 완료 될 것으로 예상합니다. 즉, 사람들을 행복하게하기 위해 낙관적 인 추정을하지 않아야합니다. 또한 문제가 최종 사용자에게 영향을 미치는 경우 우선 순위를 수정하십시오. 중단이 적시에 해결되면 귀하와 팀은 정기적으로 계획된 프로그래밍으로 돌아갈 수 있습니다.

프로젝트 관리를 원활하게하는 비결

나쁜 혈액은 종종 부서를 향하여 그리고 그 후에 부서 안에서 발전합니다. 이는 IT 부서와 최종 사용자가 통신에 실패하고 IT 부서가 최종 사용자의 기대를 관리하고 충족하지 못하는 경우에 가장 일반적입니다. 설정 및 기대치를 충족하는 기술을 습득 할 수있는 IT 프로젝트 관리자는 최종 사용자를 행복하게 유지하기 위해 많은 시간을 할애 할 필요가 없습니다. (IT 경력을 쌓고 싶습니까? IT 관리자가되는 방법 : 팁을 참조하십시오.)