IT Project Management 정리
What is System Approach?
- 전체적(Holistic)이고 분석적(Analytical)인 방식으로 문제를 해결하려는 경영 접근 방식
세 가지 주요 구성 요소
- Systems Philosophy
- Systems Analysis
- Systems Management
Systems Analysis의 3단계 접근법
- Defining the scope of the system
- Dividing it into components
- Indentifying and evaluating its problems, opportunities, constraints, and needs
Three-Sphere Model for Systems Management
1. Business
어떤 가치를 창출할 수 있는지, 돈, 수익, 비용 절감 등
2. Organization
프로젝트에 영향을 받는 사람들, 조직 문화 등 포함
-> tend to become frustrated with many of the "people problems" or "politics" involved in most organizations.
-> 조직 문화와 정치적 맥락을 이해하는 것이 중요함
3. Technology
기술 영역
Four Frames of Organizations (조직의 네 가지 프레임)
1️⃣ Structural (구조적 프레임)
- "조직은 어떻게 구성되어 있는가?", "Organizational structures", "Roles and responsibilities"
- 조직의 구조, 역할, 책임, 권한 등에 초점.
- 프로젝트 매니저는 누가 무엇을 담당하고, 어떤 보고 체계가 있는지 이해해야 함.
2️⃣ Human Resources (인적 자원 프레임)
- "사람들은 어떤 필요를 가지고 있는가?", "Producing harmony"
- 조직 구성원들의 욕구, 동기, 만족도에 초점.
- Providing harmony between needs of the organization and needs of people
3️⃣ Political (정치적 프레임)
- "누가 권력을 가지고 있으며, 자원은 어떻게 배분되는가?"
- 조직 내의 권력 싸움, 이해관계자 간의 갈등, 리더십 경쟁을 다룸.
- 권력 관계를 파악하고 정치적으로 민감하게 행동할 필요가 있음.
4️⃣ Symbolic (상징적 프레임)
- "조직 내에서 무엇이 의미를 가지는가?", "Looking for the hidden meaning"
- 조직 문화, 의식, 상징, 스토리, 의전 등 비가시적 요소에 초점.
- 예: CEO가 회의에 참석하면 ‘중요한 프로젝트다’라는 상징을 줄 수 있음.
Organizational Structures
- Functional
- Project
- Matrix : middle ground between fuctional and project structures
- pros and cons : Team member가 functional manager와 project manager 둘 다에게 보고해야하는 상황 발생 -> inefficient, miss economies of scale
Organizational Culture
10 Characteristics of organizational culture
-
Member Identity
조직 목표 vs 개인 역할
the organization vs type of job or profession -
Group emphasis
집단 성과 vs 개별 성과
group work activities bs individual work activities -
People focus
직원 만족도 vs 단순 돈/생산 요소/효율 -
Unit Integration
부서 간 협력 장려 정도 -
Control
규칙/절차/감시 정도 -
Risk Tolerance
위험 감수 성향 / 조직이 혁신, 도전을 얼마나 허용하는가 -
Reward Criteria
성과제 vs 직급제 -
Conflict Tolerance
갈등 허용도, 의견 충돌 및 비판 허용 정도 -
Means-Ends Orientation
과정 vs 결과
과정 중심 : Rule, 절차 빡빡하게 중요시
결과 중심 : 절차 유연 -
Open-Systems focus
- 외부 환경 변화에 얼마나 민감하게 반응하는지 정도
프로젝트 성공에 중요한 요소들
1) Top Management Commitment
- 충분한 자원 제공 (인력, 예산 등)
- 프로젝트의 특별한 요구를 신속히 승인
- 조직 내 다른 부서와의 협조 유도
- 리더십 문제에 대한 조언과 멘토링 제공
2) Commitment to Information Technology
3) Organization Standards
- 가이드라인이나 템플릿은 pm이 훨신 효율적이게 함
Project Life Cycle
It is good practice to divide projects into several phases
프로젝트 생애 주기는 각 단계에서
- 어떤 일을 수행하고, (What work perform)
- 어떤 산출물이 언제 나오는지, (Deliverables)
- 누가 관련되어 있고, (Who is involved)
- 어떻게 관리되는지를 정의하는 것 (How management control, approve)
각 단계별 특징
1. In early phases : resource needs are lowest, risk is highest, 이해관계자 영향력 high
2. In middle phases : certainty improves, more resources are needed
3. The final phase : ensuring that project requirements were met, 스폰서 승인
Model
1. Waterfall Model : linearly
2. Spiral Model : iterative
3. Prototyping Model
단계 검토 및 관리 리뷰 (Management Reviews)
- 각 단계가 끝날 때마다 프로젝트가 제대로 진행되고 있는지 확인해야 함.
- 이를 Phase Exit, Kill Point, Gate Review라고도 부름.
Virtual Teams
- 장점 : do not require office space, more flexivility, improve work/life balance
- 단점 : isolating team members, communications problems
Agile
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation : 문서 만들기 대신 작동하는 SW 만들기
- Customer collaboration over contract negotiation
- Responding to change over following a plan
Scrum
Scrum is the leading agile development method for completing projects with a complex, innovative scope of work
- A product owner creates a prioritized wish list called a product backlog (작업 리스트 우선 순위 설정)
- During sprint planning, the team pulls a small chunk form the top of that wish list, a sprint backlog, and decides how to implement those pieces. (Project team creates sprint backlog) -> 프로덕트 백로그를 top에서부터 몇가지 그룹 조작으로 나누기, 각 조각을 어떻게 구현할지 결정
- The team has a certain amount of time, a sprint, to complete its work - usually two to four weeks - but meets each day to assess its progress(daily scrum meeting) -> 2-4주 간 각 작업 완료하기, 매일 데일리 스크럼 진행
- At the end of the sprint, the workshould be potentially shippable product increment, as in ready to hand to a customer, put on a store shelf, or show to a stakeholder -> 각 스프린트 마지막에는 유저에게 전달할 수 있는 결과물이 있어야함
- sprint review
- As the next sprint begins, the team chooses another chunk of the product backlog and bgins working again(Repeat steps until complete). -> next chunk로 이동할지 다시 현재 working을 진행할지 결정
- scrum - team
- scrum master - team leader
- sprint - short period
- product backlog - to do list
BurnDown Chart
- work remaining을 시간에 따라 보여줌
