꿈의 바다를 항해하다.

애자일의 12가지 원칙

1. 가치 있는 소프트웨어를 조기에 지속적으로 제공함으로써 고객을 만족시키는 것을 최고 우선순위로 한다.
   
   
2. 개발 작업 후반부일지라도 요구사항 변경을 기꺼이 수용한다. 애자일 프로세스는 변화를 활용해 고객의 경쟁력에 도움이 되게 한다.
   
   
3. 2주에서 2개월 주기로 작동하는 소프트웨어를 자주 제공하되, 더 짧은 시간 단위를 선호한다.
   
   
4. 프로젝트 전반에 걸쳐 비즈니스 담당자들과 개발자들이 매일 함께 작업해야 한다.
   
   
5. 동기가 부여된 개인들을 중심으로 프로젝트를 구성한다. 구성원들이 필요로 하는 환경과 지원을 제공하고, 담당 업무를 완수할 것임을 신뢰한다.
   
   
6. 개발팀에 그리고 팀 내부에서 가장 효과적, 효율적으로 정보를 전달하는 방법은 대면 대화이다.
   
   
7. 작동하는 소프트웨어가 진처의 주된 척도이다.
   
   
8. 애자일 프로세스는 지속 가능한 개발을 장려한다. 스폰서와 개발자, 사용자들이 일정한 속도를 계속 유지할 수 있어야 한다.
   
   
9. 기술적 탁월성과 좋은 설계에 대한 지속적인 관심으로 기민함을 향상시킨다.
   
   
10. 단순성 - 아직 하지 않은 작업량을 최대한 세분화하는 기술 - 은 필수적이다.
    
    
11. 최고의 아키텍처, 요구사항 및 설계는 자율구성팀에서 비롯된다.
    
    
12. 팀은 정기적으로 더 효과적인 방법을 찾아서 반영한 다음, 그에 따라 업무 활동을 조율하고 조정한다.

Manifesto for Agile Software Development

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.
© 2001, the Agile Manifesto authors
This declaration may be freely copied in any form, but only in its entirety through this notice.

애자일 소프트웨어 개발 선언

우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을 도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고 있다.
이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다:

공정과 도구보다 개인과 상호작용을
포괄적인 문서보다 작동하는 소프트웨어를
계약 협상보다 고객과의 협력을
계획을 따르기보다 변화에 대응하기를

가치 있게 여긴다.
이 말은, 왼쪽에 있는 것들도 가치가 있지만, 우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.

1. 성실하고 존경할 만하며 배려심 있는 관리자 되기
2. 협력적인 프로젝트팀 환경 형성
3. 이해관계자와 효과적으로 교류한다
4. 가치 중점
5. 시스템 상호 작용에 대한 인식, 평가 및 대응
6. 리더십 행동 보여주기
7. 상황에 따른 조정
8. 프로세스 및 인도물의 품질 체계 구축
9. 복잡성 탐색
10. 리스크 대응 최적화
11. 적응성 및 복원력 수용
12. 계획된 미래 상태 달성을 위한 변화

통합 integration  /  범위 scope  /  시간 time  /  원가 cost  /  품질 quality  /  자원 resource  /  
의사소통 communication  /  리스크 risk  /  조달 procurement  /  이해관계자 stakeholder

• 통합 integration
• 범위 scope
• 시간 time
• 원가 cost
• 품질 quality
• 자원 resource
• 의사소통 communication
• 리스크 risk
• 조달 procurement
• 이해관계자 stakeholder

착수 → 기획 → 수행 → 감시 및 통제 → 종료

- 프로젝트관리 표준서
- 프로젝트관리지식체계 지침서(PMBOK® GUIDE)

프로젝트관리 표준서

1. 서론
    1.1 프로젝트관리 표준서의 목적
    1.2 주요 용어 및 개념
    1.3 이 표준서의 사용 대상

2. 가치 인도 시스템
    2.1 가치 창출
        2.1.1 가치 인도 구성요소
        2.1.2 정보 흐름
    2.2 조직 거버넌스 시스템
    2.3 프로젝트 관련 기능
        2.3.1 감독 및 조율 제공
        2.3.2 목표 및 피드백 제시
        2.3.3 촉진 및 지원
        2.3.4 업무 수행 및 통찰력 기여
        2.3.5 전문 지식 적용
        2.3.6 비즈니스 방향 및 통찰력 제공
        2.3.7 자원 및 방향 제공 

        2.3.8 거버넌스 유지관리
    2.4 프로젝트 환경
        2.4.1 내부 환경
        2.4.2 외부 환경
    2.5 제품 관리 고려사항

3. 프로젝트 관리 원칙
    3.1 성실하고 존경할 만하며 배려심 있는 관리자 되기
    3.2 협력적인 프로젝트팀 환경 형성
    3.3 이해관계자와 효과적으로 교류한다
    3.4 가치 중점
    3.5 시스템 상호 작용에 대한 인식, 평가 및 대응
    3.6 리더십 행동 보여주기
    3.7 상황에 따른 조정
    3.8 프로세스 및 인도물의 품질 체계 구축
    3.9 복잡성 탐색
    3.10 리스크 대응 최적화
    3.11 적응성 및 복원력 수용
    3.12 계획된 미래 상태 달성을 위한 변화
