“조직 문제”— IT의 아픈 부분이 있습니까? [닫은]

"조직 문제"(정치, 조직 관성 및 선택적 청각-Dilbert 생각과 같은)가 컴퓨터 및 서버보다 많은 IT 문제를 일으키는 것이 일반적입니까?

마찬가지로, 정말 사람의 작업이 수반 말했다 무엇인지, 또는 컴퓨터 결함이 있고, 모든 것이 해결해야 할 떨어 원하는 심지어 때까지, 걱정하지에 자신의 고용주에 대한 일반적입니다 지금 ?

그러한 상황을 개선하기 위해 무엇을 할 수 있습니까? (정부 기관과 같이 이익을 늘리거나 고객을 행복하게 할 필요가없는 비즈니스 관심사에서 한 단계 만 벗어나는 방법은 어떻습니까?) 당신이하고있는 일에 관심이 있습니까? 실제로, 당신이 무엇을하든하지 않든 상관없이 어떻게 집중을 유지합니까?

내가 조금 과장하고 있고, 끝내고 싶은 욕구가 없다고 가정하자.

편집 : 이제 커뮤니티 위키 질문입니다.

** 편집 : ** 대답에 감사합니다. 몇 가지 의견을 추가하고 싶었습니다.

좋은 관리자는 자신이 관리하는 사람들이 무엇을해야하는지, 그 이상의 사람들은 어떤 아이디어를 가져야한다고 생각합니다. 여기서 IT 책임자는 알지 못합니다. 정비사에게 가면 그 사람이하는 일에 대해 전혀 모를 수 있지만, 그의 평가를 잘 듣고 조언을 무시하기 전에 두 번째 의견을들을 것입니다. 정비사를 운영하는 사람들은 실제로 무엇을 알아야합니다. 그들은 그를 고용했습니다!

컴퓨터 결함을 해결하기 위해 모든 것을 삭제하는 것과 관련하여 상위 관리자는 시스템 관리자 중 한 명이 문제를 남기고 (예 : 사용자가 로그인 할 수 없거나 안정적으로 작동하는 컴퓨터를 사용하는 등) 연락처를 한 전화기에서 최신 전화기로 옮기는 것으로 알려져 있습니다. 하나, 또는 캘린더 동기화를합니다.

가장 실망스러운 것은 아무도 변화를 할 힘이없는 것 같습니다. 변화에 영향을 줄 수있는 가장 큰 능력을 가진 사람들은 부서진 것을 이해하지 못하기 때문에 그렇게하는 데 관심이 가장 적습니다.

상황이 잘못되었을 때만 눈치 채기가 어렵습니다. 사람은 약간의 이해 또는 카타르시스가 필요합니다.

우리의 명시된 사명이 조직에서 영향력을 행사하는 사람들이 추구하는 것과 상반되는 것처럼 보이고 (사실상 반대되는 시간) 비즈니스 목표에 맞추기 어렵습니다.

내가 세상에서보고 싶은 변화 인 것은 분명히이 조직에서 여전히 일하고있는 이유입니다.

시스템 관리자를위한 Joel 테스트를 축하합니다. 훌륭한 아이디어였습니다.

"조직 문제"(정치, 조직 관성 및 선택적 청각-Dilbert 생각과 같은)가 컴퓨터와 서버보다 IT 문제를 더 많이 일으키는 것은 흔한 일입니까?

예 . 둘 이상의 사람이있는 조직에는 "조직적 문제"가 있으며 거의 ​​항상 기술적 인 문제보다 두통이 더 많이 발생합니다. 비록 우리가 살아남는 사람이지만 우리는 사람이기 때문에 이것은 인생의 사실입니다. 또한, 문제는 "정상적인"회사에서와 같이 첨단 기술 회사 에서처럼 널리 퍼져 있습니다. IBM과 Microsoft는 GM과 Bank of America만큼 관료적이고 사일로입니다.

