KPMG Future Academy AI 활용 데이터 분석가 3기 12일차 수업을 2024년 12월 3일에 참석했다.
어제에 이어서 프로젝트 관리 수업을 들었다.
- 프로젝트
1.1. 프로젝트 관리 - 커뮤니케이션
1. 프로젝트
1.1. 프로젝트 관리 - 커뮤니케이션
비즈니스 환경이 더 불확실해지면서 개발주기가 짧아지고 유연한 예측력과 고객중심 대응이 중요해짐.
전통적 프로젝트의 한계 : 커뮤니케이션 부족. 실시간으로 변화하는 요구사항을 맞추기 어려움. 명확한 구조 및 계획 중심. 명령과 통제 중심.
프로젝트(시간, 비용, 품질) 대비 운영 : 생산성, 효율성, 수익성
[프로젝트 관리 핵심 질문]
1. 무엇을 할 것인가? (범위)
2. 언제까지 할 것인가? (일정)
3. 얼마의 비용으로 할 것인가? (예산)
4. 어떤 기준으로 완성할 것인가? (품질)
[프로젝트 관리자 역할]
계획 수립자
조정자
리더
감독자
최종 책임자
[프로젝트 관리자 역량]
대인 역량 : 의사소통, 팀구축, 갈등 해결, 동기부여
지식 역량 : 업무지식, 기술지식
관리 역량 : 범위, 일정, 원가, 품질, 위험, 변화
[프로젝트 관리자 실습 1]
갈등 관리
개발자 : 테스트를 위한 코드 검증 시간이 부족하다.
테스터 : 개발팀이 제 때 코드를 넘기지 않아서 내 업무가 지연된다.
문제 요약 :
- 일정 지연으로 인해 팀원 간 갈등 발생
- 개발팀과 QA 팀 간 의사소통 부족
개발자 : 매번 새로운 요청 사항이 추가돼서 개발 시간도 부족한데 QA팀이 우리를 이해해주지 않는다.
QA : 개발팀이 약속을 안 지키니까 내 작업도 늦춰진다. 결국 내 탓이 되는 것 같다.
과제 :
대인 역량을 활용해 두 팀 간 갈등을 완화하고 협력 방안을 제시하라.
팀원들에게 동기를 부여할 방법을 작성하라.
[의견]
1. 지식형 - 갈등 완화 방법 : 각자의 업무를 구제적으로 가시화해서 보여주도록하여 상호 업무, 상황을 더 구체적으로 이해하도록 돕는다.
2. 관리형 - 개발팀의 업무 지연 root cause를 찾아 가급적 완화할 수 있는 방법을 찾는다.
3. 대인형 - 동기 부여 방법 : 개발팀의 일정이 정말로 늦춰질 수 밖에 없는 경우 관계자들과 사전 조율하여 QA의 일정도 여유를 가질 수 있도록 일정을 갈등 발생 전에 미리 조율해둔다. (산타클로스의 선물은 24일 밤에 도착해야함)
4. 기타 - 정말로 일정에 맞춰야하는 경우 개발 범위를 우선순위에 따라 일부 줄이고 QA를 원래 일정에 충분히 맞춰 품질에 차질이 없도록 한다.
결론 : 개발일정으로 인해 QA 일정이 삭감되는 일이 관행이 되지 못 하도록 엄단한다.
[동기생들과 다양한 해결 방안 아이데이션]
1. 개발자가 코드를 줘서 확인하는 방법은 안 되나? : 실시간 QA 등.
2. 미리 일정을 최대한 세부화, 시뮬레이션 해서 일정을 실제와 맞추는 방법.
3. 고객의 불만이란 애드혹으로 실시간 계속 증가하며 이는 회사의 입장에서는 일종의 자산이므로, VOC 관리책을 특수화한다. 즉, 단순 개발팀 코딩으로 이를 건별로 해결하지 않고 큰 틀에서 솔루션을 마련한다.
4. 업무 관련 선상의 다른 사람들도 모두 확인할 수 있도록 투명화 조치.
5. 시간 지연의 직접적이거나 궁극적인 원인 파악.
6. 시간에 맞추면 포인트를 준다...(?)
7. 약속을 지키도록 하는 방법 : ?
8. '책임을 져야한다'는 압박감이 원인이라고 생각됨. 심리적 압박감이 과도해지기 전 징후를 찾는 방법, 책임감으로만 움직이지 않도록 사전에 예방하는 방법.
포기하지 않고 대화하는 것이 중요함. 평상시에 미리 안심시켜준다. '그 사람의 힘듦'을 알아줘야됨. 긍정적인 피드백을 끊김없이 줘야한다.
쉽고 빠르게 상호 확인하는 툴 사용 : 칸반보드 등 활용.
개인의 성장을 강조.
비전 제시.
I팀
명확한 역할 및 책임을 부여.
효과적인 커뮤니케이션 라인을 구축.
동기부여 : 워크샵. 게임. 불만의 직접적인 원인을 명확히한다.
다양한 리더십 관련 프로그램 진행.
II팀
팀원 A와 B 간의 이해관계가 다름. 의사소통 해결시 A와 B 정기미팅을 통해 이해관계를 정렬.
근본적인 문제 : 매번 새로운 요청 발생. 개발 시간 상시 부족.
A -> B 넘어갈 때 불성실 혹은 역량 부족 여부 파악. (평상시 성과 스크리닝을 통해 파악, 주변 환경 조건에 따라 파악할 것이다.)
III팀
평상시에 의사소통을 잘 해둔다. 신뢰를 구축한다.
약속을 지키기 수월한 환경을 조성한다. (의도가 아니라 사고라면 미리 예방책이나 대응책이 있어야한다)
IV팀
새로운 요구사항이 개발단계에 필요한지 : PM이 중간에서 조율. 개발팀 고충 처리.
진행과정을 모두 게시. 새로운 요구사항, 일이 들어오면 테스터팀에서도 볼 수 있게, 현재 개발 진행상황을 실시간 트래킹하도록 한다.
개발자, 테스터 출퇴근 유연근무제를 도입. 인력 탄력 관리.
동기부여 : 인사고과, 평가, 연봉, 인센티브, 프로젝트 후 대체 휴무.
인센티브는 어느 정도 및 어떤 기준에 따르나? 대표이사 보고 업무가 가장 중요한 업무였는데, 기한 내에 작성해야하는데 팀장이 상품권을 줌. 대체 휴무 등이 동기부여에 도움이 되었음.
일하는 사람들이 스스로 위축되는 이유 : 회사에서 불안감을 계속 줌. 일자리에 대한 불안. 배척. 조직문화가 불안감을 계속 심어준다는 견해가 있음.
: 갈등을 중립적으로 관리할 수 있어야함.
: 비난없이 논의하도록 조성해야함.
불안 관리 : 일하는 사람들이 불안하지 않은 환경을 조성하는 방법.
[프로젝트 관리자 실습 2]
일정 관리
프로젝트 지연
배경 : 전자 상거래 웹사이트 구축(6주)
현재 상황 : 두 주요 작업이 지연됨
데이터베이스 설계가 예상보다 1주 늦어짐
UI 디자인이 검토 과정에서 1주 늦어짐
문제 요약:
- 프로젝트 전체 일정이 2주 지연 상태
- 주요 이해관계자(고객)가 "제출 기한을 지키지 못 하면 계약이 취소될 수 있다"고 경고
추가 정보
- 현재 리소스 : 개발자 3명, 디자이너 2명, QA 1명
- 고객 요청으로 새로운 기능이 추가될 예정 (범위 확대)
실습 과제
- 추가 리소스 요청 여부 및 작업 우선순위를 설정하세요.
- 팀과의 협력을 통해 실현 가능한 일정 회복 방안을 제시하세요.
[의견]
실제 구동될 환경에서 직 개발 시킨다. (마이그레이션 위험 방지, 개발 속도 향상)
개발팀 고객사 파견 등.
컴퓨팅 리소스 성능 등 줄일 수 있는 방법을 동원하여 원가절감한다. (계약 조건 상 불명확한 부분을 활용)
추가 리소스 요청 여부 : 불
이유 - 계약 당시의 일정 예상 불발 문제이므로 추가 리소스로는 해결 불가
작업 우선순위
1. 중간 QA
2. 서비스 범위 재설정
3. 개발
4. QA, 출시 테스트
가능한 일정 회복 방안 : 서비스 범위 중 합치거나 뺄 것을 정하여 빠르게 단위테스트로 가시화. 개발환경 테스트와 병행.
I팀
1. 병렬 작업
2. 데이터베이스 설계 추가 리소스 투입 (장기적 위험 방지)
3. 추가 기능은 디자인만 우선 고객사에 보낸다.
4. 지연된 사유 파악
5. 프로토타입 내부 실시간 검증
6. 고객사 등에 데모 틈틈이 시연
추가 리소스 투입 여/부 두 경우 모두 파악.
II팀
전체 시간을 확인 후 고객사에서 요구한 우선순위를 중심으로 일정을 재편성.
추가 투입 후에도 일정을 맞추지 못 하는 경우.
품질보다 마감일을 우선순위로 두고 기본기능 이후 디자인 등 덜 중요한 기능을 포기.
팀 역량에 대한 과대평가를 원인으로 두고 재평가를 수행.
III팀
원인 분석 : 킥오프 대비 누락된 작업이 있는지, 프로세스 상 누락된 것이 있는지 중간 점검. 빠지거나 중복된 것이 있는지 문제 등을 파악.
안 된 부분 중심으로 인력 충원 고려.
WBS를 클라이언트에게 주기적으로 보내서 점검을 받음.
프로세스상 비효율 : PM이 사전 조율 가능한 선에서 조율한다.
[기업 환경과 AI]
비용 절감 - 인건비 절감을 위해 AI로 대체.
로봇세, 기본소득제 등이 거론됨.
오픈AI 샘 알트만이 기본소득-UBI(Universal Basic Income) 실험을 함.
매달 텍사스, 일리노이 주 수백명에게 $1,000 지급. 3년 간 실험.
UBI(Universal Basic Income)
21-40세 연소득 3만 달러 미만
약물, 알코올 중독이 줄어듦.
스트레스 줄어듦.
$50 기본소득군 대비 $1,000 기본소득군이 더 큰 만족을 얻지는 못 함.
주거비, 육아비 등 지출이 큰
기본소득
긍정 효과
저소득층의 저축 유도.
의식주 안전장치 마련.
임금 노동을 대신하여 9% 창업 선택.
가족과의 시간 증가.
가치관에 따른 직업 선택 유도.
한계점
만성 중증 질환 등이 발생한 피실험자에게 큰 영향을 주지 못 함.
육아서비스 구하기 힘듦.
육체적 노동 등을 기피하게 됨.
자녀 교육에 관심이 높아짐에 따라 이주욕구가 높아져 주거비 증가.
심리적 긍정 효과는 미미함.
2가지 자산만 가격이 올라갈 것으로 보았음.
AI 자체와 토지의 가격이 높아질 것으로 봄.
[프로젝트 관리 리더십]
리더십이란 비전과 전략을 개발하고 전략의 실행과 비전의 실현을 위해 적합한 사람을 배치하고 그들 각자에게 권한과 책임을 위함하는 활동.
- 목표를 제시한다.
- 단기적이고 세밀한 계획을 세운다. (팀원들이 무엇을 언제 해야하는지 정확하게 숙지하도록함)
- 작업을 통제한다.
- 절차를 명확하게 수립한다.
[프로젝트 관리자 업무]
범위 관리 계획
- 프로젝트 범위를 상세히 정의
- 작업 분할 구조(WBS) 작성하여 작업을 세부적으로 나눔
일정 관리 계획
- 작업 일정 작성(Gantt Chart 활용)
- 주요 마일스톤 설정
자원 관리 계획
- 프로젝트에 필요한 인적, 물적 자원을 계획
결과물
- 프로젝트 관리 계획서
- WBS, 일정표, 예산 계획, 리스크 대응 계획
비용 관리 계획
- 예산 산정, 각 작업에 필요한 비용을 분배
리스크 관리 계획
- 작업 프로세스가 품질 기준에 맞는지 확인
리스크 대응 실행
- 발생한 위험에 대응하고, 필요시 계획 조정
[프로젝트 실행]
업무 내용
1. 프로젝트 착수
1-1. 프로젝트 목표 정의
1-2. 프로젝트 헌장(Project Charter) 작성
1-3. 이해관계자 식별 및 분석
2. 프로젝트 계획
2-1. 범위 관리 계획 (WBS 등)
2-2. 일정 관리 계획 (Gantt Chart 등)
2-3. 자원 관리 계획
2-4. 비용 관리 계획
2-5. 리스크 관리 계획
2-6. 의사소통 계획
2-7. 품질 관리 계획
3. 프로젝트 실행
3-1. 팀 구성 및 작업 할당
- 프로젝트 팀원들을 조직하고 역할과 책임 분배
- 작업을 할당하고 작업 상태를 정기적으로 점검
3-2. 작업 수행 및 관리
- 계획된 작업을 실행하여 프로젝트 목표를 달성
3-3. 의사소통 및 보고
3-4. 품질 관리
3-5. 리스크 대응 실행
4. 프로젝트 감시 및 통제
4-1. 성과 추적 및 모니터링
4-2. 변경 관리
4-3. 리스크 관리
4-4. 문서화 및 보고
4-5. 결과물
- 성과 추적 보고서
- 변경 관리 기록
5. 프로젝트 종료
5-1. 최종 산출물 전달
5-2. 프로젝트 종료보고서 작성
5-3. 팀 해체 및 평가
5-4. 계약 종료
5-5. 교훈 도출 및 기록
[프로젝트 타당성 분석]
1. 시장에서의 성공가능성 : 수요, 경쟁사의 제품 등
2. 내부적 준비성 : 장비, 기술, 예산, 역량 등
3. 재정적 성공 가능성
4. 설계 성공 가능성
[프로젝트 선정 기법]
미래 가치 Future Value FV
FV=PV×(1+r)^t
현재 가치 Present Value PV
PV = FV/(1%r)^2
투자 가치 평가
1. 순현재가치 NPV
2. NPV = Σ(미래현금흐름/(1+r)^t) - 초기 투자 비용
NPV > 0 이면 투자 가치가 있다고 판단
3. 내부 수익률법 IRR
NPV가 0이 되는 할인율.
프로젝트의 예상 현금흐름이 초기 투자비용을 정확히 회수할 수 있는 수익률.
IRR > 목표수익률 : 수익성이 있음
IRR < 목표수익률 : 수익성이 부족
4. 편익비용 비율 BCR
편익 비용 비율 = 편익(수익)의 현재가치/비용의 현재가치
투자 1원 당 얼마의 수익을 얻을 수 있는지
5. 경제적 부가가치 EVA
Economic Value Added
자본 비용을 초과하여 창출한 경제적 이익을 측정하는 지표
사업이 실제로 얼마나 부가가치를 창출했는지 보여줌.
EVA > 0 : 자본 비용을 초과하여 이익 창출
EVA < 0 : 자본 비용보다 적은 이익 창출
[화폐의 시간 가치]
PV -> FV : 복리 compounding
FV -> PV : 할인 discounting
[돈의 흐름이란?]
재무에 관심있는 동기생들을 통해 배워볼 예정
[제안요청서]
RFP (Request for proposal)
서비스에 대한 제안을 요청하는 문서
체계적으로 작성할수록 제안서의 품질이 좋아짐.
목적 :
사업의 명확한 요구사항 정의
경쟁 입찰 유도
효율적 평가 기준 제공
파트너십 기반 마련
공정성을 갖추기 위한 준비
[사업 수주]
제안서 작성의 3원칙
- 고객의 진정한 Needs에 대한 답변
- 성공적인 사업 수행을 위한 핵심 역량 강조
- 경쟁사 대비 차별화
1단계 계획 수립
제안 팀 구성
제안 일정 예산 수립
제안 문서 작성 표준 결정
Kick-Off 미팅
2단계 제안 전략 수립
사업특성 파악, 위섬/성공 요소파악, 핵심 요구사항 파악 -> 해결안 도출
경쟁관계 분석 -> 대응방안도출
--> 차별화 전략 수립 -> 실행방안도출 -> 전략 검토
3단계 스토리보드
RFP 기본 목차 준수
평가항목 반영
고객 요구사항에 대한 답변(RFP 시스템 구축 내용)
--> 스토리보드 작성
제안전략/차별화 아이디어 -> 추가적인 목차 도출
4단계 제안서 작성 및 검토
제안 초안 작성 -> 제안 review -> 1차 완성 -> 심사 검토
ㅤ ㅤ ㅤ ㅤ ㅤ ㅤ 요약서 스토리보드 -> 요약서 작성 -> 심사 검토
ㅤ ㅤ ㅤ ㅤ ㅤ ㅤ 제안발표 전략수립 -> 발표자료 작성 -> 심사 검토
5단계 제안서 완성
검토 결과 반영 -> 제안서 완성 -> 최종 검토 -> 인쇄/제출
ㅤ ㅤ ㅤ ㅤ ㅤ -> 요약서 완성 -> 최종 검토 -> 인쇄/제출
6단계 제안 발표
분석 및 전략 수립 -> 목차 구조화 -> 핵심 내용 선별 -> 발표 자료 작성 -> 예상질의서 작성
내일은 Llama, Stable Diffusion 모델 등을 간단히 실습해보기로 했다.
