버스에 부딪쳤다면 회사에 문제가 있습니까?


27

직장에서, 나는 지난 10 년 동안 유일한 IT 전문가입니다. 내가 버스에 부딪친다면 그들은 완전히 망 쳤을 것입니다. 나는 경영진 / 대통령 유형의 사람들에게 여러 번 언급했지만 그들은 나를 무시합니다. 그들에게 너무 나쁘다.

그들의 고통을 완화하기 위해 무엇을 할 수 있습니까? (또는 신경 써야합니까?)

(예, 이것은 커뮤니티 위키 여야하지만 확인란이 표시되지 않습니다. 담당자가 충분하지 않을 수 있습니다.)


1
나는 동의하지 않습니다. 회사가 IT 직원뿐만 아니라 귀하 때문에 비즈니스에 종사하는 경우.
10.

답변:


50

도대체 모든 것을 문서화하십시오.

최근 Slashdot에 문서를 시작하는 것에 대한 글이 있었는데, 문서에 대한 생각을 적어주었습니다.

내 요점은 다음과 같습니다.

원칙 # 1 : 결코 끝나지 않는다

문서화는 진행중인 작업보다 항상 뒤쳐지는 지속적인 노력입니다. 변경은 임시로 이루어 지거나, 물건이 움직이거나 중단되거나 임의로 서비스됩니다. 문서는 절대로 따라 잡지 않습니다.

실행중인 문서를 최신 상태로 유지하는 데 소요되는 시간 (따라서 돈)의 가치에 대해 청구서를 지불하는 사람들을 판매해야합니다. 종종 대화는 다음과 같이 진행됩니다. "$ THING이 어떻게 깨 졌는지 알아 내기 위해 $ TIME을 보냈을 때를 기억하십시오. 글을 마치면 $ THING에 대한 자세한 기술 노트가있었습니다. "모든 것을 알아 내야합니다."

결코 끝내지 않더라도해야합니다.

원칙 # 2 : 문서가없는 것보다 더 나쁜 것은 잘못된 문서이다

이것은 원칙보다 진실에 가깝습니다. 문서는 무언가가 알려진 상태에 있고 잘못된 것이 있으면이를 고치기 시작할 수 있다는 잘못된 의미로 당신을 유혹 할 수 있습니다.

이 문제를 인정하는 것이 중요합니다.

원칙 # 3 : 후임자를위한 문서 작성

승률은 문서를 작성하는 것의 95 %이며 다시 참조 할 필요가 없습니다. 문서는 미래를위한 지혜의 모음입니다. 따라서 관객은 상황이 어떤 방식인지 구체적으로 거의 알지 못한다고 가정해야합니다.

그리고 후임자가있을 것입니다. 나는 당신에 대해 모른다. 그러나 나는 나의 평생 동안이 특정한 환경에있을 계획이 없다. 기회는왔다 갔다 할 때, 때로는 간다. 그러나 삶은 당신의 뒤를 이어가고, 매끄러 워지면 후임자의 삶을 더 좋게 만들 수 있습니다. 그렇지 않으면 당신은 조용히 당신에 대해 말을하는 전 고객의 컬렉션이있을 수 있습니다. 저는 오타와의 IT에서 모든 곳에서 일하는 50 명의 직원이 어디에서나 계속 만나고 있다고 말하고 싶습니다. 후임자가 미래에 당신을 위해 문을 열 수 있도록 돕는다.

이제 어느 정도까지는 문제가 생길 때 항상 "이전 사람을 비난"하는 정도가 있습니다. 그것은 사업의 일부입니다. 나는 그것을 스스로했다. 그러나 내가 어떤 종류의 바보로 이전 사람을 폭파했을 때 여러 번, 나는 그가 실제로 그의 행동을 가지고 있었고 그 당시에했던 일에 대해 더 많이 알았다는 것을 배웠습니다.

원칙 # 4 : "왜"가 "어떻게"보다 더 중요하다

시스템을 볼 때 대부분의 사람들은 왜 이런 생각을 하는가? 구성을 선택하는 데는 항상 매우 구체적인 이유가 있습니다. 이러한 상황에서 "왜"는 "어떻게"를 지시하며, 솔루션의 흡연 유무를 검사 할 때 해결해야 할 특정 문제를 독자가 이해하도록해야합니다.