마찬가지로, 고용주가 컴퓨터 결함이 생길 때까지 그 사람의 직업이 수반하거나 돌보는 일을 실제로 알지 못하고 모든 것을 떨어 뜨리기를 원할 때까지 실제로 그것을 알지 못하는 것이 일반적입니까?

확실한. 전화 서비스 기술, 자동차 정비사, 회계사, 배관공, 계산원 또는 은행원의 직업에 대해 알고 있거나 걱정하고 있습니까? 아니요. 그러나 지금 필요한 것이 있으면 지금 당장 문제에 신경 쓰지 마십시오. 다시 말하지만 이것은 컴퓨터에 관한 것이 아니라 일반적으로 사람들에 관한 것입니다.

그러한 상황을 개선하기 위해 무엇을 할 수 있습니까?

조직 의 다른 사람들을 이해 하고 그들이 보답하지 않을 때는 무시하십시오. 그들이 하루 종일 끝내려고 노력하고 있음을 인식하고, 거의 확실하게 어떤 문제가 당신에게 문제를 가져 왔는지 그 목표를 방해한다는 것을 인식하십시오. 그들이 당신의 세계를 이해하고 그들에게 맞출 것을 기대하지 마십시오.

결국, 당신이 바꿀 수있는 유일한 것은 당신 자신입니다. 간디를 생각하십시오 .

아무도 자신이하고있는 일을 모르거나 신경 쓰지 않을 때 잘 수행 한 직업에서 어떻게 만족을 느끼십니까? 실제로, 당신이 무엇을하든하지 않든 상관없이 어떻게 집중을 유지합니까?

인정과 승인이 필요한 경우 잘못된 업무 라인에있는 것입니다.

시스템 작동 및 문제가 조용하고 조용하며 신속하게 처리되기 때문에 회사의 효과적인 직원 (시스템 관리 및 지원)은 조직에 알리지 않습니다 .

부서별 IT에서 벗어나십시오! Joel 은 왜 viacom에서 자신의 시간이 이런 이유로 빨려 들었는지 블로그 에 올렸 습니다.

슬픈 사실은 직원으로서 사업체에 좋은 조언을한다면 의문의 여지가 있고 신뢰할 수 없다는 것입니다. 컨설턴트가 들어가서 소중히받는 $ 10,000에 대해 동일한 조언을 제공하는 경우.

모든 조직이 직원을 이런 식으로 대우하는 것은 아닙니다. 공급 업체에서 근무하십시오. 차이가있을 수 있습니다. 독성 문화를 바꿀 수는 없지만 어디에서 일할 것인지 선택할 수 있습니다.

편집 : sysadmins에 대한 Joel 테스트 가 필요합니다 . 하나 만들도록 도와주세요!

내 조카가 링크시스 액세스 포인트를 구입하고 5 분만에 홈 네트워크를 작동 시켰습니다. 왜 감쇠 및 스펙트럼과 같은 용어를 사용합니까? 당신은 일을 계속하는 것을 더욱 복잡하게 만들고 있습니다. 이 캠퍼스를 커버하기 위해 85 개의 액세스 포인트가 필요하다고 생각하지 않습니다. IT 세계에 오신 것을 환영합니다. 문제 해결만큼이나 중요한 기술은 사람 기술입니다. 정치를 다루는 훌륭한 관리자가있는 부서를 찾을 수 없다면.

우수한 IT 부서는 조직의 목표에 부합합니다. 서버가 다운되었거나 손을 흔들어 해결하는 데 신경 쓰지 않고 위젯을 만들 수있는 경우에만 신경을 씁니다. 당신이하고있는 일이 어떻게 그들의 삶을 더 편하게하는지에 관해 당신의 고객들 (회사의 나머지)을 교육하기 위해 시간을 보내야합니다.

tomjedrz가 말했듯이 인식이 필요하면 잘못된 작업을하고있는 것입니다. 지난 10 년 동안 평균적으로 1 년에 한 번 미만의 인정을 받았습니다.

