꿈의 바다를 항해하다.

이해관계자(Stakebolders) 성과영역

• 프로젝트 팀과 이해관계자들에게 서로 도움이 되는 생산적인 업무 관계가 유지된다.
• 이해관계자들은 프로젝트가 추구하는 목적과 가치를 공감한다
• 프로젝트에 긍정적인 이해관계자는 프로젝트를 지원하고 결과에 만족한다.
  
  

팀(Team) 성과영역

• 프로젝트 팀원 모두가 프로젝트 결과에 대한 책임감을 공유한다.
• 팀원 모두가 훌륭한 리더십을 발휘하고 대인관계를 잘 유지한다.
• 프로젝트 팀은 높은 성과를 창출한다.

개방방법 및 생애주기(Development approach and life cycle) 성과영역

• 프로젝트 인도물의 인도 케이던스와 인도물의 내용에 적합한 개발방법을 적용한다.
• 프로젝트 실행 전반에 걸쳐 이해관계자에게 가치를 제공하는 생애주기를 적용한다.
• 프로젝트 인도물에 적합한 개발방법과 인도 케이던스로 구성된 생애주기를 적용한다.

기획(Plan) 성과영역

• 프로젝트가 통합적이고 의도한 방식으로 진행된다.
• 프로젝트 목표 달성을 위해 범위, 일정, 예산, 품질 등을 종합적으로 분석된다.
• 점진적으로 구체화된 프로젝트 계획정보는 의도한 가치창출을 위해 활용된다.
• 계획수립을 위해 투입된 시간은 계획서의 정확도와 상세화 수준을 고려할 때 적절하다.
• 프로젝트 계획서의 내용은 이해관계자 기대수준을 관리하기에 충분하다
• 외부 환경 및 내부 상황 변화에 대응하여 프로젝트 계획을 변경한다.

프로젝트 작업(Project work) 성과영역

• 효율적이고(낭비 없고), 효과적인(목표를 달성) 프로젝트 성과를 창출한다.
• 프로젝트 상황에 맞는 프로젝트 프로세스를 정의한다.
• 이해관계자의 정보 요구사항을 충족시키는 의사소통을 한다.
• 물질적자원을 효율적으로 관리한다.
• 조달 업무를 이해할 수 있는 공급자를 선정한다.
• 프로젝트 변경을 효과적으로 관리한다.
• 지속적 학습을 통해 프로젝트를 개선하고 팀 역량을 향상시킨다.

인도(Delivery) 성과영역

• 프로젝트가 비즈니스 목표 달성에 기여한다.
• 프로젝트 가치가 계획된 기간에 구현된다.
• 프로젝트 팀이 요구사항을 명확하게 이해한다.
• 이해관계자가 프로젝트 인도물에 대해 만족한다.

측정(Measurement) 성과영역

• 프로젝트 상태를 정확하게 이해한다.
• 의사결정을 촉진하는 데이터를 확보한다.
• 시기를 놓치지 않고 적절한 의사결정을 한다.
• 목표 비즈니스 가치를 창출할 수 있도록 성과지표를 활용한다.

불확실성(Uncertainty) 성과영역

• 프로젝트와 관련된 내/외부 환경(정치, 경제, 사회, 문화, 기술, 경쟁사 등)을 모두 인식한다.
• 불확실한 요인을 빠짐없이 식별하고 예방방안을 수립한다.
• 프로젝트에 영향을 미치는 요인들의 상호의존성을 확인하고 대응한다.
• 위협 또는 기회가 프로젝트에 미치는 영향력을 이해한다.
• 식별되지 않는 부정적인 리스크는 없다.
• 프로젝트 성과를 개선할 수 있는 기회를 실현한다.
• 프로젝트 리스크 수준을 반영한 여분의 비용과 일정을 확보하고 효과적으로 활용한다.

• 모델(Model) : 프로세스, 프레임워크, 현상 등을 설명하는 사고 전략
• 방법(Method) : 성과(Outcome), 산출물(Output), 결과(Result), 프로젝트 인도물(Deliverable) 등을 달성하기 위한 수단
• 결과물(Atifact) : 템플릿, 문서, 산출물, 프로젝트 인도물 등

터크만(Tuckman)의 팀 개발 모델

1. 형성 (Forming) : 팀 구성 단계
2. 격동 (Storming) : 논의 시 갈등 발생 (혼돈기)
3. 표준화 (Norming) : 팀원간의 신뢰성 확보, 성과 증가
4. 수행 (Performing) : 원할
5. 해산 (Adjourning)

애자일의 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. 계획된 미래 상태 달성을 위한 변화