2년전에 태블릿과 핸드폰에 연결할 용도로 무선키보드 K380 을 구입했습니다.

 

 

 

 

 

 

 

 

키감은 제가 손가락이 길고 좀 큰 편인 성인 남자인데도 그렇게 불편 함 없이 키보드를 사용할 수 있었습니다.

 

 

 

키 외에 기능으로는 각각 3개의 기기를 동시등록 가능한 페이링 모드입니다.

 

 

 

 

F1,F2,F3 를 각각 길게 누르고 페이링을 해두면 기기를 바꿔서 할때 너무 편합니다.

 

 

 

 

저는 F1은 태블릿, F2는 핸드폰 , F3는 스마트 티비에 연결해서 사용하고 있어서

 

 

 

 

그때그때마다 해당 키로 변경이 빠르게 되어 너무 편리하게 사용할 수 있습니다.

 

 

 

 

 

 

 

 

왼쪽 위에는 ON/OFF 버튼과 약간 비스듬하게 경사가 있기 때문에 조금더 편안하게 타이핑이 가능합니다.

 

 

 

 

 

AAA건전지 2개를 사용하며, 정말 효율이 좋다고 느끼는게, 몇달이 지나도 건전지를 교체할 일이없어,

 

 

 

 

 

절전에 실제적으로 최적화 되어있다고 느꼈습니다.

 

 

 

 

 

로지텍답게 잔고장없이 2년이 조금넘게 사용중이지만 앞으로도 계속 사용할 만큼 명 기계 아닐까 생각됩니다.

 

 

 

 

https://link.coupang.com/a/brBViX

 

로지텍 무선키보드 K380

COUPANG

www.coupang.com

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

 

반응형


차알 여의도 IFC몰점
서울 영등포구 국제금융로 10 IFC몰 L3층
https://naver.me/G3a6ZnLP

차알 여의도 IFC몰점 : 네이버

방문자리뷰 1,906 · 블로그리뷰 1,054

m.place.naver.com




오늘 점심은 IFC몰로 왔습니다.


삼선 짜장


짜장이 땡겨서 삼선 짜장을 시켰습니다.



금방 나오긴 했지만, 따뜻하고 보다는


살짝 식어서 나왔고, 짜장면 특유의 기름진 느낌보다는


볶음의 느낌이 강했습니다.




중간중간에 있는 베트남 고추는


매우니 미리 골라 내시길 바랍니다.


비쥬얼 적으로는 좋지만,


후루룩 먹기에는 분명 걸림돌이 되었습니다.







가지 튀김




와 이건 인정입니다.  🫰



개인적으로 가지튀김을 좋아해서 중국집 가면



꼭 시켜보는 메뉴입니다.



차알의 가지튀김은 새우살이 꽉 차있고,




그것을 가지로 감싼 형태입니다.



튀김보다는 껍질을 부드럽게 하여




촉촉한 느낌으로 식감을 느낄수 있고,

꽉찬 새우살과 안에서 어우러지는 가지와의 조합은


혀안에서 충분히 만족스러움을 느끼게 해주었습니다.


꼭 드셔보시길 권합니다.




평일 점심 11시에 들어갔지만 5분도 안되서 웨이팅이 들어서는 맛집이니 점심에는 조금 빠르게 움직이셔야 할거같습니다.






반응형
23
요구사항 수집기법 [데이터수집] 인터뷰, Focus Group, 설문지 및 설문조사, 벤치마킹, 브레인스토밍
[데이터분석] 문서분석
[데이터표현] 마인드매핑, 친화도
[의사결정] 다기준 의사결정 분석, 투표
[대인관계와 팀 스킬] 명목 집단 기법, 관찰, 촉진
[기타] 프로토타입, 컨텍스트 다이어그램, 전문가판단