관리자에게 감사의 말을 전하는 것은 작업 설명의 일부입니다. 당신은 정면이 아니고, 최신의 섹시한 프로젝트를하고 있지 않습니다. 아무도 당신의 말을 듣지 않으며, 심지어 일이 잘못 될 때까지 당신이 존재한다는 것을 아무도 모릅니다. 사용자가 로그인하여 로그온하면 물건을 얻습니다. 그들은 이런 일이 일어나기를 기대하며, 4AM이 영웅처럼 싸워서 일어날 수 있다는 것을 알지 못합니다.

실제로 그로부터 많은 직업 만족도가 있지만, 그것은 전적으로 자신의 태도와 접근 방식에 달려 있습니다. 당신은 그것을 받아들이거나 계속 나아가지만, 잘한 일에 자신의 개인적인 자부심을 가질 수 있다면, 다른 많은 것들이 더 견딜 수 없게됩니다.

나는 다른 사람과 똑같은 전쟁 이야기를 말할 수 있다고 확신합니다. 오래된 요청이 가장 부적절한 시간에 죽을 때까지 거부 된 서버 교체 요청 (및 결과적으로 잠을 자지 않는 후속 밤), 제안 똑똑한 컨설턴트가 같은 것을 만들고 경영진에 의해 빠져들 때까지 완전히 무시되었던 몇 년 동안 ve를 만들어 왔습니다.

결국 사람들은 위기가 발생할 때까지 사람들이 일을 분석하지 않으며, 업무를 잘 수행하면 위기가 거의 발생하지 않으며 위기가 발생할 때마다 매우 원활하게 관리됩니다. 내가 말했듯이 그것은 중요한 일에 대한 당신의 태도입니다. 일을 잘하고 있다는 표시로 감사하지 않는 법을 배우십시오!

나는 최근에 또 다른 대답으로 이것을 대답했지만 이것은 좋은 주제입니다. IT와 "기타"사이의 주요 문제 중 하나 (저는 잃어버린 팬입니다)는 Dharmaville에서 IT라고 부르며 우리가 무엇을하고 있는지 알고 있습니다. 우리는 행복합니다. 우리는 대부분의 부분을 이해하고 잘 수행하는 방법을 알고 있습니다. 문제는 IT 활용 방식에 있습니다. 과거에는 손톱을 움직이는 망치가있었습니다. 우리는 바보 터미널을 제공했고 메인 프레임과 네트워크가 작동하는 한 아무도 아무 것도 질문하지 않았습니다. 오늘날 IT는 비즈니스 파트너로 인식되어야합니다. 현재 IT 참여 없이는 아무 것도 할 수 없으며 사람들이 대규모 제품을 넣을 계획이없고 심지어는 알지 못한다는 사실조차 깨닫지 못할 때 1) 실제로 도움이 될 것입니다. 하지 않습니다 우리는 그곳에 가기 위해 무엇을해야합니까? 우리는 이러한 새로운 변화를 수용하기 위해 우리의 사고를 발전시키고 정책과 절차를 업데이트해야합니다.

내 경험상, 시스템 관리자는 상황이 잘못되었을 때만 통지를받습니다. 그들이 일을 제대로하고 있다면 거의 눈치 채지 못할 것입니다.

사람들은 일반적으로 "와우! 오늘날 서버가 잘 돌아가고 있고, 오래 전부터 잘못된 것이 없었으며, 시스템 관리자가 훌륭한 일을하고 있습니다!"라고 생각하지 않기 때문입니다. 그들은하고 싶은 일을 할 수 없습니다.

다른 사람들은 이미이 스레드에서 비슷한 말을했지만, 당신이 주목하거나 칭찬받을 때 시간이나 노력이나 두뇌 능력을 얻지 못한 가장 사소한 일이 가장 가능성이 있다고 덧붙이고 싶습니다. .... 그러나 실제로 자랑스럽게 생각하는 것은 거의 눈에 띄지 않거나 언급되지 않습니다.

