*상* 스토어

*상*

개인

팔로워0 팔로우

소개

등록된 소개글이 없습니다.

전문분야 등록된 전문분야가 없습니다.

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

1개
전체 판매량

25개
최근 3개월 판매량

0개
자료후기 점수

평균A
자료문의 응답률

-

전체자료 1개

프로젝트 관리 평가A좋아요

신 상 석프로젝트 관리차례프로젝트 관리는 무엇인가?2. 프로젝트 관리의 기본3. 프로젝트 관리 실전 사례4. 프로젝트를 성공으로 이끄는 10가지 핵심 비법프로젝트 관리는 무엇인가?1프로젝트의 정의/특징 프로젝트 관리란? 프로젝트 이해관계자 프로젝트 생애 주기 (PLC)1chapter프로젝트가 뭔가요?프로젝트요? 그거, 돈 받아서 사람들 모아서, 정해진 날까지, 뭐 특이한 것 만드는 것 아닌가요?짝짝짝! 네~ 맞습니다!프로젝트의 정의/특징아폴로 프로젝트 TDX-1 프로젝트 두바이 원더 프로젝트 BB 프로젝트프로젝트 (Project) 1. 연구나 사업 또는 그 수행 방법 (국어사전) 2. 유일한 제품 또는 서비스 또는 결과를 창출하기 위하여 수행하는 일시적인 노력 (PMBOK)명확한 목표 한시적 노력 고유한 제품 점진적 구현프로젝트의 특징프로젝트의 예프로젝트 관리란?프로젝트 관리 (Project Management) 프로젝트의 목표를 달성하기 위하여 지식과 기술, 도구와 기법을 프로젝트 활동에 사용하는 것 (PMBOK))관리 (Management) 어떤 일의 사무를 맡아 처리하거나, 사람을 지휘 감독함프로젝트 이해관계자프로젝트 이해관계자 (Stakeholder) 직접적으로 혹은 간접적으로 프로젝트에 관련되어 있으면서 프로젝트 수행에 영향을 줄 수 있고, 궁극적으로 프로젝트의 성공에 이해관계를 가지고 있는 모든 개인 혹은 조직프로젝트 관리자프로젝트 팀고객기능부서 관리자경영층스폰서프로젝트 생애 주기(PLC)착수계획실행통제종료* PLC = Project Life CycleStartEnd기획안좋은 프로젝트 생애 특징흥분 (Wild Enthusiasm)혼미 (Disillusionment)극심한 혼란 (Total Confusion)StartEnd희생양 찾기 (Search for the Guilty)죄없는 사람 덮어 씌우기 (Punishment of the Innocent)재주는 곰, 돈은 엉뚱한 놈 ? (Promotion of the Non-participant)일부 성공시는지를 준비한다. 2. 담당 기능팀장에게 미리 알려 협조를 구한다. 내부가 안되면 외부도 고려한다.프로젝트 팀 구성의 원칙프로젝트 (관리)계획 수립배경 및 문제점, 필요성 정의 제안된 해결책과 핵심 성공 요소 위험, 불확실성과 미지 사항 과업과 실행전략 주요 산출물 완료기준 및 성공 기준 가정, 제약 조건 프로젝트 이해 관계자 실행 계획 : 조직 구성, 비용 계획, 일정 계획 등 (범위로 추정, 가능한 간단하게, 추정치 임을 명시, 신뢰도 명시)프로젝트 정의서프로젝트관리 계획서프로젝트 제안서모순이 없고 일관된 계획프로젝트 킥오프(kick-off)미팅프로젝트가 승인되면 팀원 모두가 참여하는 킥오프미팅을 주재하여 프로젝트팀이 공식적으로 출범하였음을 대내외에 알림프로젝트 참여 인원 소개 프로젝트의 간단한 리뷰 참여 인원의 역할과 책임 프로젝트 진행 방법 프로젝트 진행 일정 질문과 답변 요약프로젝트 계획2-2chapter프로젝트 관리의 범위 관리 계획 수립시 주의사항 범위(Scope) 관리 일정(Time) 관리 예산(Cost) 관리프로젝트 관리의 범위범위관리품질관리예산관리일정관리리스크관리커뮤니케이션관리인적자원관리구매관리외주관리외주관리관리 계획 수립시 주의사항계획은 꼭 만들어라. 계획을 상황에 맞게 세워라. 프로젝트의 중요성, 복잡성, 규모 조직의 기대 수준 불확실성의 정도 정치적 속성, 주변 환경 관리에 사용되는 소프트웨어 세부적인 계획을 만들어라. 모든 참여자들이 그 안에 포함되어 있는 내용을 이해할 수 있는가? 기간과 비용에 대하여 어느 정도 정확한 예측을 준비할 수 있는가? 진첵 사항을 효과적으로 모니터 할 수 있는가? 계획을 지나치게 세분화하지 마라. 팀원들을 계획에 참여시켜라. 위험과 불확실성을 반영하라. 팀장은 위험관리의 의미나 중요성을 간과한다. 팀장은 장미빛 계획의 유혹에 빠지게 된다. 팀장은 이해관계자나 경영층 또는 마케팅부서(고객)의 압력에 굴복한다. 계획을 업데이트하라.범위(Scope) 관리 (1)범위 (Scope) 관리 프로젝트 성공을 위하여 해ation) 관리 (3)회의가 꼭 필요한가 확인한다. 아니면 취소한다. 회의의 목적을 분명히 하고 템플릿을 준비한다. 목적, 참석자 (결정 내릴사람, 문제해결자), 목표, 의제, 역할 회의는 짧게 한다. 일반적으로 1시간을 넘기지 않는다. 회의에 집중하기 위해 차트나 화이트보드에 의제를 적는다. 회의를 하면서 기록한다. (공개로) 결과가 액션플랜으로 나오게 한다. 회의결과에 대하여 정리하고, 메모를 배포한다. 회의를 개선하기 위한 ROI(Return On Investment) 조사를 자주 실시하고 개선한다. * ROI 등급 (투자시간 대비) - 0 : 남는 것이 없다. - 1 : 약간의 이득이 있지만 손해다. - 2 : Same Same 이다 - 3 : 더 많은 이득이 있다 - 4 : 많은 이득이 있다.효율적인 회의 방법커뮤니케이션(Communication) 관리 (4)프로젝트 기간의 4%마다 주기로 또는 일주일에 한번씩 진행 템플릿 소문, 뉴스, 공지사항 소문은 사실이나 좋은 소식으로 바꿈 실행항목 검토 완료된 활동, 진행중 활동, 예정활동을 일정과 연계하여 수치로 표현 방해가 되는 것은 무엇이고 해결책은 무엇인가? 금주의 문제 처리 팀 문제, 목표, 실행방법 등 가능한 한번에 한개의 문제를 상정하고 해결책 마련에 집중 팀 주간업무 보고서 형식과 같은 통일된 문서 사용 가능한 같은 장소, 같은 시간에 회의 시간 : 졸리거나 피곤한 시간 및 퇴근전 배제 장소 : War Room 개인적인 사항은 질문 금지 필요시 매일 짧게(15분 정도) 하는 Tea Meeting, Stand Meeting 같은 형식도 사용효율적인 팀 회의 방법커뮤니케이션(Communication) 관리 (5)프로젝트 기간의 4%마다 주기로 또는 일주일에 한번씩 팀원과 1:1 로 진행 내용 진척상태 (피드백) 애로사항 (인사, 급여 등) 팀 전체나 타 팀원에 대한 사항 경력개발 개인적인 사항 및 기타 (개인에 대한 인간적인 관심을 보임) 진척상태를 파악하는 질문 (묻지 않으면 말하지 않는다!) . 경력개발은 개인의 업무와 연계하여야 한다. 그렇지 않으면 실패한다. 1:1 회의는 코칭과 경력개발을 논의하기 좋은 기회이다.효율적인 코칭, 경력 개발품질(Quality) 관리 (1)품질 (Quality) 관리 품질에 관하여 조직을 지휘하고 관리하기 위해 조정되는 활동으로 품질방침 및 품질목표수립, 품질기획, 품질통제, 품질보증, 품질개선을 포함 (KS A 9000)품질 개선품질 보증품질 통제품질 정책품질 계획품질 관리 프로세스SQC TQMOO 피자집 불만사항 파레토 도20:80의 법칙중요한 일을 먼저 하라 !품질(Quality) 관리 (2)시간측정치허용상한선관리상한선중심선관리하한선허용하한선* 이상상태 : 관리한계를 벗어났거나, 'Rules of Seven' 현상이 나타날 때관리도 (Control Chart)리스크(Risk) 관리 (1)리스크 (Risk) 관리 프로젝트에 영향을 미치는 위험 요인을 식별 및 분석하여 이에 대한 대응방안을 수립하는 것대응 계획분석감시/통제계획 수립식별위험 관리 프로세스리스크(Risk) 관리 (3)리스크의 파악리스크의 측정리스크의 분석리스크에 대한 대응방안 마련어떤 위험이 있나?크기가 얼마인가?확률과 심각성은?어떻게 대처할까?위험도 순위 상위 5개에 대하여 집중적인 대책 마련리스크관리의 4단계리스크(Risk) 관리 (2)정보 전무완전한 불확실성상대적인 불확실성약간의 정보완벽한 확실성완벽한 정보정보, 불확실성, 리스크의 관계Risk리스크(Risk) 관리 (4)문서 리뷰 전문가 인터뷰/컨설팅 Brain Storming Delphi Technique 반복적인 토의 Checklists 가정 분석(환경 변화 등)리스크를 어떻게 찾아 내나?하인리히 법칙1 : 29 : 300리스크(Risk) 관리 (5)프로젝트의 범위 및 일정 요구사항 추가 너무 짧게 추정된 프로젝트 일정 프로젝트 종료 일자의 변경 마케팅 시장 요구의 변화 마케팅 부서의 잦은 요구 원가 절감의 압박자원/대인관계 팀 멤버의 교체, 퇴장, 구조조정 팀 내외 대인 갈등 개인 성장과 달러15%18개월40명3백만 ~ 6백만 달러25%12개월25명150만 ~ 3백만 달러33%9개월12명75만 ~ 150만 달러55%6개월6명75만 달러 이하성공율기간인원 수프로젝트 규모1. 유능한 PM2. 핵심역할준수3. 효율적 관리도구+IT 프로젝트의 실패 원인과 해결책 (1)코윈솔루션㈜ 김재수사장 정리 내용 IT프로젝트의 발주자와 수행자 사이의 인식 격차가 큼 발주자 : 일방적인 일정과 비용, 무리한 범위 요구 수행자 : 일단 무조건 프로젝트를 수주 공공부문의 IT프로젝트인 경우 법적, 제도적 측면에서 저가입찰 방식, 예산회계 제도 등의 한계로 악순환이 계속 미국의 세계적인 시스템통합(SI) 업체인 E사는 제도적으로 고객과 회사 상호간의 조직문화, 업무절차 및 이해수준이 비슷하지 않으면 아예 계약을 하지 않음 해결책 : 객관적으로 계약부터 프로젝트의 추진, 완료 및 원활한 운영을 지원하고 관리.통제해 나가는 절차를 IT프로젝트 추진에 있어서 필수적으로 도입IT 프로젝트의 실패 원인과 해결책 (2)기본적이고 최소한의 원칙을 지키지 않는 IT프로젝트 수행 상황에 맞는 개발방법론과 프로젝트관리 원칙을 지키는 것을 꺼리거나 형식적으로 적용 남아있는 서류나 근거들도 없어, 경험이 있거나 유사한 IT프로젝트들도 매번 새로 개발해야 됨 프로젝트 관리의 필요성 대한 인식 부족 (발주자, 수행자) 1999년도 50여개의 IT프로젝트들을 파악해 본 결과 기본적인 원칙을 지키지 않는 프로젝트가 47%에 달하고 있고, 형식적인 수준에 머무르고 있는 것을 합치면 75%수준임 발주자의 경영환경 등을 충분히 이해하고 있는 인재가 투입되지 않음 또는 발주자의 업무전문가와 함께 추진되지 않음 시스템 전체의 관점에서 조정하고 통합하는 기술적 인재가 없음IT 프로젝트의 실패 원인과 해결책 (3)새로운 환경과 기술변화에 대한 대응부족 대형 IT프로젝트인 경우에는 수년간을 추진하다 보면 기술과 환경의 급속한 변화를 수용하지 못하거나 근본적인 접근보다는 일시적인 땜질식의 보완으로 넘어가는 경우가how}

경영/경제| 2008.02.04| 102페이지| 3,000원| 조회(1,456)

기술경영, 연구개발, 프로젝트관리, 기술개발, project management

미리보기

닫기