참고 문헌

프로젝트관리지식체계 지침서(PMBOK® GUIDE)

1. 서론
    1.1 PMBOK® Guide의 구조
    1.2 PMBOK® Guide와 프로젝트관리 표준서의 관계
    1.3 PMBOK® Guide의 변경 사항
    1.4 PMIstandards+와의 관계

2. 프로젝트 성과영역
    2.1 이해관계자 성과영역
        2.1.1 이해관계자 참여
        2.1.2 다른 성과영역과의 상호 작용
        2.1.3 결과 확인
    2.2 팀 성과영역
        2.2.1 프로젝트팀 관리 및 리더십
        2.2.2 프로젝트팀 문화
        2.2.3 고성과 프로젝트팀
        2.2.4 리더십 기술
        2.2.5 리더십 스타일 조정
        2.2.6 다른 성과영역과의 상호 작용
        2.2.7 결과 확인
    2.3 개발방식 및 생애주기 성과영역
        2.3.1 개발, 케이던스 및 생애주기 상관 관계
        2.3.2 인도 케이던스
        2.3.3 개발방식
        2.3.4 개발방식 선택 시 고려사항
        2.3.5 생애주기 및 단계 정의
        2.3.6 인도 케이던스, 개발방식 및 생애 주기 조정
        2.3.7 다른 성과영역과의 상호 작용
        2.3.8 측정 결과
    2.4 기획 성과영역
        2.4.1 기획 개요
        2.4.2 기획 변수
        2.4.3 프로젝트팀 구성 및 구조
        2.4.4 의사소통
        2.4.5 물리적 자원
        2.4.6 조달
        2.4.7 변화
        2.4.8 메트릭스
        2.4.9 조정
        2.4.10 다른 성과영역과의 상호 작용
        2.4.11 결과 확인
    2.5 프로젝트 작업 성과영역
        2.5.1 프로젝트 프로세스
        2.5.2 경합하는 제약 사항 균형 조정
        2.5.3 프로젝트팀 집중력 유지
        2.5.4 프로젝트 의사소통 및 참여
        2.5.5 물리적 자원 관리
        2.5.6 조달 작업
        2.5.7 새로운 작업 및 변경 사항 감시
        2.5.8 프로젝트 전반에 걸친 학습
        2.5.9 다른 성과영역과의 상호 작용
        2.5.10 결과 확인
    2.6 인도 성과영역
        2.6.1 가치 전달
        2.6.2 인도물
        2.6.3 품질
        2.6.4 최적화되지 않은 결과
        2.6.5 다른 성과영역과의 상호 작용 
        2.6.6 결과 확인
    2.7 성과측정 영역
        2.7.1 효과적인 측정 수립
        2.7.2 측정해야 할 사항
        2.7.3 정보 제시
        2.7.4 측정의 위험 요소
        2.7.5 성과 문제 해결
        2.7.6 성장 및 개선
        2.7.7 다른 성과영역과의 상호 작용
        2.7.8 결과 확인
    2.8 불확실성 성능 도메인
        2.8.1 일반적인 불확실성
        2.8.2 모호성
        2.8.3 복잡성
        2.8.4 변동성
        2.8.5 리스크
        2.8.6 다른 성과영역과의 상호 작용
        2.8.7 결과 확인

3. 조정
    3.1 개요
    3.2 조정이 필요한 이유
    3.3 조정 대상
        3.3.1 생애주기 및 개발방식 선택
        3.3.2 프로세스
        3.3.3 참여
        3.3.4 도구
        3.3.5 방법 및 결과물
    3.4 조정 프로세스
        3.4.1 초기 개발방식 선택
        3.4.2 조직에 맞게 조정
        3.4.3 프로젝트에 맞게 조정
    3.5 성과영역 조정
        3.5.1 이해관계자
        3.5.2 프로젝트 팀
        3.5.3 개발방식 및 생애주기
        3.5.4 기획
        3.5.5 프로젝트 작업
        3.5.6 인도
        3.5.7 불확실성
        3.5.8 측정
    3.6 진단
    3.7 요약

4. 모델, 방법 및 가공품
    4.1 개요
    4.2 일반적으로 사용되는 모델
        4.2.1 상황적 리더십 모델
        4.2.2 의사소통 모델
        4.2.3 동기부여 모델
        4.2.4 변경 모델
        4.2.5 복잡성 모델
        4.2.6 프로젝트 팀 개발 모델
        4.2.7 기타 모델
    4.3 성과영역에 적용되는 모델
        4.4 일반적으로 사용되는 모델
        4.4.1 데이터 수집 및 분석
        4.4.2 산정
        4.4.3 회의 및 행사
        4.4.4 기타 방법
    4.5 성과영역에 적용되는 방법
    4.6 일반적으로 사용되는 결과물
        4.6.1 전략 결과물
        4.6.2 기록부 및 관리대장
        4.6.3 계획
        4.6.4 계층도
        4.6.5 기준선
        4.6.6 시각 데이터 및 정보
        4.6.7 보고서
        4.6.8 협약 및 계약
        4.6.9 기타 결과물
    4.7 성과영역에 적용되는 결과물
참고 문헌