당신은 이것을 받아들이거나 당신을 화나게 할 수 있습니다. 개인적으로, 그것은 나를 귀찮게하지 않습니다-나는 대부분 이상한 괴짜 사람들이하는 것이 귀엽고 재미있는 일이라고 생각합니다.

특정 "조직 문제"가 무엇인지 이해하지 못하면 말하기가 어렵습니다. 공격적인 의미는 아니지만 조직의 문제 (조직 문제)가 IT의 문제 여야하며 "IT 문제"(컴퓨터 및 서버)가 반드시 조직 문제 일 필요는 없음을 지적 할 수 있습니다.

비즈니스에 더 빨리 적응하려면 먼저 비즈니스에 가장 큰 문제가 있기 때문에 결함이있을 때 더 빨리 뛰어 올라야합니다. 즉, 비즈니스에 가장 큰 문제가 해결 될 때까지 "모든 것이 떨어졌습니다".

이러한 문제를 해결하는 확실한 방법은

1) 시스템 우선 순위의 구조를 설정하여 비즈니스에 적응하십시오. 2) 들어오는 문제를 명확하게 분류 한 후 분류 할 수있는 헬프 데스크 설정 3) SLA를 게시하여 사용자가 특정 유형의 문제를 해결하는 데 걸리는 시간에 대한 명확한 기대치를 갖도록합니다. 4) 근본이 있는지 확인합니다 동일한 증상이 다시 나타나는 것을 보지 않고 모든 문제를 해결하도록 추적

EG 시스템 A는 시스템 B 이전, 중간 문제 이전의 중요한 문제. EG 모든 시스템 중요한 문제는 그룹 X에 속하고 그룹 X 문제에는 SLA가있어 솔루션 계획이 4 시간 내에 완료되고 해결 방법이 X 시간과 함께 배포됩니다.

나는 이전에 조직 문제가있는 중소 기업에서 일했고 내 직업에 대해 오해했습니다. 직원들이 너무 많은 모자를 쓰고 너무 많은 사람들에게보고했습니다. 나는 많은 불만을 제기 한 후이를 정리하기 위해 약간의 진전을 이루게했다. 또한 직업 설명 (아무도 가지고 있지 않음)을 추진하려고했지만 결코 일어나지 않았습니다. 간단한 웹 기반 작업 관리 시스템을 구축하여 건강을 유지했습니다. 뾰족한 머리의 상사가 즉시 무언가를 원했을 때, 나는 그와 함께 앉아서 우선 순위를 정하거나 그가 긁고 싶은 것을 묻습니다.

이제 저는 고도로 조직 된 중소 기업에서 근무하며 첫 날에 직업 설명을했습니다. 모든 사람이 내가하는 일을 아는 것은 아니지만 관리자와 그 이상의 모든 사람은 내 영역의 모든 사람을 알고 있습니다. 혼돈이 흔할 수도 있지만, 해결해야 할 곳이 많습니다.

"조직 문제"(정치, 조직 관성 및 선택적 청각-Dilbert 생각과 같은)가 컴퓨터와 서버보다 IT 문제를 더 많이 일으키는 것은 흔한 일입니까?

잘못 관리되는 IT 부서에서 일하는 경우에만 해당됩니다. IT는 회사의 비즈니스 목표를 확장해야합니다. IT가 비즈니스를 "고객"(구형 80 년대 맥도날드의 IT 관리 스타일이 추진하려고 한 것처럼)이 아니라 파트너임을 깨닫게함으로써 IT를 구성하는 방법으로 ITIL 또는 MOF를 좋아합니다. 전반적인 업무는 특정 비즈니스 문제를 해결하거나 향상시키는 방법에 대한 옵션을 제공하는 것입니다. 정치 및 / 또는 관성, 선택적 청력으로 인해 비즈니스가 "최고"로 간주하는 것과 다른 옵션을 선택하기로 결정한 경우, 결정이 아니며 비즈니스를 가져온 모든 사실을 소유하고 있지 않을 수 있음을 기억해야합니다. 결정에.

