[카테고리:] 프로젝트 관리

버닝 플랫폼이란? (Burning Platform)

버닝 플랫폼의 개념과 유래

1. 버닝 플랫폼의 개념

버닝 플랫폼이란, 위기 상황에서 가만히 있기 보다는 새로운 변화 및 도전을 하는 접근 방법을 말함
사람들로 하여금 급진적인 변화 전략을 채택하도록 독려(encourage)

2. 버닝 플랫폼의 유래

  • 1988년 7월 6일 영국 스코틀랜드 근해 원유 시추 플랫폼인 Piper Alpha에서 큰 화재 발생
  • 화재로 인해 플랫폼 위에 있던 229명 중 168명이 사망하고 62명만이 구조됨
  • 이 과정에서 사람들은 우왕좌왕했고, 선택 가능한 옵션은 두 가지가 있었음:
    옵션①. 구조 헬기가 오기까지 플랫폼 위에서 기다기
    옵션②. 30m 아래 영하의 바닷물에 뛰어들기
    ↓
  • 결국 옵션② 를 선택한 사람들만 살아남았음

3. 버닝 플랫폼의 유명 일화

source : fairygodboss

  • 2011년 Nokia CEO Stephen Elop, 버닝 플랫폼 메모
  • 배경 : 당시 스마트폰이 기존 모바일 시장을 신규 잠식하면서, Nokia 는 시장점유율에서 밀려나고 반면 신흥강자인 Apple, Samsung, Google 이 치고 올라오는 상황이었음
  • 메모 내용 : 가만히 있으면 우리는 좌초된다. Nokia 가 살아남기 위해서는 Microsoft 와 전략적인 협력관계를 새로 만들어야 한다.
  • 위 Elop 의 주장(Microsoft 와 협력) 자체는 훌륭한 선택은 아니었으나, 가만히 있고 아무 것도 안하는 것보다는 낫다는 평가

4. 버닝 플랫폼 비유에 대한 비판

비판 내용:

  • 방향성(toward)이 아닌 회피(away from)에 초점
  • 과도하게 자극적인 표현

reference links
https://fairygodboss.com/career-topics/burning-platform
https://www.excitant.co.uk/burning-platform-finding-a-better-change-metaphor/

광고

요구사항 관리

요구사항 관리의 중요성

1994년부터 IT 프로젝트의 성패에 대해 매년 조사를 발표해 온 Standish Group에 따르면, 2018년 기준 전체 프로젝트 중 불과 16.2% 만이 성공으로 여겨졌으며, 52.7%는 문제가 있고, 31.1%는 아예 실패로 간주되었다.

프로젝트의 성공과 실패에 대해서는 각각 여러 요인들이 있겠으나, 그 중에서도 프로젝트의 성패를 가르는 핵심적인 요인은 ‘사용자 정보 요구사항 관리‘로 나타난다.

요구사항 관리 프로세스

정보 요구 사항 업무 흐름 프로세스 이미지 검색결과
출처: DBGuide

요구사항의 유형

IT 관점에서 사용자 요구사항은 다음 4가지로 분류 가능하다.

  1. 외부 인터페이스
    주로 대외기관 I/F, 제도 및 기준 변경 시 발생한다. I/F 중복성, 표준 준수 여부를 중점적으로 관리해야 한다.
    #항목명 #목적설명 #입력원천 #출력방향 #유효범위 #시간 #다른I/O관계 #데이터포맷 #최종메시지
  2. 기능 개선
    시스템 I/O 관련 활동 및 프로세스의 기능에 대한 요건이다. 불가변성(기능 개선 요건이 향후 재변경되지 않도록 근본적인 개선 방안 요청), 범용성(많은 사용자가 편리하게 사용할 수 잇는 요건을 우선적으로 요청)을 중점적으로 관리해야 한다.
    #입력에대한유효성 #정확한처리순서 #비정상상태에대한반응(오버플로우,에러등) #매개변수기능 #I/O간관계 #I/O순서 #I/O공식
  3. 성능 개선
    일반적으로 동시 사용자 수, 정보 처리의 양/종류/소요시간 관련된 내용이다. 실현, 측정 가능성을 중점적으로 관리해야 한다.
    #성능측정기준 #모니터링
  4. 보안 개선
    데이터 보안을 위한 물리적 제한통제, 사용통제를 말한다. 불가변성, 실현가능성을 중점적으로 관리해야 한다.
    #정보등급관리 #이용자등급관리 #접근통제기준 #사용통제기준 #모니터링

