Project Management 7

PMP Pass 책 요약#11 - 11장 프로젝트 리스크 관리(Project Risk Management)

리스크의 두 가지 타입 : Known risk, Unknown risk Risk management plan에 포함되는 내용 RBS(Risk breakdown structure)의 의미와 활용하는 곳 P-I Matrix의 준비 및 활용 방법 Risk tolerance의 뜻 Delphi technique의 뜻 정상적 리스크 분석의 의미 Risk trigger의 의미 Watchlist의 뜻과 활용 Monte Carlo simulation의 뜻 및 활용방법 Contingency plan의 의미 Reserve의 의미와 활용방법 Expected monetary value(EMV)의 의미와 활용 Decision tree 활용 목적 및 분석 방법 리스크 대응 전략의 의미 : Avoid, Mitigate, Accept..

프로젝트관리 2020.12.21

PMP Pass 책 요약#8 - 8장 프로젝트 품질 관리(Project Quality Management)

품질 관리 3가지 프로세스의 정의 및 역할 품질과 등급의 차이 Prevention over inspection의 의미 현대의 품질 관리 Cost of quality(COQ)의 종류와 의미 관리도(Control chart)의 활용과 통제한계(Control limit), Specification limits, Out of control, Rule of seven의 의미 품질 관리 계획과 프로세스 개선 계획의 포함 내용과 활용 실험 설계법(Design of experiments)의 의미 품질 지표(Quality metrics)와 품질 점검 목록(Quality checklist)의 의미와 활용 품질 감사(Quality auidt)의 의미 용어 간의 차이점 : 예방과 검사, 속성표본추출과 변수 표본추출, 허용오차..

프로젝트관리 2020.11.11

PMP Pass 책 요약#6 - 6장 프로젝트 시간 관리(Project Time Management)

활동(Activity)을 정의하는 방법 마일스톤(Milestone)의 의미와 사용하는 이유 네트워크도(Network diagram)의 작성 이유 PDM의 특징 이해 활동과 활동 간의 4가지 연관성(FS, FF, SS, SF)의 이해 3가지 연관성(Dependency)의 종류 및 특징 선도(Lead), 지연(Lag)의 의미 Summary activity의 뜻 GERT(Graphical evaluation and review techniques)의 의미 Project calendar와 Resource calendar의 의미 3점 산정(Three point estimate)의 의미와 관련 공식 유사 산정(Analogous estimating)의 의미 모수 산정(Parametric estimating)의 의미 ..

프로젝트관리 2020.11.02

#3 고객중심의요구사항기법 - 사용자스토리 : 자주 논의하는 주제

3부 자주 논의하는 주제 "사용자스토리가 요구사항 명세서, 시나리오, 유스케이스 등 다른 요구사항 기법과 어떻게 다를까?" "어떠한 기법을 사용하든 항상 무언가 잘못될 가능성은 있다." "사용자스토리는 종이 인덱스 카드에 작성해야 하는지 소프트웨어를 이용해야 하는지?" "버그를 스토리로 작성해야 하는걸까?" 에 대한 궁금증을 자주 논의하는 주제에 풀어 설명되어 있다. 스토리가아닌것 사용자 스토리는 소프트웨어 요구사항 명세서, 유스케이스, 상호작용 설계 시나리오 등과는 다르다. 생각을 아무리 많이 한다 해도, 시스템을 사전에 완벽하게 기술하지 못한다. 산출물의 특징을 단순히 나열하기 보다는 사용자의 목적을 고려해 보는 것이 중요하다. 사용자스토리는 유스케이스와 비슷하나 유스케이스가 더 광범위하다. 사용자스..

Agile 애자일 2020.08.06

#2 고객 중심의 요구사항 기법 - 사용자스토리: 추정과 계획하기

2부 추정과 계획 {나의 현실} 추정과 계획하기는 항상 접할 때마다 어려운 부분이다. 애자일 방법론에서 가장 중요한 것이 자기조직화이다. 이는 구성원 각각이 책임을 지고 행하기에 믿고 진행해야 하는 부분이 꽤 크다. 또한, 문제의 원인을 누군가 개인에 부과하거나 비판을 하는 것이 아니라 팀에 할당하여 팀이 문제해결의 책임을 지고 모두 함께 고민하여 문제를 해결해나가야 한다. 기존 프로젝트 관리 기법에서 프로젝트매니저가 지시자의 역할이 컸다면, 애자일 방법론에서는 조정의 역할이 더 크다. 기존의 프로젝트 관리기법에 익숙하다 보니 자칫 간섭이 되어 자기주도적으로 나아가야 하는 팀을 수동적인 팀을 만들 수 있다는 점에 조심스럽고, 그렇게 믿고 맡기기에 범위 대비 추정일정이 너무 길게 나오는 문제 사이에서 고민..

Agile 애자일 2020.08.05

#1 고객 중심의 요구사항 기법 - 사용자스토리: 시작하기

인사이트 출판에서 agile 이라는 시리즈의 책 중 하나인 사용자스토리다. 애자일프로젝트 관리를 찾게 되면, 생소한 용어들을 만나게 된다. 예전의 개발용어로는 요구사항정의라 부르는 것을 사용자스토리로 표현되는 것이라 보면 될 듯 하다. 애자일방법론을 채택하게 되면 그 아래 사용되는 기법은 여러가지를 혼용 또는 선택하여 사용할 수 있을 것이다. 혹자는 애자일 방법론으로 XP를 얘기하기도 하고, 스크럼을 이야기 하기도 한다. 또는 어떤이는 칸반을 채택했다고도 한다. 이곳저것 읽은 것들을 조합해보면 딱 그거로 대체된다라 할 수는 없지만, 내포하고 있는 의미들이 비슷한 것끼리 묶어 보았다. 나는 XP를 주로 활용하고, 여기에 칸반을 더하여 운영해보고 있는 중이다. 이전에 요구사항정의라는 것을 XP에서는 사용자스..

Agile 애자일 2020.07.02

애자일 프로젝트 관리 - 개요와 적용경험

올해(2020년)부터 애자일 프로젝트 관리를 시작하기로 했다. 하여 관련 책을 읽고, 내용을 정리하고 재 참조하기 위하여 이 곳에 글을 남긴다. 애자일 프로젝트 관리를 하고자 한 가장 큰 이유이자 목적은 1. 개발 Term을 줄이고, 2. 가시적인 결과물을 통해 개발자들의 성취감을 느끼고, 3. 고객에게는 개발 결과물의 진척상황을 바로 확인할 수 있게 하며, 4. 더 나은 방법을 여러모로 시도해서 나은 제품개발을 하기 위함이다. 개발범위가 큰 것을 기획 1개월, 설계 1개월, 디자인&퍼블리싱 2~3개월, 개발 3~5개월로 진행하다보니 서로가 많이지쳤다. 기획&설계와 실제 개발이 이뤄지는 Term이 너무 길다보니, 왜 그렇게 했는지에 대해서 문서로 확인하면서 기억을 더듬어 가는데는 한계가 있었다. 개발이 ..

Agile 애자일 2020.06.27
반응형