수분표의데프컨
인포설벤브
문서
마친
다투
명관촉
토픽 이름() 요구사항 수집기법
분류 PM > 프로젝트 범위(Scope) 관리 > 요구사항 수집기법
키워드(암기) 추적성, 범위기준선 제공
암기법(해당경우) [수분표의대프컨] (인포설벤브, 문서, 마친, 다투, 명관촉)
- 데이터 (터뷰, 커스 그룹, 문지 및 설문조사, 치마킹, 레인스토밍)
- 데이터 (문서 분석),
- 데이터 (인드 매핑, 화도),
- 사 결정(기준 의사결정 분석, ),
- 인관계와 팀 스킬(목 집단 기법, , ),
- 로토타입, 텍스트 다이어그램, 전문가 판단

기출문제

번호 문제 회차
1 1. 프로젝트 요구사항 도출의 필요성과 도출기법 5가지를 설명하시오 107.정보관리.2교시
2 8. 정보시스템을 성공적으로 개발하기 위해서는 시스템개발에 필요한 정보를 정확하게 수집해야한다. 정보시스템의 요구사항분석시 수행되는 요구자료수집기법을 제시하고 각각의 특징 장단점을 비교하시오. 모의_2010.06(응용).3교시

 

I. 프로젝트의 범위 정의를 위한 CSF, 요구사항 수집기법의 개요

. 요구사항 수집기법의 개념

- 프로젝트 이해관계자들이 필요로 하는 기능적/비기능적 요구사항을 수집하고 정의하여 이와 관련된 문서를

작성하는 기법.

. 요구사항 수집의 필요성

필요성 내용
범위기준선 제공 - 요구사항을 수집하여 범위를 정의하고 WBS 작성하게 .
일정과 원가에 영향 - 요구사항의 통합을 통한 프로젝트 일정, 원가 예산 산정의 기준이 .
추적성 제공 - 구현 과정 기능이 요구사항에 만족하는지를 파악하고 검증할 있도록 속성 제공

 

II. 요구사항 수집기법의 상세 설명

구분 수집 기법 설명
데이터
(Data Gathering)
인터뷰
(Interview)
- 이해관계자와 직접 대화를 통해 정보를 구하는 공식적 또는 비공식적 정보수집 방법

핵심전문가 그룹
(Focus Group)
- 선별된 전문가 집단으로 대화식 토론 통해 수집
- 토론 진행시 숙련된 조정자 필요

설문지 및 설문조사
(Questionnaires and Surveys)
- 다수의 대상자에게 질문지를 통해 신속한 자료 수집

벤치마킹(Benchmarking) - 경쟁사, 선진사례 참조하여 유사한 수준의 효과를낼 수 있는 기능 요구사항 정의

브레인스토밍
(Brainstorming)
- 프로젝트 제품 요구 사항과 관련된 다양한 아이디어를 창출하여 취합하는데 사용하는 기법
데이터 분석
(Data Analysis)
문서 분석
(Document Analysis)
- 고객의 RFP나 현 시스템, 프로세스 문서를 참고하여 요구사항 도출에 활용
데이터 표현
(Data Representation)
마인드 매핑
(Mind Mapping)
- 파악된 공통점과 차이점을 반영하여 새로운 아이디어를 창출하기 위하여 개별 브레인스토밍을 통해 창출된 아이디어를 하나의 맵에 통합하여 정의

친화도
(Affinity Diagram)
- 효과적인 검토 분석을 위하여 수많은 아이디어를 개의 그룹으로 분류하는 기법(관련성, 친밀감 구분)
의사 결정
(Decision Making)
다기준 의사결정 분석
(Multicriteria Decision Analysis)
- 수많은 아이디어를 체계적인 분석방법에 의해 의사결정 매트릭스를 제공 하는 방법

투표
(Voting)
- 만장일치(Unanimity) 등을 통하여, 평가 단체 의사결정기법
대인관계와 팀 스킬(Interpersonal and team skills) 명목 집단 기법
(Nominal Group technique)
- 아이디어의 우선순위를 매길 , 투표 방식을 적용하여 기존 브레인스토밍을 강화하는 기법

관찰(Observations) - 개인의 업무처리 방법이나 절차에 대해 직접적으로 관찰하는 방법으로 요구사항을 명확히 설명하기 힘들거나 어려움이 있는 경우 사용하는 방법