원칙 # 5 : 쉬워야하거나 그렇지 않을 것이다

즉, 도구를 사용할 사람뿐만 아니라 도구를 잘 알고 있어야합니다.

최신 정보를 유지하는 것은 쉬워야합니다. 어떤 노력을 기울여야한다면 최선을 다했을 때이를 피할 수있는 변명을 보게 될 것입니다.

다른 사람이 사용하기 쉽지 않은 도구는 사용하지 않습니다. 팀 환경이 클수록 도구 선택이 마음에 들지 않는 팀 구성원을 만날 가능성이 높아지기 때문에 팀 환경에서 특히 문제가 될 수 있습니다.

개인적으로 저는 문서 위키를 좋아합니다. 그러나 문제는 위키가 당신에게 구조를 강요하지 않기 때문에 구조는 외부에서 부과되어야한다는 것입니다. 다른 사람이 더 좋고 다른 아이디어를 가지고 있기 때문에 이것은 항상 어딘가에서 갈등을 유발합니다.

어떤 곳에서는 Word와 Visio 문서를 "게시 된"PDF로 사용했으며 "최신"PDF는 권위있는 것으로 간주했습니다. 이것은 당신이 당신의 고용주 / 후계자에게 건네 줄 수있는 수집품을 가지고 있다는 점에서 좋습니다. PDF가 올바르게 날짜가 지정되어 있으면 탐색하기 쉽지는 않지만 발생한 일에 대한 기록을 제공 할 수 있습니다. Word 나 Visio가 마음에 들지 않으며 아이디어를 효과적으로 전달하기 위해 이러한 도구에 대한 기본 지식을 가져야한다는 점이 나쁩니다.

현재 고용주는 Sharepoint 포털에서 Word 문서에 대한 아이디어를 가지고 있습니다. 우리는 우리가 얼마나 멀리 가야하는지 알아야합니다


좋은 대답입니다. 내가 할 수 있다면 +1.

@roygbiv-왜 못해? 충분한 담당자를 확보했습니다 (> 15)
Rook

@Idigas-댓글을 작성할 당시 담당자가 충분하지 않았습니다. :)

이 답변에 더 동의하지 못했습니다. 일관된 스타일로 Word 문서를 사용하는 것을 좋아합니다 (일부는 자체 매뉴얼로 커짐). 어떤 사람들은 직업 안전 상실에 대해 걱정하지만 서류를 가지고있는 것만으로는 충분하지 않습니다. 이전 고용주 중 한 명이 저를 축소 한 후에 알게되었고 대체 기술이 IT에 대해 충분히 알지 못했기 때문에 지식과 기술을 갖추어야합니다 (주로 프로그래머였습니다).
Scott

나는 이제 내가 취하는 모든 일을 회사를 위해서가 아니라 내 목적으로 도대체 문서화한다는 것에 동의한다. 때때로 당신은 가끔씩 한 번만하는 일을하고, 그렇게 많이하지 않으면 다시는 어떻게해야 하는지를 잊고 잊게됩니다. 나는 이것을 보관하는 폴더로 가서 문서를 다시 읽고 어떻게하는지 기억합니다.
Hondalex 2016 년

8

물론 걱정해야합니다. 결국,할만한 가치가있는 직업은 잘 할 가치가있는 직업입니다.

1.) 이미 말했지만 반복을 위해 반복해야합니다. 문서, 문서, 문서. 필요한 경우 Excel 스프레드 시트, 편지지, 퀼 및 양피지를 사용하십시오. 필요한 경우 영화 "Se7en"에서와 같이 수천 개의 미드 노트북. 어느 쪽이든, 유성에 맞을 때 당신을 대신해야 할 사람을 위해 명확하고 간결하며 읽기 쉬운 것을 배치하십시오.

2.) 모든 것을 문서화하기 시작하면 글쓰기 분위기에 있어야합니다. 서버에서 지난 몇 년간의 변경 사항을 자세히 설명하는 부가 프로젝트를 시작할 시간입니다. 변경 관리 프로세스 구축을 시작했지만 역사적으로 진행하십시오. 그러한 까다로운 서버 중 일부에서 디스크를 얼마나 자주 변경했는지 확인하십시오. 비용이 얼마나 드는지 등. 이것은 유성이 당신을 그리워하고 이웃의 개를 대신 꺼내도 어쨌든 의지 할 수있는 훌륭한 지표를 제공합니다.

