3.3 Project Scheduling
❗️ ppt에 담기엔 내용이 너무 많아서 보조 자료를 올려두었으니 꼭 참고하세요!
WBS (Work Breakdown Structure)
: task의 계층적 구성
CPM (Critical Path Method)
: WBS로 나눈 task들의 의존관계 분석
ex) 선행작업, 소요기간
- Nodes : tasks
- Edges : dependenct among tasks
- Critical path : a path for the minimum work period (이 정도보다 더 줄일 순 없어! = 선행관계가 가장 긴 것 🤔) 모순이 아니에요! - 보조자료 참고
Gantt Chart
: x축(날짜)과 y축(task)에 따라 각각의 task를 수행하는데 걸리는 시간을 그래프로 표현
❗️ 기본 아이디어 : 언제 시작해서 언제 끝나느냐
3.4 Team Organization
Software Project Team: R&R (용어를 알아두세요!)
- PM (Project manager)
- PL (Project leader)
- Software engineer
- QA team
- Build/release team
- Technical writer
Chief Programmer Team
Egoless Team
오픈소스 개발팀으로 생각하면 될 것 같아요!
Hierarchical Team
DevOps (소규모의 팀)
= Development + Operations
ex) 웹 개발(amazon)
MLOps
- Data Scientist Team : 문제 해결을 위해 가설을 세우고 모델을 만들고 검증하는 팀
- Software Engineer Team : 검증된 모델을 애플리케이션으로 만드는 팀
- Operator Team : 애플리케이션을 운영하는 팀
- BI Reporting Team : 사업에 대해 빠른 판단하여 피드백 하는 팀
Company-level Organization
- CEO (Chief Executive Officer) : 최고경영자
- CTO (Chief Technical Officer) : 기술적인 측면에서의 총책임자
- CDO (Chief Data Officer) : 데이터 관련 총책임자
3.5 Risk Management
Risk identification (파악)
- 리스트 타입 및 유형
Risk analysis (분석)
- 리스트 발생 확률 및 영향
Risk monitoring (모니터링 방식)
- 리스크 모니터링을 위한 indicator(지시자) 선정
ex) 인디케이터를 리트머스지로 비유를 한다면, 모니터링 시에 리트머스지의 색이 변하는지만 바라보고 있는 거죠!
3.6 Tools: Redmine
: 프로젝트 스케줄링 프로그램
4.2 Requirement Elicitation (요구사항 추출)
❗️ 우선순위도 중요한 사항이겠지요
요구사항 추출 대상
1) Customers
2) Domain experts
- domain : 소프트웨어 사용 대상, 환경
3) Stakeholders
4) Users
5) Reverse engineering
요구사항 추출 기술
1) Customer presentation
2) Literature survey (문헌 조사) & Business process and forms
3) Interviews & Surveys (설문)
4) Brainstorming
5) Prototyping
Requirement Prioritization (요구사항 우선순위)
1) Mandatory : 빠지면 안되는 중요한 것
2) Nice to have : 있으면 좋지만 없어도 되는 것
3) Superfluous : 딱히 필요 없는 것
4.3 Domain Analysis
(참고만 하시길 바랍니다)
- domain : 소프트웨어 사용 대상, 환경
각각의 도메인을 이해하지 않으면 소프트웨어 개발자와 고객의 커뮤니케이션이 어려움