촉진(Facilitation) - 집중 토론, 적극적 대화 참여 유도
기타 기법 프로토타입
(Prototypes)
- 실제 제품의 개발 전에 주요 기능을 중심으로 모형을 만들어 요구사항을 조기에 효과적으로 수집할 있는 방법

컨텍스트 다이어그램
(Context Diagram)
- 프로세스, 장비, 시스템으로 구성된 컨텍스트 다이어그램을 통해 시스템과 사용자의 상호작용을 가시화하여 요구사항 정의에 활용

전문가 판단 - 비즈니스에 대한 전문가 도메인에 대한 전문가가 판단

 

III. 요구사항 수집기법의 주요 산출물

산출물 설명
요구사항 문서 - 이해관계자의 요구사항을 체계적이고 효율적으로 관리하기 위한 문서
- 명확하고, 추적가능하고, 완전하고, 일관성 있는 수준 작성
요구사항 추적 매트릭스 - 정의된 요구사항을 각각의 요인에 연결하고 요구사항을 프로젝트 생애 주기 전반에 걸쳐 단계적 산출물을 추적하여 관리 하는 문서

“끝”

 

[참고]

[요구사항 명세서]

[기능적 요구사항과 비기능적 요구사항]

구분 기능적 요구사항(Functional Requirement) 비기능적 요구사항(Non-Functional Requirement)
개념 시스템에서 제공되어야 할 특정 기능을 정의 S/W뿐만 아니라 시스템 전체에 대한 요구사항
(신뢰성, 성능, 보안성, 사용가능성, 안정성 )
요구사항 - 데이터 모델 : 개념적인 데이터베이스 모델 상태를 구체화 한 모델로서, 생성, 삭제 등의 상태와 실행 정의
- 데이터 흐름 모델: 시스템 행위가 어떻게 이루어지는가를 표현하여, 데이터 모델의 입출력이 데이터 흐름 일부분으로 사용
- 프로세스 모델: 병행, 상호작용, 다른 프로세서들 간의 동기화와 활동 기술
- 성능 : 응답속도 , 자원사용량
- 보안 : 침입대응, 사용자인증/권한
- 아키텍처 : 확장성, 유연성
- 안정성 : 장애대응, 서비스연속성
반응형

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

프로젝트 일정관리(시간)  (0) 2024.02.25
WBS  (1) 2024.02.24
지식 영역 관리(KA)  (0) 2024.02.22
프로세스 그룹(5개)  (0) 2024.02.21
프로젝트 특징  (1) 2024.02.20
13
지식 영역 관리(KA) 통합관리(Integration)
범위관리(Scope)
일정관리(Schedule)
원가관리(Cost)
품질관리(Quality)
자원관리(Resource)
의사소통관리(Communication)
위험관리(Risk)
조달관리(Procurement)
이해관계자관리(Stakeholder)

통범일원품자의위조이

지식 영역 관리(KA)
분류 PM > 프로젝트 관리 일반 > 지식 영역 관리(KA)
키워드(암기) [지식영역 10]
통합관리(Integration), 범위관리(Scope), 일정관리(Schedule), 원가관리(Cost), 품질관리(Quality), 자원관리(Resource), 의사소통관리(Communication), 리스트관리(Risk), 조달관리(Procurement), 이해관계자관리(Stakeholder)
[프로세스그룹(5)]
착수, 기획(계획), 실행, 감시 통제, 종료
암기법(해당경우) 1+3+1+RCR+P+S    766-436-3734

 

기출문제

번호 문제 회차
1 REBOK(Requirements Engineering Body Of Knowledge) 지식영역을 설명하시오. 합숙_2015.01_관리_3
2 PMBOK 9가지 지식영역별 관리기법이나 이론, 산출물을 설명하시오. 모의_2013.04_관리_1
3 PMBOK SWEBOK(Software Engineering Body of Knowledge) 비교하여 설명하시오. 모의_2012.06_관리_1
4 5. ISO 21500 PMBOK 비교하시오. 합숙_2014.01_공통
합숙_2012.02_공통
모의_2011.12_관리_1-

 

I. 프로젝트 관리 계획서 생산을 위한, 프로젝트 관리 지식영역의 개요