마찬가지로, 고용주가 컴퓨터 결함이 생길 때까지 그 사람의 직업이 수반하거나 돌보는 일을 실제로 알지 못하고 모든 것을 떨어 뜨리기를 원할 때까지 실제로 그것을 알지 못하는 것이 일반적입니까?

큰 예일뿐 아니라 관리자가 아닌 경우 왜 알아야합니까?

그러한 상황을 개선하기 위해 무엇을 할 수 있습니까? (정부 기관과 같이 이익을 늘리거나 고객을 행복하게 할 필요가없는 비즈니스 관심사에서 한 단계 만 벗어나는 방법은 어떻습니까?) 당신이하고있는 일에 관심이 있습니까? 실제로, 당신이 무엇을하든하지 않든 상관없이 어떻게 집중을 유지합니까?

그것이 프레임 워크가 도와주는 곳입니다. 이러한 모든 문제를 해결하는 방법으로 일종의 관리 프레임 워크를 소개하겠습니다. 마법의 총알은 아니지만 이러한 유형의 문제를 해결하는 데는 먼 길을갑니다. 물론 솔루션 프레임 워크를 구매하는 것은 쉽지 않은 일입니다.

이것이 당신이 처한 상황이라면 부서별 IT 관리에 문제가 있거나 관리자와의 의사 소통이 부족한 것입니다. IT 관리 부서는 조직에 제공하는 내용과 수행 방식을 보여주는 몇 가지 메트릭에 대한 명확한 비전을 가지고 있어야합니다. 또한 잘 수행하고 적절하게 보상하는 사람들에게 인정을 전달하는 것도 그들의 책임입니다.

이 환경을보고 이것이 장기적인 곳인지 결정해야합니다. 그렇지 않은 경우 기회를 위해 눈을 뜨십시오. 약간의 작업을해야하지만 결국에는 더 행복해질 수있는 환경을 찾을 수 있어야합니다.

데이터웨어 하우징 계약자로서의 경험에서 일반적으로 IT의 가장 중요한 장애 모드와 특히 데이터웨어 하우징은 정치적으로 시작되었습니다.

IT 프로젝트는 거의 항상 기존 인프라의 다른 부분과 상호 작용해야합니다. 매우 강력하고 정통한 IT 관리를하지 않는 한 정상적인 상황은 비트 부패 사례가 늘어나는 임시 상황입니다. 나는 함께 일한 회사에서 IT 관리에 대한 기대치가 매우 낮아졌습니다. 그들은 일반적으로 척추가 없으며 많은 일을 할 권한이없는 경향이 있습니다.

이것은 대부분의 프로젝트가 정치적 편의 시설에 의해 포장 될 것이며 석고를 고집하는 것 외에는 정치적으로 성공하기에 충분한 정치적지지가 없을 것입니다. 현재 서버에 대한 승인이 3 개의 거버넌스위원회를 통과해야하는 조직에서 일하고 있습니다.

강력하게 통합 된 운영 및 IT 전략이 없으면 기본 문제와 함께 기존 수동 솔루션으로 표현되는 요구 사항으로 인해 어려움을 겪게됩니다. 일반적으로 IT 부서는 비즈니스 프로세스를 변경할 권한이 없습니다. 이것은 특히 유독 한 방식으로 고착 용액을 고집하는 정치적 경향과 결합된다.

복잡한 백 오피스는 서로 누적되는 불투명 한 비즈니스 프로세스를 생성하는 경향이 있습니다. 스프레드 시트의 데이터는 최종 사용자에게 도달하기 전에 4 ~ 5 명을 뛸 수 있습니다.이 현상은 때때로 '우수한 관광'으로 알려져 있습니다. 이러한 프로세스는 종종 설계가 잘못되어 (선택 사항이있는 경우 회계사 설계 핵심 비즈니스 프로세스를 절대로 허용하지 않음) 대규모 비효율 성과 복잡한 수동 제어 기능을 갖습니다. 이 환경의 요구 사항은 복잡하고 미묘하며 대부분 문서화되지 않은 경향이 있습니다. 이 환경은 제국 건설과 주요 인력 의존에 매우 취약합니다. 데이터웨어 하우스 문헌에서이 사람들은 '게이트 키퍼'로 알려져 있으며 데이터웨어 하우징 프로젝트의 주요 실패 모드입니다.