요구사항 관련 문서를 만들 때…

요구사항 관리대장 또는 요구사항 추적 매트릭스 작성 시 포함되는 속성은 다음과 같다.

  • 요구사항 고유 식별번호
  • 요구사항명
  • 요구사항 유형
  • 요구사항에 포함된 사유(근거)
  • 소유자
  • 출처
  • 우선순위
  • 버전
  • 현재 상태(활성, 취소, 연기, 승인, 할당, 완료 등)
  • 상태 날짜
  • WBS 단계
  • 관련 산출물

출처

데이터아키텍처 전문가 가이드
PMBOK Guide 6th Edition

프로젝트 관리 도구 및 기법 목록

프로젝트 관리 간 사용되는 도구 및 기법 목록

용도 도구 및 기법
데이터 수집 벤치마킹
브레인스토밍
점검기록지
점검목록
핵심전문가 그룹
인터뷰
시장조사
설문지 및 설문조사
통계적 표본추출
데이터 분석 대안분석
기타 리스크 모수 평가
가정 및 제약 분석
품질비용
비용 편익 분석
의사결정나무 분석
문서 분석
획득가치 분석
영향관계도
반복(iteration) 번다운 차트
제작 구매 분석
성과검토
프로세스 분석
제안서 평가
회귀분석
예비분석
리스크 데이터 품질평가
리스크 확률영〮향 평가
근본원인분석
민감도 분석
시뮬레이션
이해관계자 분석
SWOT 분석
기술적 성과 분석
추세분석
차이분석
가정형 시나리오 분석
데이터 표현 친화도
인과관계도
관리도
순서도
계층구조형 도표
히스토그램
논리 데이터 모델
매트릭스도
매트릭스 기반 도표
마인드매핑
확률 영향 매트릭스
산점도
이해관계자 참여 평가 매트릭스
이해관계자 매핑, 표현
텍스트 기반 도표
의사결정 다기준 의사결정 분석
투표
의사소통 스킬 피드백
프리젠테이션
대인관계 및 팀 기술 적극적 경청
의사소통 양식 평가
갈등 관리
문화적 인식
의사결정나무 분석
감성지능
촉진
영향력 행사
리더십
회의관리
동기 부여
협상
네트워킹
명목집단기법
관찰, 대화
정치적 인식
팀 구성
미분류 광고
애자일 릴리즈 기획
유사산정
감사
입찰자 회의
상향식 산정법
변경통제 도구
클레임 행정관리
동일장소배치
의사소통 방법
의사소통 모델
의사소통 요구사항 분석
의사소통 기술
배경도
우발사태 대응 전략
원가합산
주공정법
분할
의존관계 결정 및 통합
Design for X (DfX)
전문가 판단
자금조달
자금한도 조정
기본규칙
선례정보 검토
개인 및 팀 평가
정보 관리
검사
지식 관리
선도 및 지연
회의
조직론
모수산정
사전배정
선후행도형법
문제해결
제품분석
프로젝트관리정보 시스템
프로젝트 보고
촉발(prompt) 목록
프로토타입
품질 개선 방법
인정과 보상
불확실성 표현
자원최적화
리스크 분류
연동기획
일정단축
일정 네트워크 분석
공급자 선정 분석
기회에 대한 전략
전체 프로젝트 리스크에 대한 전략
위협에 대한 전략
테스트 및 검사 계획수립
테스트, 제품 평가
3점 산정
완료성과지수
교육
가상팀

출처: PMBOK Guide 6th Edition

가상머신(Virtual Machine) vs 컨테이너(Container)

*본 내용은 소프트웨어정책연구소 이슈리포트 2018-008 / 안성원 저 요약본입니다.

가상화 개념

가상화(Virtualization)는 물리적인 컴포넌트(Components, HW장치)를 논리적인 객체로 추상화 하는 것을 의미하는데, 마치 하나의 장치를 여러 개처럼 동작시키거나 반대로 여러 개의 장치를 묶어 마치 하나의 장치인 것처럼 사용자에게 공유자원으로 제공할 수 있어 클라우드 컴퓨팅 구현을 위한 핵심기술이다.
가상화의 대상이 되는 컴퓨팅 자원은 프로세서(CPU), 메모리(Memory), 스토리지(Storage), 네트워크(Network)를 포함하며, 이들로 구성된 서버나 장치들을 가상화함으로써 높은 수준의 자원 사용율(물리서버 10~15% vs 가상화 70% 이상) vs 과 분산 처리 능력을 제공할 수 있다.
가상화 개념