. 프로젝트 관리 지식영역의(Knowledge Area) 정의

- 프로젝트의 효과적인 관리를 위해 유사한 기능의 관리 프로세스들을 묶어서 10개의 영역으로 그룹화

지식체계

. 프로젝트 관리 지식영역의 특징

1) 10개의 지식영역 : 통합, 범위, 일정, 원가, 품질, 자원, 의사소통, 리스크, 조달, 이해관계자

2) 49개의 프로세스 : 프로세스 그룹(착수, 계획, 실행, 감시 및 통제, 종료) 매핑되어 49개 프로세스로 구성

 

II. 프로젝트 관리 지식영역의 구성도 구성요소

. 프로젝트 관리 지식영역의 구성도

. 프로젝트 관리 지식영역의 구성요소

지식영역 설 명 산출물
통합관리
(Integration)
- 영역의 계획과 활동이 유기적으로 결합되도록 조정/총괄
- 프로젝트 총괄 관리
프로젝트 헌장
프로젝트 관리 계획서
인도물
범위관리
(Scope)
- 프로젝트 대상업무 필수로 해야 일을 결정하고 작업범위 확정
- WBS (Work Breakdown Structure)
요구사항추적매트릭스
WBS, 범위 기준선
승인된 인도물
일정관리
(Schedule)
- 프로젝트를 단위작업으로 분할 , 단위작업 일정 산정 및 관리
- 납기준수를 위한 일정관리
일정관리 계획서
일정 기준선
원가관리
(Cost)
- 프로젝트 수행에 필요한 비용을 각 단위작업 별 할당 및 관리
- 예산수립, 진행계획
원가관리 계획서
원가 기준선
품질관리
(Quality)
- 산출물이 요구사항을 충족하도록 기준 설정, 적합성여부 관리
- 품질보증활동
품질관리 계획서
검증된 인도물
자원관리
(Resource)
- 프로젝트 투입 인력을 조직하고, 업무를 할당하여 관리
- 팀구성 팀개발
자원관리계획서
자원달력
의사소통관리
(Communication)
- 이해당사자 간 효율적인 정보전달체계를 계획, 조직, 관리
- /고객과 의사소통
의사소통관리 계획서
작업성과정보
리스크관리
(Risk)
- 발생가능한 위험요인을 발견/분석/대책수립
- 위험식별, 통제방안수립
위험관리 계획서
위험관리대장
조달관리
(Procurement)
- 프로젝트 수행 시 필요한 자원(인력, 장비, 자재 ) 확보/관리
- 구매 조달방안수립, RFP, 제안서
조달관리 계획서
협약서
이해관계자관리
(Stakeholder)
- 프로젝트 팀 및 고객과의 프로젝트 성공을 위한 이해관계자 식별, 관리, 참여 전략
- 이해관계자 식별/관리/참여전략
이해관계자 관리대장
이해관계자 관리계획서

 

III. 프로젝트 관리 프로세스 그룹(5) / 지식영역(10) / 프로세스(49)

지식
영역
프로세스 그룹




착 수 기획(계획) 실 행 감시 및 통제 종 료
4.통합(7) 프로젝트 헌장개발 프로젝트관리계획서 개발 프로젝트작업지시ᆞ관리
프로젝트지식 관리
프로젝트작업 감시ᆞ통제
통합변경통제 수행
프로젝트 또는
단계 종료
5.범위(6)
범위관리 계획수립
요구사항 수집
범위정의
작업분류체계(WBS) 작성

범위확인
범위통제

6.일정(6)
일정관리 계획수립
활동정의
활동순서 배일
활동기간 산정
일정개발

일정통제
7.원가(4)
원가관리 계획수립
원가산정
예산책정

원가통제
8.품질(3)
품질관리 계획수립 품질관리 품질통제
9.자원(6)
자원관리 계획수립
활동자원 산정
자원확보
팀개발
팀관리
자원통제
10.의사
소통(3)

의사소통관리 계획수립 의사소통관리 의사소통 감시
11.리스크
(7)