3.) 중대한 오류를 모니터링하고 이메일로 보내는 모니터링 시스템을 구현합니다. 그게 뭐야? 당신은 이미 하나? 단! 이제 문서화하십시오. 작동 방식, 모니터링 대상, 모니터링 이유

4.) 관리 유형으로 다시 가져갈 책임이 있습니다. 그리고 또 다시. 당신이 할 수있는만큼. 공손. 그 운석이 떨어지고 당신이 사라 졌다면, 정중 한 태도를 취하십시오.

이것은 당신이 날아갈 수있는 책임이 아니며, 그것은 당신의 직업에 대한 윤리적 요구 사항이며 당신이 '왕국의 열쇠를 지키는 수호자'로서 보유한 지위를 차지합니다.

이런 식으로 생각하십시오. 이 문제에 대한 걱정을 피하고 잊어 버릴 수 있고 괜찮다고 생각한다면 회사 급여에 대한 회계 파일 공유를 결합하여 왜 관리 유형이 당신보다 더 많은지, 얼마나 많은지 확인하지 않는 이유는 무엇입니까? 기밀 회사 데이터를 자신의 용도로 활용하지 않는 이유는 무엇입니까? 왜 사람들의 이메일을 읽지 않습니까?

간단히 말해서, 당신은 좋은 도덕과 윤리 감각 때문에 이런 일을하지 않는 것입니다. 알다시피, 잘못된 것에서 온 것입니다. 따라서 다음과 같은 상황이 발생하면 최악의 상황에 대비 한 대책을 문서화하고 준비하는 것이 귀하의 책임임을 분명히 알고 있습니다.

즉, 당신의 일에 방해받지 않고 하와이로 편안한 휴가 여행. :)

(산스 유성, 즉)


6

길을 건너 조심스럽게 길을 건너, 두 방법을보고, 키아누 리브스와 산드라 불락이있는 버스가 도로를 충전하지 않도록하십시오.


3

교체에 대한 학습 곡선을 낮추려면 설정 및 프로세스에 대한 문서를 작성하는 것이 가장 좋습니다. 아마도 가장 쉬운 방법은 위키 시스템을 어딘가에 설치하고 계속 추가하는 것입니다. 그것의 일부는 구식이 될 수 있지만, 가치가없는 것은 중요하지 않습니다.


3

문서화의 중요성에 관한 위의 많은 글들이 발견되었지만, 당신이 찾고자하는 직장에서 "사람"이되는 또 다른 측면이 있습니다.

모든 것을 운영하는 방법을 아는 유일한 사람인 경우 휴가 / 출생 / 응급 상황을 처리하기가 어렵고 회사 내 다른 직책을 홍보하거나 배울 수 없습니다 (관심있는 경우). 기술을 키우고 배우고 확장 할 수없는 경우, 구직중인 직종의 직책에있을 수 있으며 이력서에 따르면 10 년 동안 COBOL / FORTRAN 프로그래머 또는 OS \ 2 / Novell / NT 관리자

시스템 관리자로서의 발전에는 성장과 교차 훈련이 중요합니다. 전체 네트워크가 의존하는 "남자"가 아니라 항상 새로운 남자에게 무엇을해야하는지, 누가 비즈니스에 대해 더 많은 것을 배우고 싶은지 보여주는 "남자"가 되십시오.


