본문 바로가기

IT 살이/03.관리 - IT 관리

'역할'과 '하는 일'은 다른 개념이다. 쉽게 생각했을때는 그렇다. 역할이 달라지면 분명 하는 일이 달라진다. 그러나 더 중요한 것이 달라져야 한다는 것을 알게 됐다. 개발 출신의 어느 개발자가 세월이 흘러서 품질을 담당하게 되었다. 그래서 품질을 관리하는데 필요하다는 일들을 해 오다가 어느날 자기가 무엇을 해야 하는지 모르겠다고 고민을 말해왔다. 자기가 하는 일은 다른 사람들이 다 하고 있고 그들이 더 잘하고 있다는 것이다. 품질 담당이 자기라면서 다른 사람이 다 하고 있다는 말은 무엇이고 그리고 다른 사람들이 더 잘하고 있다는 말은 또 무슨 말인지 이해할 수가 없었다. 얘기를 들어보니 이런 것이었다. 예를 들어서, 보안이나 성능 등의 품질을 관리하기 위해서는 배포 솔루션을 개발하는 기법, 사용되는 개발 프레임워크, 코딩 패턴등에 대해서 모두.. 더보기
job description !! 이것이 문제였다. 지난 포스트에서 조직을 관리할때, 역할과 책임이 정의되지 않으면 문제가 갈등의 원인이 된다고 했다. 그래서 갈등을 없애려면 역할과 책임을 반드시 정의되어 있어야 한다고 했다. 2016.07.27 - [IT 살이/03.관리 - IT 관리] - "관리가 무엇인지"를 배우다. 2016.02.16 - [IT 살이/03.관리 - IT 관리] - 04. ITIL 적용 사례 - 마무리 정리 근데 앞의 두 포스트를 올리고도 뭔가 개운치 않다는 기분이 있었던 것을 아직도 기억한다. 본인이 생각했던 것은 "역할과 책임", "업무 분장" 외에 뭔가 더 있어야 하지 않을까 하는 것이었다. 오늘에서야 왜 그런 답답함이 남게 되었는지 확인된 것 같다. 역할과 책임, 업무 분장이 문제가 아니라 그보다 더 자세한 그 무엇, 바로 j.. 더보기
"IT 관리" 컨텍스트 메모 관리 기법이 왜 필요한지 근본적인 질문이 있을 수 있다. "PMP니 소프트웨어 공학을 왜 도입해야 하는가?" 경영 입장에서는 기본적인 질문으로서 당연한 질문이다. 그러나 엔지니어 관점에서는 생각해 보지 않은 질문일 수 있다. 대부분의 관리 표준을 설명해 놓은 문서에는 이런 질문에 대한 답이 제일 먼저 나온다. 그러나 엔지니어들은 눈여겨 보지 않는다. IT 활동을 경영 관점에서 볼 수 있어야 제대로된 "관리"가 된다. 관리기법 도입 목표 관리 프로세스를 정리하는데 투자되는 자원에 대한 근거-생산성, 재사용성( 자산화 ) 관리 프로세스 설계 절차 논리설계 --> 물리설계 논리설계 : 표준(PMP, CMMI 등)이나 베스트프랙티스(ITIL)에 의한 기업의 관리 아키텍처 설계 물리설계 : 프로젝트별 논리설계의 .. 더보기
[출처] 개발자의 업무 성과에 대한 측정과 평가-작성자 안재우 개발자에 대한 성과 평가에 대한 고민과 안을 제시하고 있다. 유지보수 조직에서도 참고할 만한 내용이다. 개발자의 업무 성과에 대한 측정과 평가 [출처] 개발자의 업무 성과에 대한 측정과 평가|작성자 안재우 더보기
"관리가 무엇인지"를 배우다. 4년간의 SM을 마친다. 그동안 SM을 하면서 진행했던 "개인적인 프로젝트"가 마무리되었다는 의미이다. 조직원들간의 "갈등"과 그리고 조직원들 "불만" 원인의 근본적인 정체가 무엇이고 그 해결책을 알고 싶었다. 공부하다 보니 "IT 관리(IT management)"라는 영역도 접하게 되었다. 이제 프로젝트를 마무리하면서 산출물을 키워드 중심으로 간단히 정리를 해야 할 것 같다. 아래는 달봉이가 4년간의 SM을 하면서 그 가치에 대해서 다시 한번 더 생각하게 된 개념들이다. 1) R&R과 업무분장 2) 평가체계 3) IT 관리체계(IT 관리 프레임워크) 4) 계약체계 5) 조직체계 모두 일반적인 개념들로서 오다 가다가 많이들 들어본 말들이다. 그러나 사장님이 훈시할때나 적절할 것 같은 말들로서, 우리 일반.. 더보기
OAMPT 우리는 흔히 "관리(management)"라는 단어로 퉁 치는데, 그곳에는 여러 종류의 일들이 있다. OAMPT - Operation, Administration, Maintenance, Provisioning, Troubleshooting( https://en.wikipedia.org/wiki/OAMP ) 원래 "유선 통신"쪽에서 사용되었던 개념인데, 지금은 유사한 종류의 일을 하는 다른 분야에서도 이 용어가 사용된다고 한다. 특히 NOC의 problem management lifecyle 에서 자주 사용되고 있단다. * NOC( Network Operations Center) - https://en.wikipedia.org/wiki/Network_operations_center 근데 이 개념들을 보니.. 더보기
RACI - 레이키? 레이씨? 얼마전 "ITIL"이라는 "IT 시스템 관리 프레임워크" 교육을 받은 적이 있다. 이 교육을 받으면서 부가적으로 유용한 툴을 하나 발견했다. ITIL에서 말하는 본래의 목적은 아니지만 이것을 개인의 일 처리에 적용하면 많은 도움이 될 것이라는 생각을 했다. 직장에서 일을 진행하면서 힘들다고 느끼는 부분은 대부분 사람과의 문제라는 것을 많이들 인정할 것이다. 많은 조직에서는 "일을 진행하는 프로세스나 절차등이" 정의되어 있지 않아서 그 결과 구성원들끼리 서로 서로 눈치껏 알아서 해 가는 경우도 있고,일을 처리하는 프로세스나 절차가 정의되었다고 해도 그것들이 작은 활동(activity)들을 제어할 수 있을 정도까지 상세하게 규정되어 있지 않을 수도 있다. 정의되어 있는 수준이하에서 일을 진행하려면 결국 사람.. 더보기
IT"S"M - "S"ystem?, "S"ervice? ITSM은 IT 관리를 위한 표준이지만, IT가 고객에 어떤 태도를 가져야 하는지 그리고 고객이 IT에 대해 어떤 자세를 가져야 하는지에 대한 표준이라고도 보여진다. 표준 자체는 감정이 없는 이론이긴 하지만 공부를 하다 보면 그 이론의 바탕이 되는 사상이 얼마나 민주적이고 인간 존중적인지를 느끼게 된다. IT에 종사하는 사람들중에서 연차가 된 사람들은 ITSM이라고 들어본 사람들이 많을 것이다. 이 "S"의 의미가 얼마나 중요한지에 대해서 언젠가 한번 메모를 하고 싶었다. 그림은 ITSM에서 말하는 "S"의 의미이다. IT는 고객이 비즈니스 전체의 가치(value)를 달성하는데 도움이 되어야 하는 것이고 그 가치는 "IT 서비스"를 통해서 전달되다는 것이다. IT서비스를 제공하기 위해서 "내부"에 IT .. 더보기
04. ITIL 적용 사례 - 마무리 정리 2016/02/16 - [02.관리-IT] - 01. ITIL 적용 사례 - "IT-업무 갈등"2016/02/16 - [02.관리-IT] - 02. ITIL 적용 사례- "IT-IT 갈등"2016/02/16 - [02.관리-IT] - 03. ITIL 적용 사례 - 문제 처리2016/02/16 - [02.관리-IT] - 04. ITIL 적용 사례 - 마무리 정리(ITIL 적용 현실) 시스템 유지 보수(System Maintenance, SM) 조직에서 일하면서 다양한 조직간의 갈등을 제3자로서 보기도 했고 직접 경험하기도 했다. "SM조직 고객 조직과의 갈등" "SM 내부의 IT팀업무 운영팀과의 갈등" "고객 IT팀SM IT팀과의 갈등" 갈등을 조직 구조상의 관계보다는 "고객과 IT"라는 관점에서 다시 정.. 더보기
03. ITIL 적용 사례 - 문제 처리 2016/02/16 - [02.관리-IT] - 01. ITIL 적용 사례 - "IT-업무 갈등"2016/02/16 - [02.관리-IT] - 02. ITIL 적용 사례- "IT-IT 갈등"2016/02/16 - [02.관리-IT] - 03. ITIL 적용 사례 - 문제 처리2016/02/16 - [02.관리-IT] - 04. ITIL 적용 사례 - 마무리 정리(ITIL 적용 현실) 마지막으로 다음과 같은 케이스를 알아보자. 아래 케이스를 통해서 ITSM이 도입된 조직과 그렇지 않은 일반 조직간의 problem 대응 방식에 대한 비교해 보고자 한다. ☞ 케이스 #1 ＊ 매주 월요일 아침에는 어플리케이션에 접속할 수 없다.＊ 매일 호후 2,3 시가 되면 서버의 속도가 느려진다. 관리자는 해당 웹 어플리케이션.. 더보기
02. ITIL 적용 사례- "IT-IT 갈등" 2016/02/16 - [02.관리-IT] - 01. ITIL 적용 사례 - "IT-업무 갈등"2016/02/16 - [02.관리-IT] - 02. ITIL 적용 사례- "IT-IT 갈등"2016/02/16 - [02.관리-IT] - 03. ITIL 적용 사례 - 문제 처리2016/02/16 - [02.관리-IT] - 04. ITIL 적용 사례 - 마무리 정리(ITIL 적용 현실) ITIL에서 설명하는 조직 모델과는 조금 다른 경우를 생각해보자. 달봉이가 일하는 곳에서의 SM은 아웃소싱으로 되어 있어서, 고객 조직과 SM 조직은 계약관계로 되어 있다. 현재 달봉이가 있는 조직에서는 고객 조직에도 IT 조직이 포함되어 있다. 즉 현업IT팀이 SM의 IT팀과 별도로 존재한다. 이 현업 IT팀은 SM의 전체 .. 더보기
01. ITIL 적용 사례 - "IT-업무 갈등" 2016/02/16 - [02.관리-IT] - 01. ITIL 적용 사례 - "IT-업무 갈등"2016/02/16 - [02.관리-IT] - 02. ITIL 적용 사례- "IT-IT 갈등"2016/02/16 - [02.관리-IT] - 03. ITIL 적용 사례 - 문제 처리2016/02/16 - [02.관리-IT] - 04. ITIL 적용 사례 - 마무리 정리(ITIL 적용 현실) 케이스별로 갈등을 해결하기 위해서 ITIL기반의 ITSM에서는 어떻게 권고하는지 정리해봤다. 이번 포스트에서는 ITIL의 권고를 그대로 적용할 수 있는 "표준적인 케이스들"을 정리해봤다. 다음과 같은 "IT업무"간의 마찰 케이스를 생각해보자. ■ IT업무 마찰 케이스#1 ☞ 현업 사용자 이것 좀 변경해주세요(변경요청).☞ "기.. 더보기
ITIL 수강 중... 지난 주부터 ITIL 수업을 듣고 있다. 토요일 오후,저녁 시간을 4주동안 투자해야 한다. 시험 성적 좀 보여줄 수 없냐고 했더니 "개인 정보"라 안된다는 우리 아드님 -_-;;공부도 나이가 들면 힘들다는 것을 우리 아이가 알았으면 좋겠다는 생각이 든다.어깨, 허리, 목....6시간을 버텨내기에는 하자가 많은 상태다. 관리를 좀 더 했어야 했는데... 더보기
02. 범 정부 EA 참조 모델 정부에는 여러 조직들이 존재하게 된다. 따라서 정부에서는 각 부서 아키텍처의 일관성, 재사용성, 상호 운용성 등을 확보하기 위하여 B(Business), D(Data), A(Application), T(Technical) 관점에서 필요한 정보화 구성 요소의 표준화된 분류 체계와 형식을 정의해서 각 조직에 배포하고 있다. 범 정부 전사아키텍처 추진의 특징은 일반 기업의 전사 아키텍처 프로젝트와 달리 범 정부의 정보화 사업을 체계적으로 추진할 수 있는 참조 모델과 지침을 만들어서 보급하는 데 역점을 두고 있다. 정부 시스템은 국민의 세금으로 만들어진다. 중복되거나 체계없이 만들어지면 안된다. 그래서 BDAT 관점에서 뿐만 아니라 만들어진 시스템의 성과의 측정을 위한 성과관리 참조모델도 만들어서 보급한다. h.. 더보기
01. 범 정부 EA 도입 계획 정부에서 정보기술 아키텍처를 도입하면서 작성한 문서들. 더보기
콘웨이의 법칙( Conway's Law ) 오늘 책에서 콘웨이 법칙이라는 것을 처음 보게 되었다. 현재 직장에서 평소 느끼고 있던 사실이라서 피부에 와 닿는 말이다. "소프트웨어의 구조는 그 소프트웨어를 만드는 조직의 구조와 일치한다"Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure. Conway's Law 콘웨이는 조직 구조가 얼마나 아키텍처에 영향을 주는지를 강조했던 것이다. 늘 느끼는 건데 현재 직장은 "구조 공학적인 조직 구조"라는 생각을 하고 있었다. 객체 지향이나 CBD 기반의 프로젝트를 한다고는 하는데 조직 구조와 의.. 더보기
TOGAF기반 EA 구축 (KOSTA 교육) 평소 관심있는 EA관련 주제가 있어서(KOSTA, 한국 소프트웨어 기술 진흥 협회), 이틀짜리 교육을 수강했었다. 이 녀석도 목차를 한번 적어봐야 할 시점이다. 목차를 적어보면 리뷰가 된다. 강사의 내용 전달이 마음에 들지 않았던 교육으로 기억된다. 경영적인 관점으로 봐야 하는 주제일 것 같았는데 엔지니어 관점을 벗어나지 못했다. 수강생들의 질문과 강사의 답변에 괴리가 있었다. 하지만 교육 목차는 좋았다. * TOGAF(The Open Group Architectural Framework) - 조직의 전사적 아키텍처를 정의하기 위한 방법론, Open Group이 1994년부터 개발을 추진. I. EA방법론 개요 1. SW프로젝트 현황 2. EA 개요 3. TOGAF 개요 4. 핵심 개념II. EA 구축 .. 더보기
책상정리 #6-ITIL SI 프로젝트의 프로세스에 대한 공부는 많이 했지만, SM과 운영에 대한 방법은 달봉이가 시험 공부를 하면서 처음으로 접하게 됐다. ITIL( Information Technology Infrastructure Library)은 IT 시스템(서비스)을 운영하는데 도움이 되는 practice들의 모음으로써 현재는 거의 표준처럼( de facto) 사용되고 있다. ITSM LIBRARYFoundations of IT Service Management based on ITIL V3 1 Introduction 1.1 Background 1.2 Why this book 1.3 Organizations 1.4 Differences with previous editions 1.5 Structure of the boo.. 더보기

티스토리툴바