리스크관리 계획수립
리스크 식별
정성적 분석
정량적 분석
리스크대응 계획수립
리스크대응 실행 리스크 감시
12.조달(3)
조달관리 계획수립 조달수행 조달통제
13.이해
관계자(4)
이해관계자 식별 이해관계자참여 계획수립 이해관계자 참여 이해관계자 참여 감시  
반응형

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

WBS  (1) 2024.02.24
요구사항 수집기법  (0) 2024.02.23
프로세스 그룹(5개)  (0) 2024.02.21
프로젝트 특징  (1) 2024.02.20
RAD  (0) 2024.02.19
12
프로세스 그룹(5개) [정의] 프로젝트 관리를 하기 위한 프로세스 그룹 5개
[절차] 착수, 기획, 이행, 통제, 종료

착계실통종
토픽 이름() 프로세스 그룹(5)
분류 PM > 프로젝트 관리 일반 > 프로세스 그룹
키워드(암기) 착수, 계획, 실행, 감시 및 통제, 종료, 49 프로세스
암기법(해당경우)  

 

 

I. 성공적인 소프트웨어 관리를 위한 PMBOK 기반의 프로세스 그룹과 프로세스의 개요

- 프로젝트 시간의 흐름에 따라 착수, 계획, 실행, 감시 및 통제, 종료의 상호작용하는 5가지 프로세스 그룹과 프로세스 그룹내의 세분화된 49개의 프로세스 (PMBOK 6 기준)

 

II. 프로세스 그룹의 단계 상세 설명

. 프로세스 그룹의 단계

 

- 프로세스 그룹은 총 5단계로, 착수-계획-실행-감시 통제-종료로 구성됨

. 프로세스 그룹의 상세 설명

프로세스 주요 활동 설명
착수 이해관계자 식별 프로젝트의 주요 요구사항과 관련된 이해관계자 식별

프로젝트 관리자 임명 원활한 진행을 위한 관리자의 배정 및 진행준비 임무부여

프로젝트 헌장 작성 헌장 작성을 프로젝트 관리자에 공식적인 관리권한을 부여
계획 프로젝트 관리 계획서 작성 모든 보조적인 계획서를 정의하고 작성 및 조율하여 하나의 종합적인 관리계획서에 통합한 문서

기준선 작성 프로젝트 생명주기 동안 프로젝트 진행률 관리 및 성과 측정을 위한 기준이 되는 라인
실행 정의된 작업 수행 관리 계획에서 정의한 작업을 완료하기 위한 프로세스로 구성

변경사항에 따른 조정작업 실행 기간에 변경사항이 적용되면, 관리 계획서 갱신 작업과 기준선 변경 조정 작업이 수반됨

인도물 작성 프로젝트 작업 완료를 목표로 하는 인도물 작성
감시 및
통제
조치 수행 발생가능성이 있는 위험 및 이슈에 대한 예방조치와 시정조치 수행

프로젝트 진행률 확인 현재 프로젝트의 진행률을 계획서의 일정 및 원가 기준선을 맞추고 있는지 확인하고 예측함

변경사항 승인 범위 변경사항에 대한 승인을 통하여 실행단계를 통해 수행할 수 있도록 승인 작업 및 검토 수행
종료 프로젝트 인수 진행 프로젝트 고객과 스폰서에게 프로젝트를 공식적으로 인수요청

습득한 교훈물 프로젝트 기간동안 얻은 교훈 및 좋은 사례를 다음 프로젝트에 참조할 수 있도록 산출물을 정리함

 

 

[참고]

 

반응형

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

요구사항 수집기법  (0) 2024.02.23
지식 영역 관리(KA)  (0) 2024.02.22
프로젝트 특징  (1) 2024.02.20
RAD  (0) 2024.02.19
진화형 개발 모델  (0) 2024.02.18





오늘은 더현대 6층의 SMT 더라운지 에서 점심식사를 가졌습니다.






하이볼 1+1 행사로 2잔에 1.5만원인데, 맛은 있었으나, 양은 적었네요 ( 얼음이 반이넘음 ;)







처음 먹어보는 면맛, 다른 음식들이 자극적이여서 오히려 중화가 되는 맛이네요,

