마인드 맵 갤러리 시스템 통합 프로젝트 관리 엔지니어 맵
정보의 품질 속성, 정보 시스템의 특성, 정보 시스템의 구성, 정보 시스템의 수명주기, 정보 수준, 정보 기술 개발 및 동향을 포함하는 시스템 통합 프로젝트 관리 엔지니어에 대한 마인드 맵입니다.
2024-03-21 15:29:01에 편집됨이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
제1장 정보지식
정보의 품질 속성
정확성
진실성
신뢰할 수 있음
적시
경제
검증 가능성
안전
정보시스템의 특성
목적
중첩 가능성
안정
개방 상태
취약성
견고성
정보 시스템의 구성 요소
하드웨어
소프트웨어
데이터 베이스
회로망
저장 장치
감지 장치
주변기기
인원
데이터를 정보로 처리하는 절차
시점:
1948년 10월, Shannon은 "통신의 수학적 이론"이라는 논문을 출판했습니다.
1997년 국무원 정보기술 영도소조가 발표한 《국가정보화 9차 5개년 계획 및 2010년 장기목표개요》에서 제시한 국가정보화시스템은 우리나라의 정보화건설에 지대한 영향을 미쳤다.
2014년 2월에는 네트워크보안정보화중앙선도그룹이 출범했다.
2013년 9월, 공업정보화부와 국무원 관련 부서는 '정보화 발전 계획' 실행 계획을 준비했습니다.
지도 이념
기본 원리
질서 있게 발전과 발전을 조율하다
수요 중심, 시장 지향
메커니즘 개선 및 혁신 추진
관리 강화 및 안전 확보
1996년 Gartner Group은 비즈니스 인텔리전스라는 개념을 제안했습니다.
정보시스템 수명주기
시스템 계획
타당성 분석
프로젝트 개발 계획
시스템 분석
수요 분석
시스템 디자인
개요 디자인
상세한 디자인
시스템 구현
코딩
시험
운영 및 유지보수
정보 수준
제품정보화
기업정보화
산업정보화
국민경제정보화
사회생활의 정보화
정보기술의 발전과 동향
빠른 속도와 대용량
통합 및 플랫폼화
지능적인
가상 컴퓨팅
통신 기술
원격 감지 및 감지 기술
모바일 스마트 단말기
사람 중심
정보 보안
정보화와 정보화의 통합
전자정부 콘텐츠
정부 간 전자정부 G2G
정부-기업 전자정부 G2B
정부 대 공공 전자정부 G2C
정부-공무원 G2E
비즈니스 인텔리전스 구현 단계
수요 분석
데이터 웨어하우스 모델링
데이터 추출
비즈니스 인텔리전스 분석 보고서 생성
사용자 교육 및 데이터 스키마 테스트
시스템 개선 및 개선
빅 데이터
특징
다수의 볼륨
고속속도
다양성
값가치
정확성
클라우드 컴퓨팅
유형
IaaS 인프라를 서비스로
서비스로서의 PaaS 플랫폼
서비스로서의 SaaS 소프트웨어
스마트시티 참조모델 P100
스마트시티 건설 참조 모델에는 종속성이 있는 5개의 레이어와 건설에 제약이 있는 3개의 지원 시스템이 포함되어 있습니다.
5개의 기능성 레이어
IoT 인식 계층
통신 네트워크 계층
컴퓨팅 및 스토리지 계층
데이터 서비스 지원 계층
스마트 애플리케이션 계층
3중 지원 시스템
보안 시스템
건설운영관리 시스템
표준사양 시스템
제2장 정보시스템 통합과 서비스 관리
시간대
컴퓨터정보시스템통합자격인증제도는 2000년 1월 1일부터 시행되었다.
정보시스템통합 자격 레벨 조건 P116
2015년 7월 1일부터 시행
종합적인 조건
고용 기간
등록자본금
재정상태
최근 3년간 재무상태
평판
성능
최근 3년간 완료된 시스템 통합 프로젝트 규모, 프로젝트 규모, 프로젝트 기술 내용, 프로젝트 소프트웨어 비용 비율, 구현 품질 및 사업 분야 수준
관리능력
품질 관리 시스템
고객 서비스 관리
기술적 강점
사업분야
소프트웨어 개발 역량
재능의 힘
엔지니어링 및 기술 인력, 학사 이상 인력 비율, 프로젝트 관리자 수, 교육 시스템, 인적 자원 관리 수준
관리 시스템 P109
정보기술 서비스 표준 평가 ITSS
IT서비스관리시스템 인증 ITSMS
정보보호 관리체계 인증 ISMS
IT 감사
IT 거버넌스
주제
ITIL-P117
ITIL 정보 기술 인프라 라이브러리
1980년대 후반 CCTA(UK National Computer and Telecommunications Agency)에서 개발한 IT 서비스 관리 사양 라이브러리 세트입니다.
ITIL은 IT 인프라를 관리하는 방법에 대한 프로세스 설명으로, IT 서비스와 기업 서비스를 통합하여 기업의 IT 서비스 제공 및 서비스 지원 능력과 수준을 향상시킵니다.
TITL 개발
V1:1989~1995
V2:2000~2004
V3: 2007년에 게시되어 V1과 V2의 장점을 통합했습니다.
ITIL2011: V3의 업데이트된 버전
IT서비스관리(ITSM) P118
주요 아이디어
IT 조직은 IT 서비스 제공자입니다.
ITSM의 원래 기본 목표 구현
고객 중심 접근 방식으로 IT 서비스 제공
고품질, 저비용 서비스 제공
제공되는 서비스의 가격이 정확하게 책정될 수 있습니다.
ITSM의 기본 원칙
2차 변환 요약
빗질은 처음이다
두번째는 포장이다
ITSM의 범위
ITSM은 IT 관리를 위한 것입니다.
ITSM은 IT 운영 및 관리에 중점을 둡니다.
ITSS(정보 기술 서비스 표준)-P121
원리 P122
구성요소(PPRT)
사람들
프로세스
기술
자원
라이프사이클(PIOIS)
기획&디자인
배포 및 구현
서비스 운영(운영)
지속적인 개선
감독
정보시스템통합 전문기술지식
3.1 정보시스템 구축
정보시스템 수명주기
정보시스템 구축에는 다음이 포함됩니다.
장비 구매
시스템 통합
소프트웨어 개발
운영 및 유지보수 서비스
정보시스템 수명주기
프로젝트 수립
개념 단계 또는 요구 사항 단계
개발하다
프로젝트 수립 단계에서 실시한 요구사항 분석을 바탕으로 종합적인 기획을 수행합니다.
운영 및 유지보수
정보시스템이 승인을 통과하고 공식적으로 사용자에게 인도된 후 운영 및 유지 관리 단계에 들어갑니다.
주사위
정보 시스템은 필연적으로 시스템 업데이트, 기능 확장, 심지어 폐기 및 재구성을 겪게 됩니다.
정보시스템 개발방법
구조화된 접근 방식
가장 널리 사용되는 개발 방식
개발 프로세스는 여러 단계로 나누어져 순차적으로 진행됩니다. 이전 단계는 이후 단계 작업의 기초가 되며 순서대로 완료됩니다.
특징: 개발 프로세스의 무결성과 전반적인 성격에 중점을 둡니다.
단점: 긴 개발 주기, 번거로운 문서화 및 설계 지침, 낮은 작업 효율성
프로토타입 방법
사용자 요구 사항에 대한 초기 이해, 먼저 프로토타입 시스템을 신속하게 개발한 다음 이를 반복적으로 수정하여 사용자의 최종 시스템 요구 사항을 달성합니다.
특징: 사용자 요구에 대한 동적 대응 및 점진적인 포함
프로토타입은 일회용 프로토타입과 진화형 프로토타입으로 구분됩니다.
객체 지향 접근 방식
객체를 사용하여 객관적인 것을 표현합니다. 객체는 시스템 개발에서 공유되고 반복적으로 참조되는 엄밀한 모듈형 엔터티입니다.
3.2 정보 시스템 설계
설계
전반적인 디자인
아키텍처 전반 설계, 소프트웨어 시스템 전반 아키텍처 설계, 데이터 스토리지 전반 설계, 컴퓨터 및 네트워크 시스템 설계
각부 상세설계(물리적 설계)
코드 디자인
데이터베이스 디자인
인간/기계 인터페이스 디자인
프로세스 설계
시스템 아키텍처: 시스템을 더 작은 하위 시스템과 구성 요소로 분해하여 다양한 논리적 계층과 서비스를 생성합니다.
장비, DBMS 및 기술 선택: 시스템 구현의 내부 및 외부 환경과 주관적 및 객관적인 조건을 고려하는 것을 말합니다.
3.3 소프트웨어 공학
소프트웨어 요구사항 분석 및 정의
소프트웨어 요구사항은 해결해야 할 문제에 대한 설명입니다.
정의된 요구사항은 검증 가능해야 합니다.
소프트웨어 설계, 테스트 및 유지 관리
소프트웨어 품질 보증 및 품질 평가
내부품질, 외부품질, 사용품질
소프트웨어 품질 보증, 확인 및 검증, 검토 및 감사
소프트웨어 구성 관리
구성 요소를 식별하고 변경 사항을 관리 및 제어하며 구성 정보를 검증, 기록 및 보고함으로써 제품의 발전과 무결성을 제어합니다.
포함하다
소프트웨어 구성 관리 계획
조직구조 환경과 조직단위 간의 연관성을 이해하고, 소프트웨어 형상제어 업무를 명확하게 한다.
소프트웨어 구성 식별자
제어할 구성 항목을 식별하고 이러한 구성 항목 및 해당 버전에 대한 기준을 설정합니다.
소프트웨어 구성 제어
소프트웨어 수명주기 동안 변경 사항 관리에 집중
소프트웨어 구성 상태 기록
기록은 구성 관리를 위한 구성 상태 정보를 식별, 수집, 유지 및 보고합니다.
소프트웨어 구성 감사
확립된 규칙, 표준, 지침, 계획 및 프로세스를 준수하는지 소프트웨어 제품 및 프로세스를 독립적으로 평가합니다.
소프트웨어 릴리스 관리 및 제공
관리 및 전달에는 특정 전달 버전의 생성이 필요하며 이를 달성하는 핵심은 소프트웨어 라이브러리입니다.
소프트웨어 관리 프로세스
1. 프로젝트 시작 및 범위 정의: 프로젝트 시작 및 소프트웨어 요구 사항 결정
2. 프로젝트 계획: 계획을 개발하고 핵심 지점에서 적절한 소프트웨어 수명 주기 프로세스를 결정합니다.
3. 프로젝트 시행
4. 프로젝트 모니터링 및 검토
5. 프로젝트 종료 및 종료
소프트웨어 개발 도구
수요 도구
요구사항 모델링 도구
요구사항 추적 도구
디자인 도구
프로그램 편집기
번역가
코드 생성기
통역사
디버거
건설 도구
테스트 생성기
테스트 실행 프레임워크
테스트 평가 도구
테스트 관리 도구
성능 분석 도구
유지 관리 도구
도구 이해
리엔지니어링 도구(예: 리팩토링 도구)
구성 관리 도구
추적 도구
버전 관리 도구
출판 도구
프로젝트 관리 도구
프로젝트 계획
추적 도구
위험 관리 도구
측정 도구
엔지니어링 프로세스 도구
모델링 도구
관리 도구
소프트웨어 개발 환경
품질 도구
도구 확인
분석 도구
소프트웨어 활용: 기존의 다양한 관련 지식을 활용하여 새로운 소프트웨어를 구축하여 소프트웨어 개발 및 유지 관리 비용을 절감합니다.
3.4 객체지향 시스템 분석 및 설계
기본 사상
물체:
시스템이 객관적인 사물을 기술하기 위해 사용하는 모듈로, 시스템을 구성하는 기본 단위이다.
기본 요소
개체 상태
개체 ID
객체 행동
클래스: 엔터티의 속성(데이터)과 작업(기능)을 함께 캡슐화합니다.
추상화: 특정 인스턴스에서 공통적인 특징을 추출하여 형성된 특성
캡슐화: 관련 개념을 단위 모듈로 그룹화하고 이름을 통해 참조
상속(Inheritance): 클래스 간의 계층적 관계를 나타냅니다. 한 유형의 객체는 다른 유형의 객체의 특성을 상속할 수 있습니다.
다형성: 동일한 작업 또는 속성 이름을 정의하면 각 클래스에서 서로 다른 구현이 있을 수 있습니다.
인터페이스: 작업이 수행되어야 하는 작업을 설명하지만 작업 수행 방법을 정의하지는 않습니다.
메시지: 개체 간의 상호 작용, 관련 작업에 대한 지침을 대상 개체에 보냅니다.
구성 요소: 시스템의 교체 가능한 물리적 부분을 나타냅니다.
재사용
모델
프로젝트 수립 관리
1. 1. 프로젝트 제안
프로젝트 제안은 프로젝트 신청이라고도 합니다.
타당성 조사의 기초
사업제안서 주요 내용
프로젝트 설명
사업제안단위 개요
프로젝트 건설의 필요성
비즈니스 분석
전반적인 건설 계획
이 단계의 프로젝트 건설 계획
환경 보호, 화재 예방, 산업 안전
프로젝트 수행 진행 상황
투자 추정 및 자본 조달
이점 및 위험 분석
2. 2. 사업 타당성 분석
사업타당성 분석 내용
투자 필요성
기술적 타당성
재정적 타당성
조직적 타당성
경제성
사회적 타당성
위험요소 및 대책
시장 위험
기술 위험
재정적 위험
조직의 위험
법적 위험
경제적, 사회적 위험
보고서 작성
一、 프로젝트 개요
프로젝트 이름
사업시공단위 및 담당자, 사업담당자
타당성조사보고서 작성반
타당성조사보고서 작성근거
프로젝트 건설 목표, 규모, 내용, 건설 기간
총 프로젝트 투자 및 자금 출처
경제적, 사회적 혜택
프로젝트 제안 승인 관련 조정
주요 결론 및 제안
二、 프로젝트 건설단위 개요
프로젝트 건설 단위 및 기능
프로젝트 수행 조직 및 책임
三、 필요성 분석 및 프로젝트 구축 필요성
비즈니스 기능, 비즈니스 프로세스 및 비즈니스 규모 분석
정보량 분석 및 예측
시스템 기능 및 성능 요구사항 분석
정보시스템 장비 및 활용현황과 격차
프로젝트 건설의 필요성
四、 전반적인 건설 계획
건설 원칙 및 전략
전반적인 목표와 단계별 목표
전체 건설과제 및 단계별 건설 내용
전반적인 디자인
五、 이 단계의 프로젝트 건설 계획
건설 목표, 규모 및 내용
정보자원계획 및 데이터베이스 구축 계획
애플리케이션 지원 플랫폼 및 애플리케이션 시스템 구축 계획
데이터 처리 및 저장 시스템 구축 계획
단말시스템 구축계획
네트워크 시스템 구축 계획
보안시스템 구축계획
백업시스템 구축계획
운영 및 유지관리 시스템 구축 계획
기타 시스템 구축 솔루션
주요 소프트웨어 및 하드웨어 선택 원칙과 세부 소프트웨어 및 하드웨어 구성 목록
기계실 및 지원엔지니어링 구축계획
사업제안 승인에 따른 건설계획 변경 및 조정에 대한 자세한 설명
六、 프로젝트 입찰 계획
입찰 범위
입찰방법
입찰조직양식
七、 환경 보호, 화재 예방, 산업 안전
환경 영향 및 환경 조치
소방 대책
직업상의 안전
八、 프로젝트 조직 및 인력 교육
리더십과 관리 조직
사업수행기관
운영 및 유지보수 조직
기술력과 인력
인재육성 프로그램
九、 프로젝트 수행 진행 상황
프로젝트 건설기간
실시 일정
十、 투자 추정 및 자금 출처
투자 견적 관련 지침
총 프로젝트 투자 추정
자금 출처 및 시행 현황
자금사용계획
프로젝트 운영 및 유지관리, 비용 추정
十一、 혜택 및 평가지표 분석
경제적 이익 분석
사회적 이익 분석
프로젝트 저렴한 지표 분석
十二、 프로젝트 위험 및 위험 관리
위험 식별 및 분석
리스크 대응 및 관리
3. 3. 프로젝트 승인
프로젝트 건설의 주요 기반
프로젝트 제안
타당성 조사 보고서
기본 설계 계획
투자예산
4. 4. 프로젝트 입찰
1. 입찰에 관한 규정
사전심사서류 또는 입찰서류의 판매기간은 5일 이상이어야 합니다.
사전심사를 통과한 신청자가 3명 미만일 경우 재입찰을 실시합니다.
입찰 보증은 입찰 프로젝트 예상 가격의 <=2%를 초과할 수 없습니다.
2. 프로젝트 입찰
프로젝트 의도 파악
프로젝트 사전 판매 커뮤니케이션
입찰 서류 받기
입찰 서류 준비
입찰 활동에 참여
3. 입찰 개시 및 평가
입찰자가 3인 미만일 경우 입찰이 개시되지 않습니다.
입찰평가위원회는 기술, 경제 및 기타 관련 분야의 고위직 또는 이에 준하는 직위를 가진 전문가, 입찰자 대표 및 입찰기관 대표 등 5인 이상의 홀수로 구성하며, 그 중 해당 분야의 전문가는 다음과 같다. 기술, 경제 및 기타 분야의 회원은 총 회원 수의 2/3 이상이어야 합니다.
낙찰자는 3인 이내로 하며, 순서를 명시한다.
입찰자는 입찰평가서를 접수한 날로부터 3일 이내에 낙찰자를 공고하여야 하며, 공고기간은 3일 이상으로 한다.
입찰자는 서면 계약 체결 후 5일 이내에 낙찰자 및 낙찰자에게 동일 기간의 입찰 보증금 및 은행예금 이자를 반환해야 합니다.
낙찰자는 입찰 문서의 요구 사항에 따라 이행 보증금을 제출해야 합니다. 보증금은 낙찰 계약 금액 <= 10%를 초과할 수 없습니다.
낙찰자는 당선된 프로젝트를 타인에게 양도할 수 없으며, 낙찰된 프로젝트를 분할하여 별도로 타인에게 양도할 수 없습니다.
4. 계약 협상 및 서명
계약 협상
다음을 포함하여 기술적인 용어에 대해 먼저 이야기해 보겠습니다.
계약에 대한 기술 첨부 내용
계약 이행 기술 경로
품질 평가 기준
장비 구매 및 시스템 견적
개발에 투자한 인력 비율
다음을 포함하여 비즈니스 용어에 대해 나중에 논의하겠습니다.
입찰가격 우대조건
품질
공사기간
서비스 위반 처벌
그 밖에 협의해야 할 사항
계약서에 서명하다
계약 조건
1||| 당사자의 이름과 주소
2||| 표적
3||| 수량
4||| 품질
5||| 가격과 배려
6||| 이행기간, 장소 및 방법
7||| 계약 위반에 대한 책임 및 분쟁 해결 방법
기술 계약
1||| 프로젝트 이름
2||| 주제 내용, 범위 및 요구 사항
3||| 계획, 일정, 기한, 장소, 지역 및 수행방법
4||| 기술 문서 및 정보의 기밀성
5||| 위험 책임의 가정
6||| 기술적 성과의 귀속 및 성과 공유 방식
7||| 합격 기준 및 방법
8||| 가격, 보수 또는 로열티 및 지불 방법
9||| 지체상금 또는 손실보상액의 계산방법
10||| 분쟁 해결 방법
11||| 명사 용어 설명 등
5. 5. 공급자 프로젝트 수립
내부 프로젝트 이유
프로젝트 승인을 통해 프로젝트에 자원 할당
프로젝트 수립을 통해 합리적인 프로젝트 수행 목표를 결정하는 것은 직원들의 동기부여 향상에 도움이 될 것입니다.
프로젝트 기반 업무방식으로 프로젝트 수행 효율성 향상
내부 프로젝트 내용
프로젝트 자원 추정
프로젝트 자원 할당
프로젝트 개요 준비
프로젝트 관리자 임명
전반적인 프로젝트 관리
1. 전체 프로젝트 관리 개요
전체 프로젝트 관리에는 다양한 프로젝트 관리 프로세스 그룹의 다양한 프로세스와 활동을 식별, 정의, 결합, 통합 및 조정하기 위해 수행되는 작업이 포함됩니다. 이는 프로젝트 관리의 포괄적이고 전반적인 관리 작업입니다.
6개 공정
프로젝트 헌장 개발
프로젝트 관리 계획 개발
프로젝트 작업 지시 및 관리
프로젝트 작업 모니터링
전체적인 변경 제어 구현
프로젝트 또는 단계 종료
프로젝트 관리팀이 수행할 수 있는 활동은 다음과 같습니다.
프로젝트 범위 분석 및 이해
제품 요구사항에 대한 문서 승인 기준
식별된 정보를 캡처하고 이를 구조적인 방식으로 프로젝트 관리 계획에 통합하는 방법을 이해합니다.
업무분류체계 준비
계획된 범위와 전반적인 관리 프로세스에 따라 프로젝트가 구현되도록 적절한 조치를 취합니다.
프로젝트 상태, 프로세스, 제품 측정 및 모니터링
프로젝트 위험 분석
2. 전반적인 프로젝트 수행 과정
프로젝트 헌장 개발
1||| 프로젝트 헌장의 역할
프로젝트 관리자를 결정하고 프로젝트 관리자의 권한을 정의합니다.
프로젝트의 존재를 공식적으로 확인하고 프로젝트에 법적 지위를 부여합니다.
범위, 시간, 비용, 품질 등 프로젝트의 전반적인 목표를 정의합니다.
프로젝트를 시작하게 된 이유를 설명함으로써 프로젝트를 실행 조직의 일상적인 사업 운영 및 전략 계획과 연결시킵니다.
2||| 프로젝트 헌장 개발을 위한 입력
a. 프로젝트 작업 명세서 SOW
비즈니스 요구 사항
제품군 설명
전략 계획
b. 비즈니스 사례
프로젝트에 투자할 가치가 있는지 판단하기 위해 비즈니스 관점에서 필요한 정보를 제공합니다.
c. 규약
프로젝트 시작의 원래 의도를 정의합니다(계약, 양해각서(MOU), 서비스 품질 계약(SLA), 계약서, 의향서, 구두 계약, 이메일 또는 기타 서면 계약)
d. 조직 프로세스 자산
조직의 표준 절차, 정책 및 프로세스 정의
템플릿(예: 프로젝트 헌장 템플릿)
과거 정보 및 교훈 지식 기반(예: 프로젝트 기록 및 문서, 완전한 프로젝트 종료 정보 및 문서, 이전 프로젝트 선택 결정 및 과거 프로젝트 성과에 대한 정보, 위험 관리 활동 중에 생성된 정보)
e. 비즈니스 환경 요인
정부 표준
산업 표준 또는 규정(예: 전문 행동 강령, 품질 표준 또는 근로자 보호 규정)
조직문화와 구조
시장 상황
3||| 프로젝트 헌장 개발을 위한 도구 및 기술
전문가의 판단
지도 기술
브레인스토밍
갈등 처리
문제 해결됨
회의 관리
4||| 프로젝트 헌장 결과물 개발
프로젝트 헌장
3. 프로젝트 관리 계획 개발
입력하다
프로젝트 헌장
기타 계획 프로세스의 결과
조직 프로세스 자산
일정
위험 데이터
가치 데이터 실현
재정 관리 절차
역사정보
교훈 지식 베이스, 운영 가이드
비즈니스 환경 요인
도구 및 기술
전문가의 판단
지도 기술
브레인스토밍
갈등 처리
문제 해결됨
회의 관리
산출
프로젝트 관리 계획
사용된 프로젝트 관리 프로세스
각 특정 프로젝트 관리 프로세스가 구현되는 정도
이 프로세스를 수행하는 데 사용되는 도구 및 기술에 대한 설명
프로젝트에 사용되는 라이프사이클과 각 단계에서 사용되는 프로세스
특정 프로젝트를 관리하기 위해 선택된 프로세스를 사용하는 방법
프로젝트 목표를 달성하기 위해 작업을 수행하는 방법 및 프로젝트 목표에 대한 설명
변경 사항을 감독 및 제어하는 방법과 변경 사항을 모니터링하는 방법을 명확히 하는 방법
구성 관리 수행 방법을 정의하는 구성 관리 계획
프로젝트 성과 기준선의 무결성을 유지하기 위한 지침
프로젝트 이해관계자와의 의사소통을 위한 요구사항 및 기술
프로젝트에 대해 선택된 라이프사이클 모델
특정 레거시 및 보류 중인 결정의 내용, 심각도 및 긴급성에 대한 중요한 관리 검토
보조 계획
1||| 범위 관리 계획
2||| 수요관리 계획
3||| 진행 관리 계획
4||| 비용 관리 계획
5||| 품질 관리 계획
6||| 프로세스 개선 계획
7||| 인적자원관리 계획
8||| 통신 관리 계획
9||| 위험 관리 계획
10||| 조달관리계획
11||| 이해관계자 관리 계획
4. 프로젝트 작업 지시 및 관리
입력하다
프로젝트 관리 계획
승인된 변경 요청
비즈니스 환경 요인
조직문화, 기업문화, 고객문화
실행 또는 후원 조직의 구조
하부 구조
인사제도
이해관계자 위험 허용 범위
프로젝트 관리 정보 시스템
조직 프로세스 자산
도구 및 기술
프로젝트 관리 정보 시스템
일정 계획 도구
취업 허가 제도
구성 관리 시스템
정보 수집 및 공개 시스템
기록 보관 정책 및 보안 요구 사항
문제 및 결함 관리 프로세스
공정 측정 데이터베이스
지난 프로젝트의 프로젝트 아카이브
문제 및 결함 관리 데이터베이스
회의
정보 교환
마인드 플랜, 계획 평가 또는 계획 설계
결정을 내리세요
전문가의 판단
산출
결과물
업무 성과 데이터
변경 요청
시정 조치
예방법
결함 수정
고쳐 쓰다
프로젝트 관리 계획 업데이트
프로젝트 파일 업데이트
요구사항 문서
프로젝트 로그
위험기록부
이해관계자 등록
5. 프로젝트 작업 모니터링
입력하다
프로젝트 관리 계획
진행 예측
진행 편차 SV
일정 성과 지수 SPI
비용 예측
확인된 변경사항
직무수행정보
비즈니스 환경 요인
조직 프로세스 자산
조직 커뮤니케이션 요구 사항
재정 관리 절차
이슈 및 결함 관리 절차
변경 통제 절차
위험 통제 절차
공정 측정 데이터베이스
교훈 데이터베이스
도구 및 기술
분석 능력
회귀 분석
그룹 분석
원인과 결과 분석
근본 원인 분석 RCA
예측 방법
고장 모드 및 영향 분석 FMEA
고장수 분석 FTA
매장량 분석
유행 분석
획득가치 관리
ETC 완료까지 소요되는 예상 시간
프로젝트 관리 정보 시스템
회의
전문가의 판단
산출
변경 요청
시정 조치
예방법
결함 수정
업무 성과 보고서
프로젝트 관리 계획 업데이트
프로젝트 파일 업데이트
일정 및 비용 예측
업무 성과 보고서
문제 로그
6. 전체적인 변경 제어 구현
입력하다
프로젝트 관리 계획
업무 성과 보고서
변경 요청
조직 프로세스 자산
비즈니스 환경 요인
도구 및 기술
회의
변경 제어 도구
전문가의 판단
산출
승인된 변경 요청
변경 로그
프로젝트 관리 계획 업데이트
프로젝트 파일 업데이트
7. 프로젝트 또는 단계 종료
입력하다
프로젝트 관리 계획
승인을 위한 결과물
조직 프로세스 자산
도구 및 기술
분석 능력
회의
전문가의 판단
산출
최종 제품, 서비스 또는 결과
조직 프로세스 자산 업데이트
프로젝트 범위 관리
一、 프로젝트 범위 관리
중요성
1||| 비용, 시간, 자원 추정의 정확성을 높이기 위한 기반을 제공하는 프로젝트의 구체적인 범위와 구체적인 작업 내용을 명확히 합니다.
2||| 프로젝트 범위에 따라 완료할 특정 작업이 결정되므로 프로젝트 범위 기준선은 프로젝트 진행 측정 및 제어를 결정하는 기준선입니다.
3||| 프로젝트 범위의 결정은 프로젝트의 구체적인 업무를 결정하는 것으로, 이는 책임을 명확하게 나누고 작업을 할당하는 데 도움이 됩니다.
6개 공정
1||| 프로젝트 범위를 정의, 확인 및 통제하는 방법을 설명하는 범위 관리 계획 프로세스를 준비합니다.
2||| 요구사항 수집
3||| 범위 정의
4||| 작업분류체계를 만들어라
5||| 범위 확인
6||| 범위 제어
二、 범위 관리 계획 준비
입력하다
프로젝트 관리 계획
프로젝트 헌장
조직 프로세스 자산
비즈니스 환경 요인
도구 및 기술
회의
전문가의 판단
산출
프로젝트 범위 관리 계획
상세한 프로젝트 범위 기술서를 개발하십시오.
상세한 범위 설명을 기반으로 WBS 생성
작업분류체계(WBS) 유지 및 승인
완료된 프로젝트 결과물의 공식 승인
상세한 프로젝트 범위 기술서 또는 WBS에 대한 변경 사항을 처리합니다.
수요관리계획(내용)
다양한 요구 사항 활동을 계획, 추적 및 보고하는 방법
구성 관리 활동
제품 변경을 시작하는 방법
영향을 분석하는 방법
추적, 추적 및 보고 방법
승인권한 변경
요구사항 우선순위 프로세스
제품 치수 및 사용 이유
추적 매트릭스에 포함될 요구 사항 속성을 반영하는 데 사용되는 추적 구조
요구사항 수집 프로세스
三、 요구사항 수집
입력하다
범위 관리 계획
수요관리 계획
이해관계자 관리 계획
프로젝트 헌장
이해관계자 등록
도구 및 기술
회견
포커스 그룹
안내 세미나
그룹혁신기술
그룹 의사결정 기술
설문지
관찰하다
프로토타입 방법
벤치마킹
시스템 상호작용 다이어그램
파일 분석
산출
요구사항 문서(내용 포함)
(1) 비즈니스 요구 사항
1||| 추적 가능한 목표 및 프로젝트 목표
2||| 조직의 비즈니스 규칙을 시행합니다.
3||| 조직의 지도 원칙
(2) 이해관계자 요구
1||| 조직의 다른 영역에 미치는 영향
2||| 수행 조직 내부 또는 조직 외부 그룹에 미치는 영향
3||| 이해관계자 커뮤니케이션 및 보고 요구 사항
(3) 솔루션 요구 사항
1||| 기능적 요구사항과 비기능적 요구사항
2||| 기술 및 표준 준수 요구 사항
3||| 지원 및 교육 요구 사항
4||| 품질 요구 사항
5||| 보고 요구 사항
(4) 프로젝트 요구사항
1||| 서비스 수준, 성능, 보안 및 규정 준수 등
2||| 허용 기준
(5) 전환 요구
(6) 요구 사항과 관련된 가정, 종속성 및 제약 조건
요구사항 추적 매트릭스(콘텐츠 포함)
1||| 비즈니스 요구 사항, 기회, 목표 및 목적
2||| 프로젝트 목적
3||| 프로젝트 범위/WBS 결과물
4||| 제품 디자인
5||| 제품 개발
6||| 테스트 전략 및 테스트 시나리오
7||| 상위 요구사항부터 세부 요구사항까지
四、 범위 정의
입력하다
범위 관리 계획
프로젝트 헌장
요구사항 문서
조직 프로세스 자산
도구 및 기술
제품 분석
(1) 제품 고장
(2) 시스템 분석
(3) 수요 분석
(4) 시스템공학
(5) 가치공학
(6) 가치 분석
전문가의 판단
대체 세대
안내 세미나
산출
프로젝트 범위 기술서(내용 포함)
(1) 프로젝트 목적
(2) 제품군 설명
(3) 프로젝트 요구사항
(4) 프로젝트 경계
(5) 프로젝트 결과물
(6) 프로젝트 제약
(7) 가정
프로젝트 파일 업데이트
이해관계자 등록
요구사항 문서
요구 사항 추적 매트릭스
五、 작업분류체계를 만들어라
입력하다
범위 관리 계획
프로젝트 범위 설명
요구사항 문서
조직 프로세스 자산
비즈니스 환경 요인
도구 및 기술
무너지다
전체 프로젝트 작업을 작업 패키지로 나누려면 다음 활동이 필요합니다.
(1) 결과물 및 관련 작업 식별 및 분석
(2) WBS의 구조와 배열 결정
(3) 위에서 아래로 층별로 분해
(4) WBS 구성요소에 식별 코드를 개발하고 할당합니다.
(5) 결과물의 적절한 분해 수준을 확인합니다.
일반적으로 프로젝트를 3~5개의 레벨로 나누는 것이 더 적절합니다. 레벨이 너무 많으면 프로젝트를 여러 하위 프로젝트로 나누는 것이 가장 좋습니다. 레벨이 너무 적으면 제어하고 관리하기가 불편합니다. 더 큰 프로젝트를 관리합니다.
업무 구조를 분해할 때는 다음 원칙을 따라야 합니다.
(1) 필수 구성요소 누락을 방지하기 위해 프로젝트 무결성을 계층적으로 유지합니다.
(2) 교차 종속을 피하기 위해 작업 단위는 상위 단위에만 종속될 수 있습니다.
(3) 같은 레벨의 작업 단위는 같은 속성을 적용합니다.
(4) 작업 단위는 서로 다른 책임자와 작업 내용을 분리할 수 있어야 합니다.
(5) 프로젝트 관리 계획 및 프로젝트 제어 요구 사항 촉진
(6) 가장 낮은 수준의 작업은 비교 가능하고 관리 가능하며 정량적으로 확인할 수 있어야 합니다.
(7) 하도급 작업을 포함한 프로젝트 관리 작업을 포함해야 합니다.
전문가의 판단
산출
범위 기준선
승인된 범위 기술서, 작업분류체계(WBS) 및 해당 WBS 사전이 범위 기준선을 형성합니다.
요소
(1) 프로젝트 범위 설명
(2) WBS는 프로젝트 팀이 프로젝트 목표를 달성하고 필요한 결과물을 생성하기 위해 수행해야 하는 전체 작업 범위를 계층적으로 분류한 것입니다.
(3) WBS 사전은 각 WBS 구성요소에 대한 것입니다. WBS 사전의 내용은 다음과 같습니다.
a. 계정 코드 식별자
b. 작품 설명
c. 가정과 제약
d. 책임 있는 조직
e. 진행 이정표
f. 관련 진행 활동
g. 필수 리소스
h. 비용 견적
i. 품질 요구 사항
j. 허용 기준
k. 기술 참고자료
l. 프로토콜 정보
(4) 프로젝트 파일 업데이트
프로젝트 파일 업데이트
WBS의 역할과 의의
작업 분할 구조를 만드는 것은 프로젝트 결과물과 프로젝트 작업을 더 작고 관리하기 쉬운 구성 요소로 나누는 프로세스입니다.
작업분류체계(WBS)는 프로젝트 관리의 기초입니다. 프로젝트의 모든 계획 및 통제 작업은 작업분류체계를 기반으로 해야 합니다.
주요 기능은 전달될 콘텐츠에 대한 구조화된 보기를 제공하는 것입니다.
WBS는 프로젝트 목표를 달성하고 결과물을 생성하기 위해 구현해야 하는 모든 작업 범위를 계층적으로 분해한 것입니다.
WBS는 프로젝트의 전체 범위를 구성 및 정의하고 승인된 현재 프로젝트 범위 기술서에 지정된 작업을 나타냅니다.
각 작업 패키지를 제어 계정에 할당하고 "계정 코드"를 기반으로 작업 패키지에 대한 고유 식별자를 설정하는 것이 WBS 생성의 마지막 단계입니다.
중요성:
(1) 업무 구조 분해를 통해 프로젝트 관계자가 프로젝트를 한눈에 이해할 수 있도록 프로젝트를 세분화하고, 프로젝트의 개요와 구성을 명확하고 명료하며 투명하고 구체적으로 할 수 있도록 한다.
(2) 프로젝트 구조의 체계성과 무결성 보장
(3) 작업 구조 분해를 통해 전체 프로젝트 목표의 일정, 비용, 품질 등 핵심 사항을 제어 가능한 프로젝트 단위로 분해하여 목표 요구 사항의 실행 및 실현을 용이하게 하기 때문에 완전한 프로젝트 보증 시스템을 구축할 수 있습니다.
(4) 프로젝트 작업 구조의 분해는 프로젝트에 관련된 모든 당사자의 작업 인터페이스를 명확하게 하고 책임 분할 및 구현을 촉진할 수 있습니다.
(5) 최종 작업분류체계는 일정 계획 및 통제를 위한 도구로 직접 사용될 수 있습니다.
(6) 프로젝트 의사소통 관리 확립을 위한 기반 제공 및 정보의 핵심 내용 파악 촉진
(7) 이는 프로젝트의 각 하위 계획 및 통제 조치를 수립하는 기초이자 주요 기초입니다.
(8) 요구 사항 및 범위 확장을 방지하는 데 도움이 됩니다.
콘텐츠
(1) WBS의 가장 낮은 수준의 작업 단위를 작업 패키지라고 하며, 이는 일정 조정, 비용 추정 및 모니터링의 기초가 됩니다.
(2) 작업분류체계는 프로젝트의 범위를 결정하는 데 사용됩니다. 프로젝트의 모든 작업은 작업분류체계에 포함되어야 하며, 작업분류체계에 포함되지 않은 작업은 프로젝트의 일부가 아니므로 수행할 수 없습니다.
(3) 작업분류체계를 준비하려면 모든 프로젝트 이해관계자와 프로젝트 팀 구성원의 참여가 필요합니다.
(4) 작업분류체계는 계층별로 분해되어 있으며, 일반적으로 작업분류체계는 3~6개 계층으로 제어되어야 한다.
(5) 작업분류체계의 각 요소는 상대적으로 독립적이어야 하며, 서로 중복되는 것을 최소화해야 합니다.
작업분류체계 표현
(1) 계층적 트리 구조
조직도와 유사
트리 구조 다이어그램의 WBS는 명확한 수준을 갖고 있으며 매우 직관적이며 강력한 구조를 가지고 있으며 일반적으로 일부 소규모 및 중간 수준의 응용 프로그램 프로젝트에서 더 많이 사용됩니다.
(2) 표 형식
계층적 도서 카탈로그와 유사
이 테이블은 프로젝트의 모든 작업 요소를 반영할 수 있지만 직관적이지는 않지만 일부 크고 복잡한 프로젝트에서는 여전히 더 많이 사용됩니다.
특징
각 레이어의 모든 요소의 합은 다음 레이어의 작업의 합입니다.
각 작업 요소는 여러 수준이 아닌 하나의 수준에 구체적으로 할당되어야 합니다.
작업분류체계에는 프로젝트 팀 구성원이 완료할 작업을 포괄적으로 이해할 수 있도록 작업 범위 설명이 포함되어야 합니다.
(3) 개념
중요한 단계
마일스톤은 결과물 또는 단계의 공식 완료를 나타냅니다.
작업 패키지
작업분류체계의 각 분기에서 가장 낮은 수준에 있는 인도물 또는 프로젝트 작업 구성요소입니다.
작업 패키지의 크기는 완료하는 데 최소 8시간이 소요되고 총 완료 시간은 80시간을 초과하지 않는 것이 좋습니다.
특징
소규모로 단시간(80시간)에 완료 가능
논리적으로 말하면 더 이상 나눌 수 없습니다.
필요한 자원, 시간, 비용 등을 보다 정확하게 추정할 수 있으며, 효과적인 시간, 비용, 품질, 범위 및 위험 관리를 수행할 수 있습니다.
WBS 코딩 디자인
六、 프로젝트 범위 확인
입력하다
프로젝트 관리 계획
요구 사항 추적 매트릭스
요구사항 문서
검증된 결과물
업무 성과 데이터
도구 및 기술
조사하다
그룹 의사결정 기술
산출
승인을 위한 결과물
변경 요청
직무수행정보
프로젝트 파일 업데이트
프로젝트 확인 작업 포인트
검증 절차 개발 및 구현
(1) 범위를 확인해야 하는 시기 결정
(2) 범위를 검증하는 데 필요한 입력을 식별합니다.
(3) 범위 지정을 위해 공식적으로 허용되는 기준 및 요소 결정
(4) 범위 회의를 위한 조직 단계 결정
(5) 범위 확인 회의 개최
프로젝트 이해관계자의 프로젝트 범위 공식 확인
(1) 결과물이 구체적이고 확인 가능하며 검증 가능한지 여부
(2) 각 결과물에는 명확한 이정표가 있습니까? 이정표가 명확하고 식별 가능합니까?
(3) 명확한 품질 기준이 있나요?
(4) 검토 또는 약속이 명확하게 표현되었는지 여부
(5) 프로젝트 범위가 제품 또는 서비스를 완성하는 데 필요한 모든 활동을 포괄합니까?
(6) 프로젝트 전반에 걸친 위험 발생 가능성 및 경영진이 예측 가능한 위험이 프로젝트에 미치는 영향을 줄일 수 있는지 여부
七、 프로젝트 범위 통제
입력하다
프로젝트 관리 계획(범위 관리용)
(1) 범위 기준선
(2) 범위 관리 계획
(3) 변경 관리 계획
(4) 구성 관리 계획
(5) 수요관리 계획
요구 사항 추적 매트릭스
요구사항 문서
업무 성과 데이터
조직 프로세스 자산
도구 및 기술
편차 분석
산출
프로젝트 관리 계획 업데이트
(1) 범위 기준 업데이트
(2) 기타 벤치마크 업데이트
변경 요청
직무수행정보
프로젝트 파일 업데이트
조직 프로세스 자산 업데이트
프로젝트 진행관리(시간관리)
一、 프로젝트를 제 시간에 완료하도록 관리하는 데 필요한 7가지 프로세스
(1) 계획 일정 관리 프로세스 - 프로젝트 일정 관리를 위한 정책, 절차 및 문서 개발
(2) 활동 프로세스 정의 - 프로젝트 결과물을 완료하기 위해 수행해야 하는 특정 작업을 식별하고 문서화합니다.
(3) 활동 순서 지정 프로세스 - 프로젝트 활동 간의 관계를 식별하고 문서화합니다.
(4) 활동 자원 추정 프로세스 - 각 활동을 수행하는 데 필요한 자재, 인력, 장비 또는 소모품의 유형과 수량을 추정합니다.
(5) 활동 기간 추정 프로세스 - 자원 추정 결과를 바탕으로 단일 활동을 완료하는 데 필요한 기간을 추정합니다.
(6) 일정 계획 프로세스 - 활동 순서, 기간, 자원 요구 사항 및 일정 제약 조건을 분석하여 프로젝트 일정 모델 생성
(7) 일정 프로세스 제어 - 프로젝트 활동 상태 모니터링, 프로젝트 진행 상황 업데이트, 계획 달성을 위한 일정 기준 변경 관리
위에서 설명한 프로세스는 서로 상호 작용할 뿐만 아니라 다른 지식 영역의 프로세스와도 상호 작용합니다.
二、 기획사업 진행관리
입력하다
프로젝트 관리 계획
범위 기준선
프로젝트 범위 설명
WBS
WBS 사전
기타 정보(예: 계획 일정과 관련된 비용, 위험 및 의사소통 결정)
프로젝트 헌장
조직 프로세스 자산
비즈니스 환경 요인
도구 및 기술
전문가의 판단
분석 능력
회의
산출
사업진행관리계획(조항)
(1) 프로젝트 일정 모델 개발
(2) 정확성
(3) 측정 단위
(4) 조직 프로그램 링크
(5) 프로젝트 일정 모델 유지 관리
(6) 제어 임계값
(7) 성과 측정 규칙
(8) 보고서 형식
(9) 프로세스 설명
三、 활동 정의
입력하다
프로젝트 일정 관리 계획
범위 기준선
조직 프로세스 자산
비즈니스 환경 요인
도구 및 기술
무너지다
분해는 프로젝트 범위와 프로젝트 결과물을 더 작고 관리하기 쉬운 구성 요소로 점진적으로 나누는 기술입니다.
롤링 계획
즉, 가까운 미래에 완료될 작업은 작업분류체계의 최하위 수준에서 구체적으로 계획하고, 장기적으로 완료할 예정인 작업은 상위 수준에서 대략적으로 계획하는 기법이다. 작업분류체계 수준.
프로젝트팀이 계획을 점진적으로 개선할 수 있도록 하는 점진적이고 세부적인 계획 방법입니다.
전문가의 판단
산출
활동 목록
활동 속성
활동 목록에 있는 활동 설명의 확장입니다.
마일스톤 목록
프로젝트의 중요한 지점이나 이벤트입니다.
모든 프로젝트 마일스톤을 나열하고 각 마일스톤이 필수인지 선택인지 나타냅니다.
四、 시퀀스 활동
입력하다
프로젝트 일정 관리 계획
활동 목록
활동 속성
마일스톤 목록
프로젝트 범위 설명
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
선도 다이어그램 방법 P299
단일 코드 네트워크 다이어그램 또는 활성 노드 다이어그램
관계
(1) 엔드-스타트(F-S형)
(2) 엔드-엔드(F-F 유형)
(3) 스타트-스타트(S-S형)
(4) 시작 끝(S-F 유형)
화살표 차트 방식 P300
이중 코드 네트워크 다이어그램 또는 활성 화살표 다이어그램
기본 원리
(1) 네트워크 다이어그램의 각 활동과 이벤트에는 고유한 코드 이름이 있어야 합니다. 즉, 네트워크 다이어그램에 동일한 코드 이름이 없습니다.
(2) 임의의 두 활동의 선행 이벤트와 후속 이벤트 중 적어도 하나의 코드가 다르며, 노드 코드는 화살표 방향을 따라 점점 더 커집니다.
(3) 동일한 노드로 유입(또는 유출)되는 활동에는 공통 후속 활동(또는 선행 활동)이 있습니다.
종속성 결정 P302
(1) 필수 종속성
하드 논리적 관계 또는 하드 종속 관계라고도 합니다.
(2) 선택적 의존성
때로는 선호하는 논리 관계, 우선 순위 논리 관계 또는 소프트웨어 논리 관계라고도 합니다.
(3) 외부 의존성
프로젝트 활동과 비프로젝트 활동 간의 종속관계인가?
(4) 콘텐츠 종속성
프로젝트 활동 간의 즉각적인 관계인가?
전진 및 지연
산출
프로젝트 진행 네트워크 다이어그램
프로젝트 파일 업데이트
활동 목록 업데이트
활동 속성 업데이트
마일스톤 목록 업데이트
위험 등록 업데이트
효과
모든 프로젝트 제약 조건에서 최대 효율성을 달성하기 위해 작업 간의 논리적 순서를 정의합니다.
五、 활동자원 추정 P303
입력하다
프로젝트 일정 관리 계획
활동 목록
활동 속성
자원 달력
위험 등록부
활동 비용 견적
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
대안 분석
게시된 추정치
프로젝트 관리 소프트웨어
상향식 추정
산출
활동 자원 요구 사항
자원 분석 구조
프로젝트 파일 업데이트
활동 목록 업데이트
활동 속성 업데이트
자원 달력 업데이트
정의
다양한 활동을 수행하는 데 필요한 재료, 인력, 장비 또는 소모품의 유형과 수량을 추정하는 프로세스입니다.
효과
보다 정확한 비용 및 기간 추정이 가능하도록 활동을 완료하는 데 필요한 자원의 유형, 수량 및 특성을 식별합니다.
六、 활동 기간 추정 P306
입력하다
프로젝트 일정 관리 계획
활동 목록
활동 속성
활동 자원 요구 사항
자원 달력
프로젝트 범위 설명
가정
현재 상황
정보의 가용성
보고 기간
제약
숙련된 자원 이용 가능
계약 조건 및 요구 사항
위험 등록부
자원 분석 구조
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
유추 추정
매개변수 추정
3점 추정 P308
예상 기간
공식 tE=(tO 4tM tP)/6
가능성이 가장 높은 시간 tM
가장 낙관적인 시간 tO
가장 비관적인 시간 tP
표준편차=(tP-tO)/6
그룹 의사결정 기술
매장량 분석
산출
활동 기간 추정
프로젝트 파일 업데이트
정의
자원 추정 결과를 바탕으로 단일 활동을 완료하는 데 필요한 작업 기간을 추정하는 프로세스입니다.
효과
각 활동을 완료하는 데 필요한 시간을 결정하여 일정 계획 프로세스에 기본 입력을 제공합니다.
七、 진행 계획 개발
입력하다
프로젝트 일정 관리 계획
활동 목록
활동 속성
프로젝트 진행 네트워크 다이어그램
자원 달력
활동 기간 추정
위험 등록부
프로젝트 직원 배정
자원 분석 구조
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
(1) 진행 네트워크 분석
(2) 중요 경로 방법 P312
(2)1. 전달 방법
(2)1.1. 논리적 관계의 방향에 따라: 네트워크 다이어그램의 처음부터 끝까지 계산됩니다.
(2)1.2. 첫 번째 활동의 가장 빠른 시작 시간은 프로젝트의 가장 빠른 시작 시간입니다.
(2)1.3. 활동의 가장 빠른 종료 시간은 활동의 가장 빠른 시작 시간에 활동 기간을 더한 것입니다.
(2)1.4. 활동의 가장 빠른 시작 시간은 선행 활동의 가장 빠른 완료 시간에 따라 결정됩니다. 여러 선행 활동이 있는 경우 마지막으로 완료된 활동의 가장 빠른 완료 시간이 사용됩니다.
(2)2. 백캐스팅 방법
(2)2.1. 논리적 관계의 방향에 따라: 터미널에서 네트워크 다이어그램의 시작 부분까지 계산됩니다.
(2)2.2. 마지막 활동의 가장 늦은 완료 시간은 프로젝트의 가장 늦은 완료 시간입니다.
(2)2.3. 활동의 가장 늦은 시작 시간은 활동의 가장 늦은 종료 시간에서 활동 기간을 뺀 값입니다.
(2)2.4. 활동의 최신 완료 시간은 후속 활동의 최신 시작 시간을 기준으로 합니다. 여러 후속 활동을 사용할 수 있는 경우 먼저 시작하는 후속 활동의 최신 시작 시간이 사용됩니다.
(2)3. 부동 시간
(2)3.1. 총 부동 시간: 이 활동의 가장 늦은 완료 시간에서 이 활동의 가장 빠른 완료 시간을 뺀 시간 또는 이 활동의 조기 및 늦은 시작 시간에서 이 활동의 가장 빠른 시작 시간을 뺀 시간
(2)3.2. 자유 유동: 후속 활동의 가장 빠른 시작 시간에서 이 활동의 가장 빠른 종료 시간을 뺀 최소값
(3) 임계 체인 방법
(4) 모델링 기술
(5) 전진 및 지연
(6) 진행 압축
(7) 일정 계획 도구
산출
진행 기준선
일정 기준선은 승인된 프로젝트 일정입니다.
프로젝트 일정
가로 막대 차트는 요약 일정 또는 간트 차트라고도 하며, 세로 축에 활동이 나열되고, 가로 축에 날짜가 나열되며, 시작 날짜와 종료 날짜를 기준으로 활동 기간이 가로 막대로 표시되는 경우가 많습니다. 경영진에게 상황을 보고합니다.
마일스톤 일정이라고도 하는 마일스톤 다이어그램은 주요 결과물과 주요 외부 인터페이스의 계획된 시작 및 완료 날짜만 표시합니다.
세부 일정 계획이라고도 하는 프로젝트 일정 네트워크 다이어그램은 일반적으로 시간 규모를 가지며 활동과 그 상호 관계만 표시합니다. 때로는 순수 논리 다이어그램이라고도 합니다.
진행 데이터
프로젝트 달력
프로젝트 관리 계획 업데이트
업데이트된 진행 기준
업데이트된 진행 관리 계획
프로젝트 파일 업데이트
업데이트된 이벤트 리소스 요구사항
업데이트된 활동 속성
업데이트된 달력
업데이트된 위험 등록부
八、 제어 진행 P320
입력하다
프로젝트 관리 계획
프로젝트 일정
업무 성과 데이터
프로젝트 달력
진행 데이터
조직 프로세스 자산
도구 및 기술
성과 검토
유행 분석
임계 경로 방법
임계 체인 방법
획득가치 관리
하위 주제
프로젝트 관리 소프트웨어
자원 최적화 기술
모델링 기술
선두와 지연
진행 압축
일정 계획 도구
산출
직무수행정보
진행 예측
변경 요청
프로젝트 관리 계획 업데이트
업데이트된 진행 기준
업데이트된 진행 관리 계획
업데이트된 비용 기준
프로젝트 파일 업데이트
업데이트된 진행 데이터
업데이트된 프로젝트 일정
업데이트된 위험 등록부
조직 프로세스 자산 업데이트
효과:
위험을 줄이기 위해 시정 및 예방 조치를 즉시 취할 수 있도록 계획에서 벗어나는 것을 감지하는 방법을 제공합니다.
진행 관리는 다음에 중점을 둡니다.
(1) 프로젝트 진행 현황 파악
(2) 일정 변경을 유발하는 요인에 영향을 주어 그러한 변경이 유리한 방향으로 진행되도록 합니다.
(3) 프로젝트 일정이 변경되었는지 확인
(4) 실제로 변경이 발생하면 변경 관리 프로세스를 엄격히 준수하여 관리합니다.
일정 기준선에 대한 모든 변경은 통합 변경 제어 프로세스를 통해 승인되어야 합니다.
활동 기간을 단축하는 방법:
(1) 서둘러 일하거나, 더 많은 자원을 투자하거나, 근무 시간을 늘려 핵심 활동 기간을 단축하세요.
(2) 빠른 후속 조치, 병렬 구성, 임계 경로 길이 단축
(3) 고도로 자격을 갖춘 리소스나 경험이 풍부한 직원을 활용하세요.
(4) 활동 범위를 줄이거나 활동 요구 사항을 줄입니다.
(5) 규모 효율성을 높이기 위한 방법 또는 기술 개선
(6) 품질관리 강화, 적기 문제점 발견, 재작업 감소, 공사기간 단축 등을 실현합니다.
프로젝트 비용 관리
一、 비용 관리 개념 및 관련 용어
개념: 비용은 활동이나 구성 요소를 구현, 완료 또는 생성하는 데 필요한 자원의 금전적 가치를 포함하여 프로젝트 활동이나 해당 구성 요소의 금전적 가치 또는 가격을 나타냅니다.
비용에는 직접 노동 시간, 기타 직접 비용, 간접 노동 시간, 기타 간접비 및 조달 비용이 포함됩니다.
프로젝트 관리는 범위, 시간, 비용 및 품질의 제약을 받습니다. 프로젝트 비용 관리는 프로젝트 관리에서 중요한 역할을 합니다.
프로젝트 비용이 통제 불능인 이유:
(1) 엔지니어링 프로젝트에 대한 이해 부족
(2) 조직체계가 건전하지 못하다
(3) 방법론적 문제
(4) 기술적 제약
(5) 부적절한 수요 관리
프로젝트 비용 관리 프로세스
(1) 비용 관리 계획 개발
(2) 비용 견적
(3) 비용 예산
(4) 가격 조정
관련 용어
(1) 제품수명주기비용
(2) 유형
1||| 가변 비용
2||| 고정 비용
3||| 직접 비용
a. 프로젝트 팀 여행 경비
b. 샐러리
c. 프로젝트에 사용된 재료
d. 장비사용료
4||| 에스
이 프로젝트에 할당된 비용
세금, 부가 혜택 및 보안 수수료
5||| 기회 비용
6||| 매몰비용
(3) 비상 예비비 및 관리 예비비
(4) 비용 기준
二、 프로젝트 비용 관리 계획 수립
입력하다
프로젝트 관리 계획
범위 기준선
진행 기준선
프로젝트 헌장
비즈니스 환경 요인
조직 프로세스 자산]
도구 및 기술
전문가의 판단
분석 능력
회의
산출
비용 관리 계획
三、 프로젝트 비용 견적
간과하기 쉬운 주요 요인
간접비
학습 곡선
프로젝트 완료 기한: 프로젝트 기간은 비용에 영향을 미칩니다.
품질 요구사항: 품질 요구사항이 높을수록 품질 비용도 높아집니다.
예약하다
비용 추정 단계
비용 구성 요소 식별 및 분석
식별된 프로젝트 비용 구성 요소를 기반으로 각 계정의 비용을 추정합니다.
비용추정 결과를 분석하고, 서로 대체 가능한 다양한 비용을 파악하며, 다양한 비용 간의 비례관계를 조정합니다.
입력하다
비용 관리 계획
인적자원관리 계획
범위 기준선
범위 설명
WBS
WBS 사전
프로젝트 일정
위험 등록부
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
유추 추정
매개변수 추정
상향식 추정
3점 추정
공식: Ce=(Co 4Cm Cp)/6
비용은 Cm일 가능성이 높습니다.
가장 낙관적인 CostCo
가장 비관적인 비용 CP
매장량 분석
품질 비용
프로젝트 관리 소프트웨어
판매자 입찰 분석
그룹 의사결정 기술
산출
활동 비용 견적
추정근거
추정 근거 문서화(예: 추정 준비 방법)
모든 가정에 대한 문서화
알려진 다양한 제약 조건에 대한 문서화
추정 간격에 대한 설명
최종 추정치의 신뢰 수준에 대한 설명
프로젝트 파일 업데이트
四、 사업비예산
비용 예산 편성은 프로젝트 성과를 측정하기 위한 전체 비용 기준선을 설정하기 위해 개별 활동 또는 작업 패키지에 대한 예상 비용을 요약한 것입니다.
기본 사상:
사업비 예산의 특징:
계획
제본
제어
따라야 할 원칙
프로젝트 비용 예산은 프로젝트 필요에 따라 결정되어야 합니다.
사업비예산은 사업목표와 연계되어야 하며, 사업품질, 일정 등의 목표도 고려해야 한다.
프로젝트 비용 예산은 현실적이고 실행 가능해야 합니다.
프로젝트 비용 예산은 유연성을 허용해야 합니다.
프로젝트 비용 예산 단계
프로젝트 작업 분류 구조의 개별 작업 패키지에 총 프로젝트 비용을 할당합니다.
각 작업 패키지의 비용을 작업 패키지에 포함된 활동에 재할당합니다.
원가예산 지출별 시간계획 및 사업비예산계획 수립
입력하다
비용 관리 계획
범위 기준선
활동 비용 견적
추정근거
프로젝트 일정
자원 달력
위험 등록부
규약
조직 프로세스 자산
도구 및 기술
비용 요약
매장량 분석
전문가의 판단
역사적 관계
자금 한도 잔액
산출
비용 기준
프로젝트 자금 요구 사항
프로젝트 파일 업데이트
五、 프로젝트 비용 관리
프로젝트 비용 관리 내용:
(1) 비용 기준선 변경을 유발하는 영향 요인
(2) 모든 변경 요청이 즉시 처리되는지 확인
(3) 실제로 발생하는 변경 사항을 관리하세요.
(4) 비용 지출이 승인된 자금 한도를 초과하지 않고 기간, WBS 구성 요소, 활동별로 할당 한도를 초과하지 않고 전체 프로젝트 한도를 초과하지 않도록 보장합니다.
(5) 비용 성과를 모니터링하고 비용 기준선과의 편차를 식별 및 분석합니다.
(6) 자본 지출 대비 작업 성과 모니터링
(7) 비용 또는 리소스 사용량 보고서의 승인되지 않은 변경 방지
(8) 승인된 모든 변경 사항과 관련 비용을 관련 이해관계자에게 보고합니다.
(9) 예상되는 비용 초과를 허용 가능한 한도 내에서 유지하십시오.
입력하다
프로젝트 관리 계획
비용 기준
비용 관리 계획
프로젝트 자금 요구 사항
업무 성과 데이터
조직 프로세스 자산
도구 및 기술
(1) 획득가치관리(EVM)
1||| 주요 지표
a. 계획가치 PV
b. 획득가치 EV
c. 실비용 AC
2||| 편차
a. 진행편차 SV=EV-PV
b. 비용편차 CV=EV-AC
c. 일정성과지수 SPI=EV/PV
d. 비용성과지수CPI=EV/AC
(2) 예측하다
1||| 비정형 편차를 기반으로 ETC=BAC-EV를 계산합니다.
2||| 일반적인 편차를 기준으로 ETC=(BAC-EV)/CPI 또는 ETC=BAC/CPI를 계산합니다.
3||| BAC는 완료 시 예산입니다.
4||| EAC(Estimate at Completion)는 완료된 실제 비용인 AC에 완료될 것으로 예상되는 남은 작업을 더한 금액입니다. EAC = AC ETC
(3) 성과지수 TCPI 완성
1||| 남은 작업을 완료하는 데 필요한 비용을 남은 예산으로 나눈 것입니까?
2||| TCPI=(BAC-EV)/(BAC-AC)
(4) 성과 검토
1||| 편차 분석
2||| 유행 분석
3||| 획득가치 성과
4||| 프로젝트 관리 소프트웨어
5||| 매장량 분석
산출
직무수행정보
비용 예측
변경 요청
프로젝트 관리 계획 업데이트
프로젝트 파일 업데이트
조직 프로세스 자산 업데이트
프로젝트 품질 관리
一、 프로젝트 품질 관리
품질 정의: 주제의 명시적 및 암시적 요구를 충족하는 엔터티의 능력을 반영하는 특성의 합계
프로젝트 품질: 일회성 활동인 프로젝트의 관점에서 프로젝트 품질은 WBS에 반영된 프로젝트 범위 내의 모든 단계, 하위 프로젝트 및 프로젝트 작업 단위의 품질에 반영됩니다.
프로젝트의 품질은 성과나 사용 가치에 반영됩니다.
품질 관리 및 개발 역사:
품질경영(Quality Management) : 품질계획, 품질보증, 품질관리, 품질시스템 내 품질개선을 통해 품질방침, 목표 및 책임을 결정하고 모든 경영기능을 실현하는 모든 활동을 말한다.
품질 관리 개발 내역:
장인의 시대: 20세기 이전
품질검사단계 : 20세기 초반
통계적 품질관리 단계: 1024
종합적인 품질관리 단계: 1960년대
二、 품질관리 계획
입력하다
1||| 프로젝트 관리 계획
a. 범위 기준선
b. 진행 기준선
c. 비용 기준
d. 기타 관리 계획
2||| 이해관계자 등록
3||| 위험 등록부
4||| 요구사항 문서
5||| 비즈니스 환경 요인
6||| 조직 프로세스 자산
도구 및 기술
1||| 비용 편익 분석
2||| 품질 비용
3||| 7가지 필수 품질 도구
(1) 원인과 결과 다이어그램
(2) 흐름도
(3) 체크리스트
(4) 파레토 차트
(5) 히스토그램
(6) 관리도
(7) 산포도
4||| 표준 건식 제어
5||| 실험적 설계
6||| 통계적 샘플링
7||| 기타 품질 관리 도구
(1) 브레인스토밍
(2) 역장 다이어그램
(3) 명목 그룹 기술
8||| 회의
산출
1||| 품질 관리 계획
2||| 프로세스 개선 계획
(1) 프로세스 경계
(2) 프로세스 구성
(3) 프로세스 측정 지표
(4) 프로세스 개선 목표
3||| 품질 측정
4||| 품질 체크리스트
5||| 프로젝트 파일 업데이트
이해관계자 등록
책임 할당 매트릭스
WBS 및 WBS 사전
三、 품질 보증 구현
입력하다
품질 관리 계획
프로세스 개선 계획
품질 측정
품질 관리 측정 결과
프로젝트 파일
도구 및 기술
품질 감사
표적
(1) 구현 중인 모든 우수 사례 및 모범 사례를 식별합니다.
(2) 모든 불규칙성, 격차 및 결함을 식별합니다.
(3) 귀하의 조직이나 업계에서 유사한 프로젝트의 모범 사례를 공유하세요.
(4) 팀의 생산성을 높일 수 있도록 프로세스 실행을 개선하기 위해 적극적이고 적극적으로 지원을 제공합니다.
(5) 각 감사는 조직에서 배운 교훈을 축적하는 데 기여해야 한다는 점을 강조합니다.
품질 관리 및 제어 도구
(1) 친화도 다이어그램
(2) 프로세스 의사결정 다이어그램
(3) 연관 다이어그램
(4) 나무 다이어그램
(5) 우선순위 매트릭스
(6) 활동 네트워크 다이어그램
(7) 매트릭스 다이어그램
프로세스 분석
산출
변경 요청
프로젝트 관리 계획 업데이트에는 다음이 포함됩니다.
품질 관리 계획
범위 관리 계획
진행 관리 계획
비용 관리 계획
프로젝트 파일 업데이트 포함
품질 감사 보고서
훈련 프로그램
프로세스 문서화
조직 프로세스 자산 업데이트
四、 품질관리
입력하다
1. 프로젝트 관리 계획
2. 품질 측정
3. 품질 체크리스트
4. 업무 성과 데이터
(1) 실제 기술 성능
(2) 실제 일정 성과
(3) 실제 비용 성능
5. 승인된 변경 요청
6. 결과물
7. 프로젝트 파일
(1) 규약
(2) 품질 감사 보고서 및 변경 로그
(3) 교육강좌 및 효과성 평가
(4) 프로세스 문서(예: 7가지 기본 품질 도구 또는 품질 관리 및 제어 도구를 사용하여 생성된 문서)
8. 조직 프로세스 자산
도구 및 기술
1. 7가지 필수 품질 도구
2. 통계적 샘플링
3. 조사하다
4. 승인된 변경 요청 검토
산출
1. 품질 관리 측정 결과
2. 확인된 변경사항
3. 검증된 결과물
4. 직무수행정보
5. 변경 요청
6. 프로젝트 관리 계획 업데이트
품질 관리 계획
프로세스 개선 계획
7. 프로젝트 파일 업데이트
(1) 품질 기준
(2) 규약
(3) 품질 감사 보고서 및 변경 로그
(4) 교육강좌 및 효과성 평가
(5) 프로세스 문서(예: 7가지 기본 품질 도구 또는 품질 관리 및 제어 도구를 사용하여 생성된 문서)
8. 조직 프로세스 자산 업데이트
완료된 체크리스트
교훈을 얻은 문서
프로젝트 인적자원 관리
一、 프로젝트 인적자원 관리 및 프로세스 정의
프로젝트 인적자원 관리에는 인적자원 관리 계획 작성, 프로젝트팀 구성, 프로젝트팀 구성, 프로젝트팀 관리 등 다양한 프로세스가 포함됩니다.
프로젝트 관리팀은 계획, 구현, 통제, 종료 등의 프로젝트 관리 활동을 담당하는 프로젝트 팀의 하위 집합입니다.
이 하위 집합은 프로젝트 관리 팀, 핵심 팀, 실행 팀 또는 리더십 팀이라고도 합니다.
프로젝트 관리팀 관리 및 리더십 콘텐츠
프로젝트 팀에 영향을 미침
직업윤리 강화 및 직업행동 표준화
프로젝트 인적 자원 관리 프로세스:
(1) 프로젝트 인력 관리 계획 준비
(2) 프로젝트 팀 구축
(3) 건설사업팀
(4) 프로젝트 팀 관리
인력 제약을 처리하기 위해 프로젝트 팀을 관리하려면 다음과 같은 기술도 필요합니다.
(1) 리더십, 의사소통, 협상, 상담 및 기타 관리 능력
(2) 위임, 동기 부여, 코칭, 설득 및 개인 관계와 관련된 기타 기술
(3) 팀 빌딩, 갈등 해결 및 팀 관계와 관련된 기타 기술
(4) 성과 평가, 채용, 유지, 노사 관계, 보건 및 안전 규정 및 기타 인적 자원 관리와 관련된 기술
프로젝트 인적자원 관리와 관련된 개념
(1) 동기 부여
(2) 조직도
(3) 책임
(4) 전문적 지식
(5) 직원 성과
二、 프로젝트 인력 관리 계획 준비
입력하다
프로젝트 관리 계획
활동 자원 요구 사항
비즈니스 환경 요인
(1) 조직, 문화 및 구조
(2) 기존 인사 및 인사정책
(3) 추후 보증
(4) 인사정책
(5) 시장 상황
(6) 대인관계 및 정치적 요인
조직 프로세스 자산
도구 및 기술
조직도 및 직무 설명
계층 다이어그램
작업 분할 구조
조직 분석 구조
자원 분석 구조
매트릭스 다이어그램
파일 형식
프로젝트 계획의 다른 부분
대인 커뮤니케이션
조직 이론
전문가의 판단
회의
산출
프로젝트 인력관리 계획
역할 및 책임 할당
역할
권한
책임
능력
프로젝트 조직도
인력 관리 계획
신병 모집
자원 달력
퇴직 계획
훈련 요구
표창 및 수상
준수해야 할 규정
안전
三、 프로젝트 팀 조직 구축
프로젝트 팀 구축
입력하다
프로젝트 인력관리 계획
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
사전 할당된
협상
모집하다
가상 팀
다차원적 의사결정 분석
산출
프로젝트 인력 배정표
자원 달력
프로젝트 관리 계획에 대한 가능한 업데이트
프로젝트 팀 빌딩
1. 프로젝트 팀 빌딩의 주요 목표
(1) 프로젝트 팀 구성원의 개별 기술을 향상시켜 프로젝트 활동을 완료하는 능력을 강화하는 동시에 비용을 절감하고, 일정을 단축하고, 품질을 개선하고, 성과를 향상시킵니다.
(2) 사기를 높이고 갈등을 줄이며 팀워크를 촉진하기 위해 프로젝트 팀 구성원 간의 신뢰와 결속력을 향상시킵니다.
(3) 역동적이고 협력적인 팀 문화 조성
2. 성공적인 프로젝트 팀의 특징
(1) 팀의 목표는 명확하고 구성원은 목표에 대한 자신의 작업 기여도를 이해합니다.
(2) 팀은 명확한 조직 구조와 명확한 직위를 가지고 있습니다.
(3) 문서화된 또는 관례적인 업무 프로세스와 방법이 있으며 프로세스가 간결하고 효과적입니다.
(4) 프로젝트 관리자는 팀원에 대한 명확한 평가 및 평가 기준을 가지고 있으며 업무 결과는 공정하고 공개적이며 보상과 처벌이 명확합니다.
(5) 공동으로 개발하고 준수하는 조직 규율
(6) 공동 작업, 즉 한 구성원의 작업이 다른 구성원의 결과에 따라 달라지며 요약하고 학습하는 데 능숙합니다.
3. 프로젝트 팀 빌딩의 5단계
(1) 형성 단계
(2) 충격 단계
(3) 표준화 단계
(4) 연극 무대
(5) 최종 단계
4. 입력하다
프로젝트 인적자원관리 계획
프로젝트 직원 배정표
자원 달력
5. 도구 및 기술
(1) 대인 관계 기술
(2) 훈련
(3) 팀 빌딩 활동
(4) 기본 규칙
(5) 중앙 집중식 사무실
(6) 표창과 보상
(7) 강화 평가 도구
6. 산출
팀 성과 평가
비즈니스 환경 요인 업데이트
7. 프로젝트 팀 성과 평가를 위한 지표
1||| 스킬 개선
2||| 능력과 감정의 향상
3||| 낮은 팀원 이직률
4||| 팀 응집력 향상
四、 프로젝트 팀 관리
입력하다
(1) 프로젝트 인력관리 계획
(2) 프로젝트 직원 배정표
(3) 팀 성과 평가
(4) 문제 로그
(5) 성과 보고서
(6) 조직 문화 및 조직 프로세스 자산
1||| 감사편지, 축하연
2||| 뉴스레터, 게시판 및 기타 프로젝트에 대한 뉴스 보도
3||| 웹사이트
4||| 보너스 구조
5||| 직원복장
6||| 기타 조직 수당
도구 및 기술
관찰하고 이야기하라
프로젝트 성과 평가
갈등 관리
대인관계 관리
산출
변경 요청
업데이트된 프로젝트 관리 계획
프로젝트 파일 업데이트
비즈니스 환경 요인 업데이트
업데이트된 조직 프로세스 자산
갈등 관리
1. 갈등을 인식하다
(1) 충돌이 순서대로 정렬됨
1||| 컨셉 단계
2||| 기획단계
3||| 실행 단계
4||| 폐막 단계
(2) 특징
1||| 갈등은 당연하고 해결책을 찾아야 한다
2||| 갈등은 개인의 문제가 아닌 팀의 문제이다
3||| 갈등은 공개적으로 처리되어야 한다
4||| 갈등 해결은 인신 공격이 아닌 문제에 초점을 맞춰야 합니다.
5||| 갈등해결은 과거가 아닌 현재에 초점을 맞춰야 한다
2. 갈등의 근원
(1) 프로젝트의 고압적인 환경
(2) 책임의 모호함
(3) 윗사람이 여럿이다
(4) 새로운 기술의 사용
3. 갈등 해결 정보
(1) 갈등 해결에 영향을 미치는 요인
1||| 갈등의 중요성과 강도
2||| 갈등을 해결하기 위한 시간적 압박
3||| 갈등에 연루된 당사자의 위치
4||| 장기 또는 단기 갈등 해결에 기반한 동기
(2) 갈등 해결
1||| 문제 해결됨
2||| 협력
3||| 힘
4||| 타협
5||| 차이점을 유지하면서 공통점을 찾으세요
6||| 후퇴
프로젝트 커뮤니케이션 관리 및 이해관계자 관리
一、 의사소통의 개념과 정의
사람들이 서로 소통할 수 있는 도구
의사소통은 정보의 생성, 전달, 수신, 이해, 확인 등을 포함하여 사람들이 정보를 공유하고 생각과 감정을 표현하는 과정이다.
통신 방법은 다음 요소에 따라 선택됩니다.
(1) 정보를 파악하는 능력
(2) 다른 사람의 의견과 생각을 들어야 합니까?
(3) 정보 콘텐츠를 통제해야 합니까?
통신채널 선택 요소
1. 정보 자체의 특징
2. 참가자 선호도
3. 의사소통의 목적
4. 참여 능력 및 이해도
통신 옵션의 차원
1. 즉시성 차원
고도의 대화형
중간 정도의 상호작용
낮은 수준의 상호작용
2. 표현 차원
(1) 단어
1||| 이점
영구적으로 저장하고 쉽게 조회할 수 있습니다.
시간을 절약하고 읽기 속도가 언어 속도보다 빠릅니다.
지리적 위치 요구사항 없음
더욱 정확하고 정확해졌습니다
이론적으로는 손실 없이 여러 번 복사 및 전파될 수 있습니다.
2||| 결점
순수한 텍스트 자료는 비언어적 상징을 많이 잃어 감정 전달에 도움이 되지 않습니다.
독자의 선택을 통제할 수 없습니다.
읽는 시기와 읽는 여부를 제어할 수 없습니다.
(2) 언어
1||| 이점
감정을 전달할 수 있다
동시에 지역 간 통신 가능
이메일보다 빠르다
필요하지 않음 메시지 전달을 위해 선호하는 채널 저장
2||| 결점
대면 관계에 비해 개인적인 관계 구축에 도움이 되지 않음
신체 언어를 표현하지 못함
서면 자료의 정확성과 정확성을 달성할 수 없고 세부 사항을 파악하는 능력이 부족합니다.
말하는 것이 읽는 것보다 상대적으로 느립니다.
(3) 혼합
1||| 이점
2||| 결점
3. 그에 맞는 조건이 있어야 합니다
시간
장소
네트워크 상태
소프트웨어 조건
관련 정보를 보존해야 하는 경우에는 영상 녹화, 회의록 등 추가 작업을 수행해야 합니다.
의사소통 채널과 그 특징
(1) 종이 문서
(2) 웹 페이지
(3) 이메일
(4) 블로그
(5) 위키
(6) 짧은 메시지
(7) 인스턴트 메시징
(8) 음성 메일
(9) 팟캐스트
(10) 전화
(11) 전화회의
(12) 연설 및 컨퍼런스
(13) 라이브 스트리밍
(14) 대면 대화
(15) 대면상담 참여형 모임
(16) 화상 회의
커뮤니케이션 스킬 콘텐츠
(1) 적극적 경청
(2) 다양한 수단을 효과적으로 활용하여 정보 내용을 최대한 이해할 수 있도록 돕습니다.
(3) 다양한 도구를 효과적으로 활용하여 팀 의사소통 기술 강화
(4) 질문을 피하지 말고 진실을 이해하려고 노력하세요
(5) 의사소통 목표를 설정하고 의사소통 목표 달성 여부를 확인하기 위해 필요한 추적 및 확인 방법을 취합니다.
(6) 여러 당사자의 이익을 최대한 만족시킬 수 있는 다단계 의사소통 및 협상 능력을 보유하십시오.
(7) 강한 카리스마와 신뢰성은 다른 사람들이 자신감을 키우는 데 도움이 될 수 있습니다
(8) 강력한 표현력은 다른 사람의 사기를 북돋우고 팀의 실행력을 높이는 데 도움이 될 수 있습니다.
二、 커뮤니케이션 관리 계획 개발
입력하다
프로젝트 관리 계획
호적개설
주요 커뮤니케이션 대상
주요 영향 요인
보조 통신 개체
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
1. 의사소통 요구 분석
(1) 조직도
(2) 조직과 이해관계자 간의 책임
(3) 프로젝트에 참여하는 분야, 부서 및 전공
(4) 프로젝트에 참여하는 사람과 장소의 수
(5) 내부 정보 요구
(6) 외부 정보 요구
(7) 이해관계자 정보 및 커뮤니케이션 요구
2. 통신 기술
3. 커뮤니케이션 모델
4. 의사소통 방식
(1) 대화형 커뮤니케이션
(2) 푸시 커뮤니케이션
(3) 풀 커뮤니케이션
5. 회의
산출
프로젝트 커뮤니케이션 관리 계획
프로젝트 파일 업데이트
三、 경영 커뮤니케이션
입력하다
프로젝트 커뮤니케이션 관리 계획
업무 성과 보고서
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
통신 기술
커뮤니케이션 모델
의사소통 방식
정보 관리 시스템
성과 보고서
산출
프로젝트 커뮤니케이션
업데이트된 프로젝트 관리 계획
프로젝트 파일 업데이트
업데이트된 조직 프로세스 자산
(1) 이해관계자 알림
(2) 프로젝트 보고서
(3) 프로젝트 발표 자료
(4) 프로젝트 로그
(5) 피드백 정보
(6) 교훈을 얻은 문서
四、 제어 통신
입력하다
프로젝트 관리 계획
프로젝트 커뮤니케이션
문제 로그
업무 성과 데이터
조직 프로세스 자산
도구 및 기술
정보 관리 시스템
전문가의 판단
회의
프로젝트 정기회의
프로젝트 시작 회의
프로젝트 요약 회의
산출
직무수행정보
변경 요청
업데이트된 프로젝트 관리 계획
다른 프로젝트 파일을 업데이트했습니다.
조직 프로세스 자산 업데이트
五、 프로젝트 이해관계자 관리
세부
1. 이해관계자 식별
2. 프로젝트 이해관계자 관리 계획 준비
3. 이해관계자 참여 관리
4. 프로젝트 이해관계자 참여 모니터링
전형적인 이해관계자
1. 고객
2. 사용자
3. 고위 리더십
4. 프로젝트 팀
5. 사회복지사
6. 다른
서포터
상대
이해관계자 식별
입력하다
프로젝트 헌장
조달 문서
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
관련 회의를 조직
전문가의 판단
이해관계자 분석
산출
이해관계자 등록
프로젝트 이해관계자 관리 계획 준비
입력하다
프로젝트 관리 계획
이해관계자 등록
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
관련 회의를 조직
전문가의 판단
분석 능력
산출
이해관계자 관리 계획
프로젝트 파일 업데이트
경영 이해관계자 참여
입력하다
이해관계자 관리 계획
통신 관리 계획
변경 로그
조직 프로세스 자산
도구 및 기술
의사소통 방식
대인 관계 기술
관리 기술
산출
문제 로그
변경 요청
프로젝트 관리 계획 업데이트
프로젝트 파일 업데이트
조직 프로세스 자산 업데이트
이해관계자 참여 통제
입력하다
프로젝트 관리 계획
문제 로그
업무 성과 데이터
프로젝트 파일
도구 및 기술
정보 관리 시스템
전문가의 판단
회의
산출
직무수행정보
변경 요청
프로젝트 관리 계획 업데이트
프로젝트 파일 업데이트
조직 프로세스 자산 업데이트
프로젝트 계약 관리
一、 프로젝트 계약
계약의 법적 특성
1. 계약은 민사법률행위이다
2. 계약은 둘 이상의 당사자 간의 민사 법적 행위입니다.
3. 계약의 목적은 당사자 간의 재산, 시민권 및 의무를 설정, 변경 또는 종료하는 것입니다.
4. 계약을 체결하고 이행할 때 관련 법률 및 행정 규정을 준수해야 합니다.
5. 계약은 법률에 따라 성립합니다. 즉, 법적 구속력이 있습니다.
효과적인 계약 원칙
1. 계약 당사자는 상응하는 민사권리능력과 민사산업능력을 보유해야 한다.
2. 의미는 사실을 의미합니다.
3. 법률이나 사회적 공익을 위반하지 않습니다.
유효하지 않은 계약 상황
1. 일방이 사기나 강압으로 계약을 체결한 경우
2. 국가, 집단 또는 제3자의 이익을 해칠 목적으로 악의적으로 담합하는 행위
3. 불법적인 목적을 은폐하기 위해 법적 양식을 사용합니다.
4. 사회적, 공익 훼손
5. 법률, 행정법규의 강제규정을 위반하는 행위
二、 계약구분
정보시스템공학과제별 분류
1. 정보시스템 범위 구분
(1) 일반 계약
(2) 단일 프로젝트 계약
(3) 하청
2. 프로젝트 결제수단별
(1) 일시불 계약
고정 가격 계약
(2) 비용 상환 계약
이러한 유형의 계약에서는 고용주가 작업을 완료하는 데 발생한 모든 법적 실제 비용과 사전에 합의한 특정 방식으로 판매자의 이익으로 수수료를 도급업자에게 지불합니다.
즉각적인 작업이 필요한 프로젝트
사업내용, 기술·경제지표 등이 확정되지 않은 사업
위험한 프로젝트
(3) 작업 및 자재 계약
원가보상계약과 일시불계약의 일부 특성을 결합한 혼합계약
三、 계약서에 서명
프로젝트 계약 내용
1. 당사자 각각의 권리와 의무
2. 사업비 및 사업비 결제방법
(1) 지불 조건
(2) 정산 및 지급방법
(3) 대금 지급 거부 조건 계약자는 대금의 일부 또는 전부 지급을 거부할 권리가 있습니다.
3. 프로젝트 변경 계약
4. 계약 위반에 대한 책임
(1) 계속해서 공연하다
(2) 시정조치를 취합니다. (품질이 계약에 부합하지 않는 경우 수리, 교체, 재실행, 반품, 가격인하 또는 보상을 요청할 수 있습니다.)
(3) 보상
(4) 합의된 손해배상금 또는 보증금 지불
프로젝트 계약 시 주의사항
1. 당사자의 법적 자격
2. 품질 승인 기준
3. 접수시간
4. 기술결제 서비스
5. 손해배상금
6. 기밀 유지 계약
7. 계약서 첨부
8. 법적 공증
프로젝트 계약 협상 및 서명
1. 협상을 보는 방법
2. 협상 과정
협상의 6단계
(1) 준비 단계
1||| 광범위한 정보를 조사하고 수집합니다.
2||| 협상 목표 설정
3||| 협상 시간과 장소를 선택하세요
4||| 협상팀을 구성하라
5||| 협상 계획 개발
(2) 탐험의 초기 단계
(3) 견적단계
1||| 견적 양식
2||| 인용 원칙
3||| 견적의 시작점 결정
4||| 견적방법
(4) 상담단계
1||| 상대방 인용의 근거를 파악한다
2||| 협의로 교섭하다
3||| 협상에서의 반대 제안
(5) 거래 단계
(6) 승인단계
3. 계약당사자간 계약에 대한 일관된 이해를 잘하는 분
(1) 국가 또는 업계 표준 계약 양식을 사용하세요.
(2) 불완전하거나 모호한 조건으로 인해 발생하는 계약 분쟁을 피하기 위해 시스템 통합자는 건설 단위가 작성한 계약 조건을 주의 깊게 검토해야 합니다.
4. 계약이 불분명한 상황을 잘 처리함
四、 프로젝트 계약 관리
계약관리 주요 내용
1. 계약 체결 관리
(1) 계약 전 사전조사
1||| 시장조사가 이루어져야 합니다
2||| 잠재적 파트너나 경쟁사에 대한 신용조사를 통해 상대방의 진정한 의도를 정확히 파악하고 경쟁의 강도를 정확하게 판단해야 한다.
3||| 관련 환경을 이해하고 올바른 리스크 분석 판단
(2) 계약 교섭 및 계약 체결(참고)
1||| 현실적인 협상 목표 설정
2||| 실제적인 문제를 파악하기 위해,
3||| 평등한 협의 분위기 조성
2. 계약이행관리
(1) 계약 이행
(2) 계약 분쟁 해결
3. 계약변경 관리(프로세스)
(1) 변경 제안
(2) 변경 요청 검토
(3) 변경 승인
(4) 변경사항 구현
4. 계약파일 관리
五、 프로젝트 계약 청구 처리
1. 청구 유형
(1) 청구목적에 따른 분류 : 기한청구와 비용청구로 구분 가능
(2) 청구근거에 따른 분류 : 계약서에 규정된 청구권과 계약서에 명시되지 않은 청구권으로 구분할 수 있습니다.
(3) 청구의 사업성격에 따른 분류 : 공학적 청구와 상업적 청구로 구분 가능
(4) 청구 처리 방식에 따라 분류 : 개별 청구와 전체 청구로 구분 가능
2. 청구 조건 및 근거
(1) 계약 청구 형성 조건
(2) 계약 청구의 근거
1||| 계약법, 행정법규, 지방법규 등 관련 국내법
2||| 정보 시스템 엔지니어링과 관련된 국가, 부서 및 지역 표준, 사양 및 문서
3||| 입찰 문서, 계약서 및 첨부 파일을 포함한 본 프로젝트의 구현 계약 문서
4||| 서신 서류, 비자 및 변경 통지서, 회의록, 일정, 제품 구매 등을 포함한 관련 서류
5||| 시장 기록, 각종 회의 회계 자료 등 기타 관련 문서
3. 청구 처리
(1) 청구 절차
1||| 이의를 제기하다
2||| 청구 정보 제출
3||| 감독 엔지니어의 답변
4||| 청구 승인
5||| 계속 청구에 대해
(2) 청구 검토
(3) 클레임 처리 원칙
1||| 청구는 계약을 기반으로 해야 합니다.
2||| 데이터 축적에 주의가 필요하다
3||| 신속하고 합리적으로 클레임 처리
4||| 청구 정확성 향상
4. 계약 위반 관리
(1) 건설단위 계약위반 관리
(2) 건설단위 계약위반 관리
(3) 기타 유형의 기본값 관리