가상머신

가상화를 통하여 구현되는 복제된 컴퓨팅 환경.
운용목적1. 하나의 하드웨어위에 동시에 여러 종류의 운영체제나 프로토콜을 실행
운용목적2. 하나의 하드웨어 자원을 여러 사용자에게 분할
운용목적3. 가상화를 통해 분할된 시스템 간 상호 간섭이 없는 독립성(Isolation)을 보장

하이퍼바이저

공유 컴퓨팅 자원을 관리하고 가상머신들을 컨트롤(I/O  명령  처리) 하는 중간관리자.

컨테이너

모듈화되고 격리된 컴퓨팅 공간 또는 컴퓨팅 환경을 의미하며, 시스템 환경 의존성을 탈피하고 안정적으로 구동.

컨테이너 기술의 등장 배경 : 개발한 프로그램이 구동환경의 달라짐에 따라 예상하지 못한 각종
오류를 발생시키는 것을 해결하기 위함 (= 컴퓨팅 환경 간 이식성 ↑)

가상머신과 컨테이너의 차이점

  1. 컨테이너는 가상화에서 하이퍼바이저와 게스트OS 불필요
  2. 대신, 컨테이너는 OS 레벨에서 프로세스를 격리하여‘모듈화된 프로그램 패키지’로써 수행함
  3. 따라서 컨테이너는 가상머신보다 가볍고(수십 MB) 빠름
  4. 이는 더 많은 응용프로그램을 더 쉽게 하나의 물리적 서버에서 구동시키는 것을 가능케 함containers-101.png

초간단 요약

1 컨테이너 = ( 1 하이퍼바이저 + Σ 게스트OS )

표 요약
VM vs Container.JPG

컨테이너 기술 Leading Vendors : 쿠버네틱스(Kubernetes), 도커(Docker)

출처
2018. 12. 10. 제2018-008호 클라우드 가상화 기술의 변화 – 컨테이너 기반의 클라우드 가상화와 DevOps / 안성원 소프트웨어정책연구소
https://cloud.google.com/containers/?hl=ko

지식 관리 기법 (Knowledge Management Techniques)

지식의 종류

  1. 명시적/형식 지식 (Explicit Knowledge)
    명시적으로 알 수 있는 형태, 즉 형식을 갖추어 표현되고 전파와 공유가 가능한 지식
  2. 암묵적 지식 (Implicit Knowledge)
    언어 등의 형식을 갖추어 표현될 수 없는, 경험과 학습에 의해 몸에 쌓인 지식Ref. 스펜더(J‐C. Spender)의 지식분류

    구분 개인적 활용 사회적 활용
    형식적 지식 의식하고 있는 지식 객관화된 지식
    암묵적 지식 습관화된 지식 집단화된 지식

지식관리 기법 (Knowledge Management Techniques)

  1. Story Telling
    팀 멤버 및 전문가가 암묵지를 설명
  2. Knowledge fairs and cafes
    참여자가 지식 박람회 및 카페 내 장소를 오가며 지식을 빠르게 습득
  3. Work shadowing
    전문가를 그림자처럼 모방
  4. Reverse shadowing
    전문가가 역모방을 한 뒤 코칭(피드백/조언) 제공
  5. Creative and ideas management techniques
    브레인스토밍, TRIZ, 6 Thinking Hats, 확산적/수렴적 사고, 비즈니스 워게임, 5Ws, SWOT 분석 등
  6. Discussion forums and focus groups
  7. Networking with colleagues to learn from their experiences
  8. Communities of practice and special interest groups
  9. Meetings to discuss project, application, and a uniform approach
  10. Training events to share knowledge to a group for uniformity

 

참고
PMBOK Guide 6th Edition
https://ko.wikipedia.org/wiki/%EC%95%94%EB%AC%B5%EC%A0%81_%EC%A7%80%EC%8B%9D

프로젝트 관리 프로세스 그룹 (49)

Image result for 프로젝트 49 프로세스

  • 전체 49개 프로세스를 수행해야 하는 것은 아니며 프로젝트 관리자 필요에 따라 채택한다.
  • 프로세스 그룹 별 활동 수는 착수(2)-계획(24)-실행(10)-감시(12)-종료(1) 로 구성된다.
  • 모든 프로세스그룹에 관여하는 지식영역은 프로젝트 통합관리가 유일하다.