기름소스지만 느끼하지 않고 오히려 담백하고 좋았습니다.









와자와 가지의 요리, 이것도 가지사이사이에 찹쌀이 잘 스며들어가 있어서 너무 괜찮았고,









꽉찬 완자 속은 한개만 먹어도 든든했고






해물과 어우러진 볶음 면 또한 일품이었습니다.




생각보다 너무 괜찮았던 시금치 퀘사디아!

꿀에 찍어먹어보니 진짜 치즈도 있어서 고르곤졸라 먹는 느낌이었네요



와,, 아보카도 샐러드 인데 닭고기 엄청 밑에 많습니다.

이거 가격만큼 양도 다 엄청나네요 ㅎㅎ





홍콩식 마라치킨!!! 나중엔 고추때문에 입이 얼얼했지만 먹는 동안엔 행복했다 ㅜ




이렇게 4인기준으로 식사/면 4개 + 요리 3개 + 하이볼 4잔해서 총 17만원 나왔네요.



양도 만족할 만하고, 특히 분위기가 음악이 신나는 음악이기도 해서 좋았습니다.



아쉬운점은 안쪽자리는 이미 예약되어있는지 저희는 오픈된 공간에 앉아서. 백화점 손님들이 지나다니는 동선에 있는 자리라 좀 어수선한 느낌이 있었네요.


가실분들은 예약하고 가시길 추천드립니다!


반응형
5 프로젝트 관리 일반 특징 [프로젝트 정의] 유일한 제품(Product), 서비스, 결과물 창출 위해 한시적으로(Temporary) 리소스와 노력을 투입하는 활동
[특징] 한시성, 유일성, 점진적 상세화, 제약, 자원과 품질, 변화추구, 착수배경, 가치창출


토픽 이름 프로젝트의 특징
분류 PM > 프로젝트 관리 일반 > 프로젝트의 특징
키워드(암기) Temporary Endeavor, Uniqueness, Progressive Elaboration,  De-facto
암기법(해당경우)  

 

기출문제

번호 문제 회차
1 1. 소프트웨어 프로젝트관리(Software Project Management) 대하여 다음 질문에 답하시오.
 . 프로젝트 정의 및 프로젝트 관리의 정의를 설명하시오.
 . 프로젝트를 수행하는 업종에 대하여 아는 대로 기술하시오.
 . 프로젝트 수행을 위한 ‘업의 특성 및 개념’에 대해서 기술하시오.
 . 소프트웨어 프로젝트 수행 과정상, 예상되는 대표적인 위험을 도출하고 이를 극복하기 위한 위험관리(Risk management)방안에 대하여 논하시오.
관리.81.2교시

 

I. 비즈니스와 IT 프로젝트의 성공을 위한, 프로젝트의 정의

  - 유일한 제품(Product), 서비스, 결과물 창출 위해 한시적으로(Temporary) 리소스와 노력을 투입하는 활동

 

II. 프로젝트의 특징

특징 설명 사례
Temporary Endeavor
(한시성)
- 시작과 끝이 명확히 존재하는 일시적인 활동에 노력 투입 - 프로젝트 기간은 정해져 있음
- 프로젝트로 인한 결과를 운영하는 것은 프로젝트가 아님
Uniqueness
(유일성)
- 유형은 같아도, 동일 프로젝트는 없음.유일한 고유 서비스를 제공 - 서로 다른 건축 프로젝트
- 모두 다른 산출물과 문서
Progressive Elaboration
(점진적 상세화)
- 프로젝트 초기의 개괄적 범위 정의에서 프로젝트가 진행되면서 점차 구체화 - 프로젝트 생명주기가 뒤로 갈수록 프로젝트 위험과 불확실성이 점차 낮아짐
Constraint of Scope, Time and Cost
(제약)
- 범위, 일정, 원가 주요한 항목에 대한 제약 존재
- 따라서 제약에 대한 균형 추구필요
- 프로젝트 일정 준수 위해 무리하게 공정 기간 단축
- 원가 절감 위해 품질 낮은 제품 생산
Resource & Quality
(자원과 품질)
- 자원을 통한 품질 프로세스 개선 - ISO 9126, CMMI, 6-σ등의 제품 품질 및 프로세스 개선 프로젝트
Drive Change
(변화추구)
- 프로젝트는 변화를 추구 - 가변적 요구사항의 용이한 반영 위해 조직을 애자일 워킹그룹으로 변경
Initiation Context
(착수배경)
- 프로젝트는 착수 배경이 존재 - 규제준수 à 개인정보 암호화
- 프로젝트 요구사항 à 모바일 결제
- 온라인 시장 진출 사업 전략
- 기술 구현, 기술 전략 변화
Project enable Business value creation
(가치창출)
- 프로젝트는 /무형의 비즈니스 가치를 창출 - 유형 : 금전, 주식, 제품, 시장점유율 상승
- 무형 : 기업 서비스 호감도, 브랜드 인지도, 상표
- Benefit(편익) : 유형, 무형 모두 해당

  - 프로젝트의 성공적 완료 위한 절차, 프로세스, 실행 기술, 지식 등의 관리 체계 필요

 