션, 전적으로 동의합니다. 그러나 10 년 동안 한 곳에 머물렀다 고해서 그 시대가 뒤처 졌다는 의미는 아닙니다. 반대로, 나는 최신의 최고를 유지합니다 (가능한 한 최선을

1

여기서 핵심은 상세하고 완전한 문서입니다. 이것은 당신이 능력이 상실되었을 때뿐만 아니라 중학생이 와서 휴가를 가길 원하거나 (또는 ​​더 녹색 목초지로 이동하려는 경우) 중요한 것입니다. 다른 사람이 네트워크 속도를 높이려면 적절한 문서와 참조가 있으면 매우 유용 할 수 있습니다.


1

나는 내 자신을 포함하여 SPoF에 대한 지식이 없는지 확인하기 위해 매우 열심히 노력합니다. 그 태도는 내가 가지고 있었던 현지 지식보다 더 가치가 있습니다.


1

나는 모든 일을하는 자신의 특정한 방법을 가진 사람 에게서이 직책을 맡았습니다 (Sys Admin / Lead Dev). 우리가 보유한 17 대의 서버는 모두 약간 다르게 설정되어 있습니다. 있다 이렇게 많은 절차와 여기에 문제를 수동으로 취급하고 거의 모든 IT의은 (문서는 거의 각 서버 역할의 한 줄 설명을 포함) 기록했다. 이로 인해 사무실의 많은 프로세스를 다시 평가하게되었습니다. 내가 배울 때마다 위키에 추가되었습니다. 또한 일부 서버 작업을 다른 개발자에게 위임하여 최소한 작은 작업에 대한 최소한의 정보를 배울 수 있습니다.

문서 작성은 짜증나지만, 당신의 입장에서 어떤 일이 일어나지 않을지 생각하십시오.


1

문서화는 엄청나 다. 내가있는 곳에, 당신과는 정반대의 문제가 있습니다. 최근에 우리는 새로운 POS / 주문 추적 시스템 (우리는 조각 및 판촉 회사입니다)을 도입했으며 사람들이 시스템 사용자 정의에 대한 정보를 제공합니다. 주로 저급 사람들, 관리자가 주문에 대해 할 것입니다. 왜냐하면 모든 주문에 사용했기 때문에 매우 오래된 액세스 데이터베이스에 넣었습니다. 나는 그렇게 종이를 가고 싶어하고, 우리의 사업에 전적으로 가능하지만, 난 그냥 사람들이 젠의 작업 주문 정보를 입력 할 수 없습니다.

따라서 인증을받는 데 계속 연결하십시오. 또는 기분이 좋으면 자신의 시간에 해보십시오. 후임자를 언급하지 않고 회사에서 미래에 좋은 일이 될 수 있습니다.


1
따라서 관리자의 지원을 통해 사용자 지정 내용을 추적해야합니다. 그런 다음 잠시 후에 해당 작업을 수행 한 사람을 찾아서 문서화 한 후 문서화하십시오. 일반적으로 문서를 올바르게 문서화해야하는 이유가 있습니다.
gbjbaanb

문제는 아직 종이 문서를 버리지 않기 때문에 아이디어가 효과가 없다는 것입니다. 내가 노력하고있는 것은 서명 된 증거를 스캔하고 폴더에 자동 저장하는 간단한 방법입니다. 사용자는 주문 번호 만 입력하면 파일 이름입니다. 아직 OS X에서이를 구현하는 방법을 찾지 못했습니다.
Cameron Conner

1

다시 : 내가 걱정해야합니까?

사무실이 100 % 제대로 작동하지 않으면 사람들이 더 원활하게 작업 할 수 있다는 것을 알게 될 것입니다. 당신의 '불확실성 (inspensibility)'에 얽매이지 말고 회사의 안녕에 관심을 가져야합니다. 더 나은 제안을하지 않고 떠나지 않는 은행은 제대로 작동하지 않습니다. 회사에서 그런 종류의 물건을 원천 징수하는 것은 누군가의 일입니다.

나는 개인적으로 문서를 작성하는 사람들과 함께 일하는 것을 좋아하고, 그들이 끝낸 일을 저절로 수행하기를 원하며 지속적으로 참여를 요구하지 않습니다. 당신이 문서화하고 이미 완료 한 것을 넣었을 때 뒤에 당신을, 당신은 미래의 프로젝트에 대한 작업에 더 많은 시간을 엽니 다.


0

우리는 기본적으로 같은 상황입니다. 그래서 감독이 나를 고용하여 지식 노드를 하나 더 추가했습니다.

그러나 솔직히 보살 피는 곳은 아닙니다. 위험을 평가하고 해결하는 것은 경영진의 사업입니다.


동의했다. IT 담당자 만 사용할 수없는 경우 발생할 수있는 문제를 경영진이 인식하도록하는 것이 중요하지만 원하는대로 할 때까지 문제를 해결하는 것은 귀하의 일이 아닙니다. 실제로 뜨거운 물에 몸을 담그는 좋은 방법 일 것입니다.
gillonba 2016 년

-1 관리 장소가 아닙니다. OP 회사의 조직도를 보지 않고는 판단하기가 어렵습니다.
벤 던랩

또한 그가 돌보는 것은 회사의 건강과 성공을 염려한다는 것을 의미합니다. 어느 것이 좋니.
벤 던랩

@rotard OP는 잔소리 할 필요가 없습니다. 일부 "필수 사항"을 작성하고 두 개의 사본을 외부 및 현장의 안전한 장소에 저장 한 다음 경영진에게 알리면 잔소리없이 문제를 해결할 수 있습니다.
벤 던랩

0

나는 것으로 나타났습니다 완료를 얻기 가지 접근 방식이 제대로 작업을 문서화에서 당신을 방지 초기 정신 장벽을 극복하는 데 도움이됩니다. 문서를 "실제"작업을 수행하지 못하게하는 단일 작업으로 생각하기보다는 한 입 크기로 나눕니다. 후임자가 알아야 할 정보를 쓸 때마다 적어 두십시오. 그런 다음 매주 한두 시간을 예약하여 지식을 검토하고 명확하게 분류하십시오.


-1
  • 설명서 : 중요
  • 당신의 소중한 직업 : 생각만큼 중요하지 않은

어쩌면 나는 그 주제에 대해 간결한 것일 수도 있지만 공감대에 대한 피드백에 감사드립니다.
spoulson 2016 년

그것이 그렇게 나쁘지 않기 때문에 나는 대답을 downvote하지 않았다. 도움이되지 않았다고 생각했을 수도 있습니다. 어떤 예나 설명도 그것을 요구하지 않았을 것입니다. 다시 말하지만, 당신 같은 것 같아요.
Matt

추측하지 않습니다. 죄송합니다 :)
Matt