그러한 사람들과 함께 일하면서 요구 사항을 포착하기 위해 워터 보딩의 실제 적용에 대한 따뜻하고 모호한 생각으로 저를 채 웁니다.

cruft가 누적됨에 따라 근본적인 문제를 해결하는 비용이 증가함에 따라 인프라가 계속 부패하고 정치적으로 해결할 수없는 피드백 루프가 생성됩니다. 대부분의 금융 회사는 백 오피스에 너무 많은 영향을 미쳐서 효과적인 데이터웨어 하우징 이니셔티브를 구현할 수있는 구조적으로 불가능합니다.

이 기술은 이제 성숙되고 상대적으로 저렴하게 사용할 수 있으며 로켓 과학이 아닙니다. 현대 IT에는 근본적으로 기술 관련 문제가 거의 없습니다. 거의 항상 정치적인 문제가 IT와 관련된 중대한 문제의 근본 원인임을 알게 될 것입니다

잘못된 해석 문제는 "조직 문제"대 컴퓨터 및 서버에서 어디에 적합합니까? 이것은 해석에 개방 된 사양이 있고 개발자와 테스터가 다른 이해를 가지고 있고 누군가가 들어 와서 물건을 추적하기 위해 판사 또는 심판이되어야한다는 것을 의미합니다.

업무에 수반되는 일은 종종 "요청에 따라 다른 의무"를 갖게되는데, 이는 무엇을해야하는지에 대한 약간의 포괄입니다. 여기에 고전적인 예에는 문제를 해결하고 문제를 발견하고 처리 할 수 ​​있어야하는 일부 시스템 또는 코드베이스에 대해 배워야하는 것들이 포함됩니다.

이를 방지하기 위해서는 사람들 사이에 의사 소통, 프로세스 및 성격이 양호해야 흐름이 잘 진행될 수 있습니다. 그것은 위에서부터 전문적인 방식으로 사물을 다루고 갈등 해결 절차를 마련하는 문화를 구축하는 것을 의미합니다.

내가 잘한 일에 대한 만족은 내가 만들거나 고친 것을 사용하는 사람이 할 수 있다는 빛에서 비롯됩니다. 그들은 내가 한 일을 알 필요가 없으며 단지 긍정적 인 결과로 이루어집니다. 이것을 볼 수있는 또 다른 방법은 "감사합니다"라는 말입니다. "감사합니다." 자주 반복되면 유의성을 잃을 수 있습니다.

나는 내가하고있는 일에 대해 거의 아무도 신경 쓰지 않는 곳에서 일했고 이것은 몇 가지 다른 방법으로 약간의 소진을 초래했습니다. 한 부분은 어떤 사람들은 내가 엉터리 직업이라는 것을 알고 감사를 표할 것이지만 그것이 그렇게 나쁘다고 생각하지 않았다는 것입니다. 버그를 고치면 작업을 취소하거나 승인되지 않은 새로운 기능을 사용하고 작업을 취소해야하는 경우가 있습니다. "내가 한 일을 취소하면 왜 아무것도하지 않는가?" 아무것도하지 않고 여전히 돈을받는 상황으로 이끌었습니다.

대규모 조직에서는 정책 입안자가 사람들이 무엇을 달성하지 못하도록 모든 일을하고 있다고 맹세합니다 .

그들은 유용한 일을하지 않은 것에 대해 기꺼이 돈을 지불 할 것이며, 나는 그것을 가지고 놀기로 결정했습니다. 나는 시스템과 싸우지 않을 것이다. 적어도 지금은 아닙니다.