III. 성공적인 프로젝트를 위한 관리지식체계 PMBOK

구분 설명
5개의 프로세스 그룹
(Process Group)
- 그룹 프로젝트 생명주기(Project Life Cycle) 동안 발생하는 프로세스를 5개의 프로세스로 구분한 분류 방법
- 착수, 계획, 실행, 감시 통제, 종료 프로세스
10개의 지식영역
(Knowledge Areas)
- 통합관리, 범위관리, 일정관리, 원가관리, 품질관리, 자원관리, 의사소통관리, 위험관리, 조달관리, 이해관계자관리
49개의 프로세스
(Process)
5개의 프로세스 그룹 10개의 지식영역에 따라 매핑된 49개의 프로세스
(PMBOK 6th Edition 기준)

  - 미국 프로젝트 관리협회(PMI)에서 규정한 프로젝트 관리지식체계

반응형

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

지식 영역 관리(KA)  (0) 2024.02.22
프로세스 그룹(5개)  (0) 2024.02.21
RAD  (0) 2024.02.19
진화형 개발 모델  (0) 2024.02.18
증분형 개발 모델  (1) 2024.02.17


부동산 관련 강사들은 무지하게 많다.

그들은 다양한 판로로 부동산 강의를 판매한다.

단톡방,유트브, 블로그, 강의 온/오프, 책 등.....

우리가 생각해보아야 할것은 부를 일구었다는 부동산 강사들 조차도 이런 수입활동을 지속하고 있다는것이다.

여기에는 여러가지가 있지만, 고전으로 치부되는 메슬로우의 욕구이론을 살펴보면 답이 보인다.

생리적 욕구부터 시작해서, 가장 끝에는 자아실현의 욕구가 있다.

여기에는 나의 기본적인 생활(경제적)으로 안정이 되면 더 높은 단계의 것을 찾아가게 된다는 것이다.

사회적으로 인정받고 싶은 욕구와, 나 라는 자아를 찾기위해서 인것이다.

그렇다, 우리가 재태크를 하는 이유가 일을 그만두기 위해서가 아닌 어떤이는 지금하는 일이 불만족스럽기 떄문이고 어떤이는 우선 경제적으로 풍족함을 누리기 위해서이다.

결국에는 본업이 필요하고 그 본업이 굳이 부동산일 이유가 없다는 것이다.

이렇게 생각해보면 부동산에 몰빵해서 정말 부동산을 업으로 하는 사람이나, 경매나, NPL같은 특수부동산을 하는경우도 부동산 업을 하려는 행위로 인지해야한다.

우리는 과연 무엇을 하고싶을까? 내가 진정 일하고 싶은 분야는 무엇인지 곰곰히 생각해보자.

당연히 부동산 공부는 필요하지만 '업'이 될 필요가 있는지 본인이 직접 판단해보자.

*모 강의가서 리포트만 100장 써보면서 현타가온다면 잘 생각해보자. 내가 부동산 리서치회사를 차리고 싶은건지..

반응형

+ Recent posts