확실한. 나는 책을 쓰려고 계획하지 않았지만 만일 그렇게했다면 제목이 "가식하지 말아라"라는 제목을 붙였습니다.
spoulson 2016 년

-4

문서화하지 마십시오. 다른 사람들과 지식을 공유하지 마십시오. 사물을 문서화하면 가치가 떨어집니다. 당신은 덜 지불받을 것입니다. 보너스가 줄어 듭니다. 직업 보안이 저하됩니다. 왜 이렇게 하시겠습니까?

적절한 균형은 수면 또는 휴가 중에 불필요하게 방해받지 않는 곳입니다. 그렇지 않으면 자신을 평가 절하합니다.


정말 좋은 지적이지만, 그는 몇 년 후 회사가 IT 부서를 만들게 될 것이며, 그는 IT 부서의 최고 책임자가 될 것으로 기대합니다. 그가 죽을 때 회사는 그와 같은 사람을 찾을 것이기 때문에 괜찮을 것입니다.
10.

회사에 따라 이것은 근시안적이거나 생존에 필요합니다. 나는 그것이 더 자주 전자라고 생각합니다.
Kara Marfia 2016 년

1
이것은 아마도 내가 읽은 가장 중심적인 자기 중심적 조언 일 것입니다.
spoulson 2016 년

당신은 경영진에게 불순종하고, 자신에 대한 임금을 크게 낮추고, 덜 가치 있고 열심히 일하는 것으로 인식됩니다. 장기적으로는 가족의 미래에 영향을 줄 수있을 정도로 소득이 충분히 적고 고용 안정성이 떨어집니다. 회사가 당신에게 비슷한 사랑을 가지고 있지 않더라도 회사가 스스로 옳은 일을하도록 강요하려고하기 때문입니다. 나는 그들이 원하지 않는 것을 그들에게 기꺼이 희생하려고한다면 회사가 당신을 얼마나 존중하고 사랑하는지 혼란스럽게 생각합니다.
carlito 2016 년

2
자기주의. Sys Admins를 고용 할 때 serverfault에 사용자 이름이 있는지 물어보십시오. 그들이 척인지 묻는다면, 그를 고용하지 마십시오.
Matt
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.